Proyecto URG Technology

Antes de URG Technology hubo un taller. Durante más de veinte años, una empresa bogotana llamada INCOLSERVICE reparó computadores de todas las marcas en un local frente a Unilago. Una parte de su oficio se veía poco: recibir equipos que otros daban por "pérdida total" y, con diagnóstico y piezas, ponerlos a funcionar otra vez.

Con el tiempo la empresa se reestructuró. Cambió de nombre, de logo y de identidad visual y pasó a llamarse URG Technology, pero siguió con lo que la sostenía, el servicio técnico para todas las marcas y el reacondicionamiento de equipos. Con el cambio apareció una pregunta que el taller nunca había pensado a fondo: qué pasaría si todo ese conocimiento dejara de depender de que el cliente entrara al local.

La respuesta la trajo el fundador de Damorus Projects, ingeniero ambiental: vender por internet computadores reacondicionados de segunda mano. Un equipo bien reacondicionado rinde como uno mucho más caro, pero en una vitrina física solo lo ve quien pasa por el pasillo, y en línea podía llegarle a cualquier persona en Bogotá o en el resto del país. Lo difícil era que alguien le comprara un computador usado, sin tocarlo, a una empresa que no conocía. Buena parte de lo que sigue es cómo se trabajó esa desconfianza.

Había que lograr que alguien comprara un computador usado, sin tocarlo, a una empresa que no conocía.

Fuente: Entrevista con el equipo de Damorus Projects, 2026: historia de INCOLSERVICE y reestructuración a URG · URG V2.0 (19 jun 2026), §5.1.2 Información para el envío: sede frente a Unilago

Antes de escribir una sola línea de código, el fundador escribió una propuesta corta llamada INCOLSERVICE 2.0, más parecida a un lienzo de negocio que a un diseño. Planteaba un sitio de cuatro páginas (inicio, comprar PC, vender tu PC y servicio técnico) y ya ordenaba la oferta por tipo de cliente: gaming, hogar, creadores y empresarios. La empresa no tenía un catálogo fijo, así que cada categoría llevaba a un chat con un asistente de IA que arrancaba con un mensaje listo, del tipo "deseo comprar un computador gamer, ¿qué opciones tienen?", y un botón verde invitaba a hablar con un asesor por WhatsApp.

Donde más acertaba el documento era en la confianza. Proponía decir de frente que los equipos reacondicionados eran "tan potentes como uno nuevo, pero hasta un 50 % más económicos", con un sello de garantía propio que los respaldara. Pedía un mapa real del local y una frase que parece menor, "estamos ubicados en el segundo piso", porque a quien teme una estafa le sirve saber exactamente qué escalera tiene que subir. Y exigía que el sitio se viera perfecto primero en el celular, con botones grandes para el pulgar y el WhatsApp a la derecha, donde el dedo llega sin esfuerzo.

Mucho de esa propuesta llegó a URG. Las cuatro categorías sobrevivieron casi intactas en la tienda final, igual que la obsesión por el celular, el WhatsApp siempre a mano y las tres preguntas que el documento le hacía a cada cambio: si genera emoción, si genera confianza y si genera ventas. Hoy es lo primero que hacemos en cada proyecto, una mini investigación del negocio (quién compra, qué teme, qué lo convence) antes de diseñar. Así lo aplicamos en nuestros servicios↗.

La propuesta pedía escribir "estamos ubicados en el segundo piso", porque quien teme una estafa quiere saber adónde va a llegar.

Fuente: Propuesta INCOLSERVICE 2.0 (documento interno, 2026): categorías, asesor por WhatsApp, chatbot, mapa, "segundo piso" y enfoque móvil · URG V2.0 (19 jun 2026), §2.5 Más Vendidos: las cuatro categorías madre de la tienda final

El proyecto arrancó entre enero y febrero de 2026, y durante cerca de dos meses casi todo fue escribir. El fundador redactó un documento guía que terminó llamándose URG Technology Tienda Digital, versión 1.1, fechado el 27 de abril de 2026 y con unas 195 páginas. Lo pensó como la instrucción completa de qué construir, para que una IA o un equipo externo pudiera levantar la tienda sin adivinar nada.

Empezaba por la identidad y la lógica de precios (el morado de marca, el precio tachado, el porcentaje de descuento) y seguía con el home bloque por bloque, cada pestaña, las tres fichas de producto, el formulario de pagos y el sistema para nombrar pedidos. Después describía el panel de administración en cuatro bloques. Al final venían veinticinco reglas de prevención de errores, que respondían qué pasa si se cae la conexión, si un bloqueador de anuncios frena la pasarela, si dos personas pagan al tiempo o si alguien intenta adivinar la dirección del panel.

En una tienda, los errores caros están en la lógica: un IVA mal calculado, un equipo vendido dos veces, un correo que nunca sale. Escribirlos primero obliga a pensarlos cuando todavía es barato corregirlos. El documento sirvió además de memoria, porque cuando algo fallaba se volvía a él para ver qué se había prometido y qué había cambiado. Escribir antes de construir es hoy la base de cómo trabajamos en Damorus Projects↗.

Un IVA mal calculado o un equipo vendido dos veces se corrige más barato en un documento que en la tienda.

Fuente: URG V1.1 (27 abr 2026), índice general y §7 Lógica del panel y prevención de errores (7.1 a 7.25) · Entrevista con el equipo de Damorus Projects, 2026: dos meses de escritura antes de construir

Con el documento listo faltaba decidir con qué construir. Lo primero que el fundador probó fue Google Antigravity, un entorno de programación con agentes de IA, y para URG no le funcionó. Después pasó por Figma, la herramienta de diseño de interfaces que usan muchos equipos profesionales (la V1.1 incluso habla de pantallas pensadas para Figma). Lo que salía era bonito, pero el costo no cuadraba con un proyecto que avanzaba con recursos propios y sin equipo.

Luego llegó Claude, el asistente de IA de Anthropic. El fundador lo cuenta así: "la primera noche supe que era la herramienta". Claude podía recibir un documento enorme, entender las reglas de negocio y convertirlas en código que funcionaba, y después volver sobre ese código cuando algo se rompía. Desde ahí, el cuello de botella pasó a estar en dirigir, es decir, en explicar bien, revisar y decidir.

Durante unos cuatro meses el fundador trabajó solo, muchas noches sin dormir, con el documento a un lado y la IA al otro. No había equipo de desarrollo, ni diseñador, ni nadie dedicado a probar. Cada tarea se pedía, se probaba y se registraba, y si el resultado no convencía se volvía a pedir con más precisión.

"La primera noche supe que era la herramienta", dice el fundador sobre Claude.

Fuente: Entrevista con el equipo de Damorus Projects, 2026: pruebas con Google Antigravity, Figma y Claude · URG V1.1 (27 abr 2026), §3.10 y §6.11 E: referencias al diseño en Figma

Arriba del home va un hero compacto, a propósito: una frase, "Tu futuro tecnológico comienza aquí", y una píldora verde con envío gratis en Bogotá y entrega en uno a dos días. El documento quería que el cliente sintiera que entraba a una terminal de lujo, y un titular gigante de ofertas iba en contra de esa idea. En el celular, además, la decisión liberó espacio: el encabezado bajó de 120 a 96 píxeles y el buscador pasó a una segunda barra delgada.

Debajo están las burbujas, círculos que se deslizan con el dedo y llevan a ofertas, catálogo, portátiles, escritorio, "Compramos tu PC" y periféricos; esta última se esconde sola mientras no exista el primer periférico a la venta. Luego viene la oferta del día, una tarjeta oscura en medio del blanco de la tienda, con fotos que cambian cada cuatro segundos y un contador que se reinicia a las 8:00 a. m. hora de Colombia. En el celular, la tarjeta deja ver un pedazo del bloque siguiente para que se entienda que la página continúa.

Después aparecen los más vendidos, un campeón por cada tipo de uso (gaming, hogar y estudio, creadores y empresarial), y toda la tarjeta sirve para hacer clic, porque apuntarle a un botón pequeño es un esfuerzo innecesario. Siguen el bloque de "Compramos tu PC" y la grilla de nuestra tienda, con chips que filtran al instante. Al final, el footer reúne lo que da confianza: horarios, mapa, medios de pago y los logos de la DIAN y la Cámara de Comercio de Bogotá. Cada bloque se enciende, se apaga o se reordena desde el panel, sin programar.

Cada bloque del home se enciende, se apaga o se reordena desde el panel, sin programar.

Fuente: URG V2.0 (19 jun 2026), §2.1 a §2.11: cabecera, hero, burbujas, oferta del día, más vendidos, nuestra tienda y footer · URG V2.0, §6.2.3 C: Módulo de Vitrina Dinámica

Las referencias de URG fueron Amazon y MercadoLibre, y encima el fundador, que es gamer, montó una capa de juego propia. Cada categoría tiene un podio de tres puestos con borde de oro, plata y bronce, y la página de más vendidos muestra los doce lugares completos. Si una categoría tiene menos de tres equipos, el puesto vacío aparece como "posición disponible" en vez de esconderse. El catálogo se lee como una tabla de clasificación.

Un equipo vendido sigue a la vista. Sobre su foto cae un velo rojo con un sello de VENDIDO centrado y el mensaje "Misión cumplida", y el botón de compra cambia a "Avísame cuando vuelva", que guarda el correo del interesado y le escribe si el producto se vuelve a publicar. El sello estaba en diagonal y pasó a centrado en una de las últimas versiones. En una tienda de reacondicionados muchos equipos son únicos, así que la escasez que muestra la tienda es real.

El podio se reordena con una regla llamada efecto dominó: si el número uno se agota, el segundo sube a primero, el tercero a segundo y la fila entera se acomoda sola, sin que nadie edite nada. La oferta del día puede rotar como carrusel o trabajar en modo exclusivo, con una sola oferta por jornada que se renueva a las ocho de la mañana. Y si el equipo en oferta también es campeón de su categoría, en los más vendidos lleva un distintivo de fuego en lugar de la medalla, para que el cliente no vea el mismo producto dos veces sin contexto.

Cuando un equipo se vende, su foto queda con un sello de VENDIDO y un botón para avisarle al interesado si vuelve.

Fuente: URG V2.0 (19 jun 2026), §2.4 Oferta del Día (estado VENDIDO y Avísame), §2.5 Más Vendidos y §3.13 página de más vendidos · URG V2.0, §6.3 Bloque 8 (efecto dominó) y §6.4.1 C (modos de la oferta del día) · Entrevista con el equipo de Damorus Projects, 2026: inspiración en Amazon, MercadoLibre y gamificación propia

La gente no busca un computador con la ficha técnica exacta. Escribe "Lenobo", "renderizado" o "macbook 2010". Por eso el buscador de URG revisa tres capas en orden: primero el nombre comercial y la marca, que pesan más; luego los datos técnicos, como procesador, memoria, tarjeta gráfica y almacenamiento; y al final unas etiquetas invisibles que el administrador le asigna a cada equipo. Un portátil marcado con "arquitectura" o "cad" aparece cuando alguien busca "renderizado", aunque esa palabra no esté en su nombre.

También perdona errores. Ignora tildes y mayúsculas y tolera hasta dos letras equivocadas en una palabra, así que "Lenobo" encuentra Lenovo. Desde la tercera letra despliega hasta cinco sugerencias (una marca, un equipo concreto o una categoría completa), recuerda las tres últimas búsquedas de cada persona y muestra las tendencias de la semana en toda la tienda. Desde el primer documento hay una regla: está prohibido mostrar cero resultados. Si alguien busca un equipo que no hay, la tienda le ofrece tres alternativas de su mismo rango de precio o categoría y un botón para hablar con un asesor.

En el catálogo completo, primero se elige qué es (portátil, escritorio o periférico) y solo entonces aparecen los chips de para qué se va a usar, que se pueden combinar. Los filtros de marca se arman solos con el inventario: si entra el primer MSI, aparece el filtro, y si se vende el último Apple, desaparece. Cuando el cliente abre un equipo y vuelve atrás, el catálogo lo deja en el mismo punto del scroll y con los mismos filtros puestos, para que no tenga que empezar de cero.

Si alguien busca un equipo que no hay, la tienda le muestra tres alternativas y un botón para hablar con un asesor.

Fuente: URG V2.0 (19 jun 2026), §3.1.1 a §3.1.7: indexación en tres capas, distancia de Levenshtein ≤ 2, autocompletado, cero resultados, filtros y memoria de posición · URG V1.1 (27 abr 2026), §3.11 D y §4.2 X: corrección de errores y filtros automáticos por marca

Un mismo computador se muestra de tres maneras según dónde esté el cliente. Las tres salen del mismo componente, así que un cambio de marca o de datos se aplica a todas a la vez. La ficha 1 es vertical y limpia, para mirar rápido en el home: foto, nombre comercial, marca y modelo, precio tachado, precio final y porcentaje de descuento. La ficha 2 está en el catálogo y suma una lista corta de especificaciones con etiqueta (memoria, gráficos, almacenamiento y garantía), porque ahí el cliente ya está comparando.

La ficha 3 es la página completa del producto, donde se decide la compra. En computador se organiza en tres columnas (fotos, identidad del equipo y compra) y en el celular en una sola, siguiendo el orden en que le surgen las dudas a quien compra. Cada dato técnico tiene un ícono de ayuda, el SpecTooltip, que explica en palabras simples qué significa; por ejemplo, que más núcleos ayudan en la multitarea pesada. En el celular se abre con un toque. Junto al botón de compra aparece una promesa de entrega que se calcula sola: dos días hábiles, saltando domingos, con la fecha escrita.

El botón de compartir usa el menú propio del celular o copia el enlace con un aviso de confirmación, y al pegarlo en WhatsApp aparecen la foto, el nombre y el precio. En computador, una lupa amplía la foto hasta cinco veces para mirar bisagras y puertos. En el celular, cuando los botones de compra salen de la pantalla, aparece abajo una barra fija con el nombre, el precio y un solo botón. Al principio se mostraba siempre y distraía, así que ahora solo aparece de la descripción hacia abajo, y el botón de WhatsApp tiene su espacio reservado para que no se estorben.

Las tres fichas salen del mismo componente, así que un dato se cambia una vez y queda cambiado en todas.

Fuente: URG V2.0 (19 jun 2026), §4.1 a §4.3: Ficha 1, Ficha 2 y Ficha 3 (SpecTooltip, promesa de entrega, compartir, lupa y barra fija móvil)

"Compramos tu PC" viene del oficio original del taller, que necesitaba conseguir equipos para reacondicionar. En la tienda es un formulario de nueve pasos que se siente como un juego. Primero se elige entre portátil y torre (si es torre, las preguntas de pantalla, batería y cargador desaparecen solas) y enseguida cómo se prefiere recibir el pago, en efectivo o transferencia, o como crédito URG para usar ese valor en el próximo equipo. Luego vienen el estado de la unidad, la marca y el modelo, el procesador y la memoria, el disco, la apariencia exterior en grados de la A a la D, el motivo de venta y el contacto.

Las preguntas están escritas para quien no sabe de computadores. El disco se elige entre un cohete ("vuela, tengo disco sólido") y una tortuga ("es algo lento"), y los procesadores llevan etiquetas de personalidad como "equilibrio perfecto" o "nivel bestia". Para quien ni así quiere responder está Cero Estrés, un botón que cambia las preguntas técnicas por tres fotos guiadas. Antes de subirlas, el propio celular reduce cada imagen y le borra los datos EXIF, esa información oculta que puede incluir la ubicación exacta donde se tomó la foto, para que no revele dónde vive quien vende.

Al final aparece una pantalla de "misión cumplida" con lo que sigue. En menos de dos días hábiles llega por WhatsApp un precio estimado; si al cliente le sirve, se agenda una revisión física, y al cerrar se paga y se activa un bono del 5 % para su próxima compra. Quien envía la solicitud recibe un PIN para seguirla, y el formulario se guarda solo en cada paso, así que se puede retomar otro día donde se dejó. En el panel, cada solicitud nueva entra con un resplandor morado, y un tablero mide cuánto tarda el equipo en responder.

Con Cero Estrés, tres fotos guiadas reemplazan las preguntas técnicas, y el celular les borra la ubicación antes de subirlas.

Fuente: URG V2.0 (19 jun 2026), §3.7.1 a §3.7.6: pasos del formulario, Cero Estrés (EXIF borrado), pantalla final, PIN y autoguardado · URG V1.1 (27 abr 2026), §2.6: etiquetas de personalidad, cohete y tortuga · URG V2.0, §6.4.5: Compramos tu Equipo en el panel

El checkout de URG pide solo lo necesario para facturar y entregar (nombres, apellidos, documento, teléfono y correo) y permite facturar a nombre de una empresa. Después el cliente elige entre tres formas de recibir: recoger gratis en el local, envío gratis dentro de Bogotá o envío a otra ciudad por $80.000 COP, un valor que el administrador puede cambiar y ajustar por ciudad. Si falta un dato, la página lleva al cliente directo al primer campo pendiente y le dice qué falta.

El resumen del pedido deja ver las cuentas. En Colombia, un computador que cuesta hasta 50 UVT ($2.618.700 COP en 2026) está excluido de IVA; por encima, el precio final ya incluye el 19 % y la tienda lo desglosa. El umbral se mide sobre el precio que el cliente realmente paga, después del descuento, así que una rebaja puede dejar un equipo por debajo del límite. Los cupones restan en una línea aparte y no se acumulan.

Para pagar hay dos opciones. Mercado Pago, la pasarela de pagos, cubre tarjetas y cuentas con confirmación inmediata. Bre-B, la transferencia inmediata entre bancos de Colombia, funciona con comprobante: el cliente tiene 8 minutos para transferir y subirlo, con un cronómetro tipo semáforo (verde, amarillo y rojo) que en el celular flota y se puede arrastrar. Cada intento recibe un número de pedido con formato YYMM-###X (año, mes, consecutivo y letra) que nunca se borra. Al final llega un PDF de orden de pedido que aclara que no es una factura, porque la factura electrónica se entrega con el producto.

Una rebaja puede dejar un equipo por debajo de las 50 UVT y cambiar el IVA que paga el cliente.

Fuente: URG V2.0 (19 jun 2026), §5.1 a §5.3: facturación, envíos, resumen con IVA, métodos de pago, PDF de orden e ID YYMM-###X · URG V2.0, §5.6 y §5.7: cronómetro semáforo Bre-B de 8 minutos y pantalla de tiempo expirado · URG V1.1 (27 abr 2026), §6.3 Bloque 7 y §6.10 Bloque 5: regla de las 50 UVT sobre el precio final

En una tienda de reacondicionados casi todo es unidad única, y eso vuelve un riesgo real algo que en otra tienda sería raro: que dos personas quieran el mismo portátil al mismo tiempo, y una pague con Mercado Pago mientras la otra sube su comprobante de Bre-B. La primera versión confiaba en lo que veía el navegador de cada cliente y dejaba pasar a las dos. Eso se llama doble venta, dos pagos por un solo equipo, con un reembolso y una disculpa asegurados. Había además un problema más silencioso, el stock fantasma: clientes que empezaban a pagar, abandonaban y dejaban el equipo apartado para siempre.

El inventario se descontaba en el lugar equivocado y sin turnos. La solución fue una reserva atómica dentro de la base de datos: cuando alguien intenta apartar un equipo, el servidor bloquea ese registro por un instante, revisa cuántas unidades quedan realmente libres y solo entonces aparta. Si dos intentos llegan juntos, uno espera al otro, y el segundo encuentra el stock en cero y recibe un "agotado". Además, una regla de la base de datos hace imposible que lo apartado supere lo que existe. Cada reserva guarda por qué medio se hizo, cuándo se creó y cuándo vence.

Quien pierde la carrera ve un mensaje en rojo, "¡Alguien fue más veloz!", con una explicación corta y un botón que abre el catálogo filtrado por la categoría del equipo que se le escapó, para ver otros de potencia similar. También le llega un correo de disculpa con un cupón del 5 %. En la V1.1 ese aviso decía "¡Rayos! Te ganaron por un milisegundo". De aquí salieron dos aprendizajes: el inventario se protege en el servidor y nunca en la pantalla del cliente, y hasta una mala noticia puede terminar en otra venta.

Si dos intentos de compra llegan juntos, uno espera al otro, y el segundo encuentra el stock en cero.

Fuente: URG V2.0 (19 jun 2026), §5.4 Modelo de reservas de stock atómico (5.4.1 a 5.4.4: bloqueo de fila y regla stock_no_negativo) · URG V2.0, §5.5 Cancelación cruzada, correo de disculpa con cupón del 5 % y modal "¡Alguien fue más veloz!" · URG V1.1 (27 abr 2026), §2.4 punto 4 B: primera versión del aviso de colisión

La V1.1 describía una tienda centrada en el cliente: la página del comprador consultaba el stock, lo restaba y avisaba. Parecía suficiente. El problema apareció en la primera implementación, que necesitaba un administrador con el panel abierto para procesar las confirmaciones de pago. Si esa persona cerraba el computador o se iba a dormir, la tienda dejaba de actualizar el inventario, y un negocio que quiere vender a medianoche no puede funcionar así.

En la versión v24.18.25 todo lo crítico se mudó al servidor. Ahora, cuando Mercado Pago aprueba un pago, envía un aviso automático (un webhook) a una función en la nube que valida su origen, consulta el estado real del pago, descuenta el stock y dispara los correos al cliente y al administrador. La función siempre responde "recibido", para que la pasarela no repita el aviso una y otra vez. Desde la v24.18.23 ya regía otra regla: abrir la pasarela no aparta nada, porque solo un pago confirmado toca el inventario.

Cada dos minutos corre un proceso programado que revisa las reservas vencidas. Libera los pagos por Bre-B que no subieron comprobante a tiempo, suelta las pasarelas de Mercado Pago abiertas por más de una hora y marca esos pedidos como expirados. Y cuando un equipo se vende por una vía, el sistema busca las reservas pendientes del mismo producto por la otra y las cancela en las dos direcciones, Bre-B frente a Mercado Pago y Mercado Pago frente a Bre-B. Desde entonces la tienda no depende de que alguien esté despierto.

Cada dos minutos, un proceso programado libera las reservas vencidas sin que nadie tenga que abrir el panel.

Fuente: URG V2.0 (19 jun 2026), §5 introducción, §5.4 problema 3 (dependencia de pestaña abierta), §5.4.6 flujo Mercado Pago y §5.4.7 cron de limpieza · URG V2.0, §8.1.1 mp-webhook, §8.2 pg_cron y §8.4 cancelación cruzada Bre-B ↔ MP · URG V2.0, Apéndice A: v24.18.23 y v24.18.25

Quien compra un computador usado sin tocarlo necesita garantías que pueda leer, y URG las reunió en una página propia, Compra protegida. Ahí promete entrega en 21 días calendario o reembolso total, y que lo que se ve es lo que llega: estado estético, especificaciones y una revisión de cada puerto, tecla y píxel antes del envío. La política de devoluciones se llama plan 5/15. Son cinco días hábiles de retracto, como exige la ley colombiana, y quince días hábiles en los que, si el hardware falla, la tienda recoge el equipo y entrega uno superior o devuelve el dinero completo.

Después de la compra hay garantía de hardware de 3 a 48 meses según el equipo y un año de soporte técnico gratis, que el administrador decide activar o no en cada ficha. Para seguir el pedido, el cliente entra con su número de orden y un PIN de cuatro dígitos y ve una línea de tiempo desde "pedido confirmado" hasta "entregado", con la transportadora y la guía cuando el equipo ya salió. El PIN se borra solo a los cinco días de la entrega, para no acumular datos sensibles que ya no sirven.

La privacidad sigue la Ley 1581 de 2012, la norma colombiana de protección de datos. La tienda no guarda tarjetas y el cliente puede pedir que borren su información, pero borrar a una persona no puede descuadrar la contabilidad. Por eso URG anonimiza el registro: desaparecen el nombre, el documento, el contacto y la dirección, y quedan el monto, la fecha y el producto bajo el rótulo de cliente anonimizado. Como la garantía está atada al número de serie del equipo, si esa persona vuelve con su computador todavía se le puede atender.

Cuando un cliente pide que borren sus datos, desaparecen su nombre y su contacto, y la venta sigue en la contabilidad.

Fuente: URG V2.0 (19 jun 2026), §3.10 Compra protegida (Ley 1480 Art. 47, plan 5/15, garantía y soporte) y §3.8 Rastrear pedido (PIN y borrado a los 5 días) · URG V2.0, §3.9 Privacidad (Ley 1581 de 2012) y §6.5.1 Derecho al olvido por anonimización

La mayor parte del proyecto está en el panel, detrás de la vitrina. Su entrada no aparece en ningún menú, no se indexa en Google y tiene varias capas de protección. Una verificación anti-bot invisible comprueba que quien entra es humano sin ponerlo a resolver acertijos. Cada contraseña fallida agrega una espera que se duplica: uno, dos, cuatro y hasta ocho segundos. Con el doble factor activado, cada ingreso exige además un código temporal de seis dígitos desde el celular. Y hay rutas señuelo con nombres típicos de paneles de administración, de modo que quien las visita queda marcado como posible agresor.

Al entrar aparece el centro de control, con el reloj en hora de Colombia, un medidor de conexión en verde, amarillo o rojo, una campana con lo pendiente (pagos por Bre-B por confirmar, órdenes listas para despacho, ofertas de clientes que quieren vender su equipo y alertas del sistema) y un contador de visitantes en vivo. Ahí también está el kill switch, un interruptor que se activa deslizándolo, para que nadie lo prenda por accidente con un clic. Sirve para programar un mantenimiento con cuenta regresiva o para cerrar la tienda pública al instante ante un ataque, mientras el panel sigue funcionando. Cuando se reactiva, las páginas de los clientes se recargan solas.

El trabajo diario pasa por el creador de fichas, que tiene ocho bloques: inventario, identidad y estado, especificaciones, color y tamaño, detalles adicionales, galería con recorte, calculadora de precio con semáforo de IVA y publicación. Trae un modo de pruebas que llena la tienda con dieciséis fichas de ejemplo, simula pagos y se purga con un botón, sin tocar el catálogo real. Los pedidos recorren varios módulos: pendientes, con visor del comprobante y botones para confirmar o rechazar; vendidos, que sirve de archivo contable; devueltos, con motivo obligatorio; compramos equipo, para las ofertas de clientes; y archivados, donde nada se borra por accidente.

Con el kill switch, la tienda pública se cierra al instante ante un ataque y el panel sigue funcionando.

Fuente: URG V2.0 (19 jun 2026), §6.1 Login (Turnstile, retardo progresivo, rutas señuelo y MFA TOTP) y §6.2 Centro de Control Inmediato (kill switch) · URG V2.0, §6.3 Creador de Fichas (8 bloques y sandbox con 16 fichas) y §6.4 Flujo Operativo

El segundo bloque está dedicado a los clientes. Comunidad URG es un CRM ligero que se llena solo: cada vez que se confirma un pago, el sistema busca al cliente por su documento y, si ya existe, le suma el pedido al historial y actualiza cuánto ha invertido en total. Se puede ordenar por valor para reconocer a los mejores clientes, filtrar quién compró en un mes concreto o encontrar a quienes llevan más de seis meses sin volver. Desde ahí mismo se ejecuta el derecho al olvido, con una guía que explica qué se borra y qué no antes de confirmar.

Los correos salen por el centro de mensajería, conectado a Resend. Las plantillas se maquetaron con React Email para que se vean bien en decenas de clientes de correo y en modo oscuro, y aun así el administrador cambia textos y variables desde el panel. Hay un correo para cada momento: la solicitud de venta de un equipo, el pago pendiente, el pago aprobado con su orden en PDF, el despacho, la invitación a calificar en Google Maps, el recordatorio de mantenimiento a los seis meses, la propuesta de renovación a los doce y las alertas de seguridad. El bloque se completa con un FAQ Hub para crear, ordenar y publicar preguntas frecuentes sin programar.

Cada pago confirmado suma el pedido al historial del cliente, que el sistema encuentra por su documento.

Fuente: URG V2.0 (19 jun 2026), §6.5 Comunidad URG y §6.5.1 a §6.5.2 Derecho al olvido · URG V2.0, §6.6 Centro de Mensajería (Resend + React Email, matriz de plantillas) y §6.7 FAQ Hub

El tercer bloque sirve para saber qué está pasando en la tienda. Reúne 31 métricas en siete grupos: tráfico y adquisición, interacción y búsqueda, ventas y conversión, finanzas y comisiones, compra de equipos, seguridad y soporte, y fidelización. Cada métrica trae un botón de información que explica qué es, por qué importa y cómo se calcula. Un selector cambia todo el tablero entre día, semana, quincena, mes, semestre, año o total, y el administrador arrastra los bloques para dejar arriba lo que más le interesa.

Hay un embudo de scroll de ocho niveles que registra hasta dónde bajó cada visitante en el home, desde "entró y no se movió" hasta "llegó al footer", con un solo registro por visita que se guarda en el momento de salir. También se mide el abandono de carrito en dos momentos y la eficacia real de la oferta del día (lo que se vende junto a ella), y hay un mapa de pedidos por ciudad. Aparte está el gestor de rentabilidad y comisiones, que calcula lo que le corresponde al administrador técnico por cada venta y guarda una foto del porcentaje vigente en ese momento, para que un cambio futuro no altere cuentas pasadas. Los informes salen en PDF ejecutivo o en CSV para contabilidad.

La otra mitad del bloque es vigilancia. La Black Box registra cada intento de entrar al panel con la huella del dispositivo, así que reconoce al mismo computador aunque cambie de dirección IP. Un gráfico en vivo muestra los intentos de acceso y marca los picos que podrían ser fuerza bruta o un ataque DDoS. Los eventos quedan clasificados (por ejemplo, alguien que conoce la contraseña pero falla el código del celular), hay una lista negra con desbloqueo manual y un botón para cerrar todas las sesiones a la vez. Si pasa algo grave, como un acceso exitoso a más de 500 kilómetros del anterior en menos de una hora, llega un correo de alerta con un botón para bloquear esa IP sin entrar al panel.

Cada una de las 31 métricas trae un botón que explica qué es, por qué importa y cómo se calcula.

Fuente: URG V2.0 (19 jun 2026), §6.8.1 Inteligencia de datos (31 métricas en 7 grupos y embudo de conversión de 8 niveles) · URG V2.0, §6.8.2 Profit & Commission Manager (snapshots) y §6.8.3 Report Builder (PDF + CSV) · URG V2.0, §6.9 Black Box (huella digital, lista negra y alertas por Resend)

El cuarto bloque guarda las variables maestras, las que afectan todo a la vez. El valor de la UVT y el umbral de 50 se pueden editar: si la UVT cambia, basta con escribir el valor nuevo y todos los productos se reclasifican solos entre excluidos y gravados. Los bocetos con más de 30 días muestran una alerta para revisar el IVA antes de publicar. La matriz de envíos admite excepciones por ciudad, la calculadora de rentabilidad descuenta la comisión real de Mercado Pago según el plan de retiro elegido (sin cambiarle el precio al cliente) y el creador de cupones fija tipo, límite de usos y vencimiento.

En el panel maestro se conectan Mercado Pago, Bre-B (llave y código QR) y Resend, se consultan los registros DNS del dominio que evitan que los correos caigan en spam y se validan las credenciales antes de guardarlas, sin volver a publicar la tienda. Las llaves se guardan cifradas en el servidor y nunca viajan al navegador. Ahí también se administran los usuarios del panel, con permisos de ver o modificar por módulo, de modo que un invitado solo mira y un encargado de logística solo opera lo suyo. Si nadie toca el panel en 50 minutos aparece un aviso, y diez minutos después la sesión se cierra sola.

Si cambia la UVT, se escribe el valor nuevo y todos los productos se reclasifican solos entre excluidos y gravados.

Fuente: URG V2.0 (19 jun 2026), §6.10 Configuración tributaria, financiera y logística (UVT, envíos, rentabilidad y cupones) · URG V2.0, §6.3 Módulo 2 (alerta de UVT en bocetos), §6.11 Panel Maestro, §8.1.4 admin-config-write y §6.12 sesión por inactividad

Hubo días en que la tienda parecía funcionar y no funcionaba. El caso más traicionero fue el del sanitizador, una función que, para proteger la tienda de ataques, limpiaba todo texto que entraba al sistema y le quitaba los símbolos peligrosos. También dañaba las imágenes que viajaban codificadas como texto (base64), porque esa codificación usa la barra inclinada, uno de los caracteres que la función eliminaba, y así terminó rompiendo fotos legítimas. En la v20 se resolvió con una lista explícita de lo que sí se permite pasar.

Los otros dos problemas graves ya salieron en esta historia: la tienda que dependía de una pestaña abierta y la doble venta entre Mercado Pago y Bre-B. Lo que tenían en común era peor que el error mismo, porque fallaban en silencio. Nada avisaba que una reserva había quedado huérfana o que un aviso de pago nunca llegó. Por eso nació Centinela, en la v24.18.24, un módulo de salud operacional que no existía en el documento original. Busca reservas vencidas que no se liberaron, pagos de Mercado Pago sin confirmar por más de una hora, productos con más unidades apartadas que existentes y funciones del servidor con errores recientes.

Centinela también cruza información que debería coincidir, como el estado de un pedido y la reserva de su producto, y muestra cada alerta con su gravedad y un botón para resolverla. Lleva una lista de las últimas 50 órdenes con el tiempo que le queda a cada reserva, para anticipar cancelaciones, y registra cada movimiento crítico para reconstruir qué pasó después de un problema. Lo que nos quedó de todo esto es que un sistema que no puede decir cuándo está mal va a estar mal sin que nadie lo sepa.

Nada avisaba que una reserva había quedado huérfana o que un aviso de pago nunca llegó.

Fuente: URG V2.0 (19 jun 2026), §7.14 Protección anti-XSS: bug de la v20 del sanitizador con base64 y lista blanca explícita · URG V2.0, §6.X Centinela (v24.18.24) y §5.4 problemas detectados en producción · URG V2.0, Apéndice A: v20 y v24.18.24

Varias de las mejores decisiones de URG fueron llevarle la contraria al primer documento. En la V1.1, el botón "¡Comprar ahora!" de la oferta del día saltaba directo al pago, pensando en la compra impulsiva. En la tienda real ese botón lleva primero a la ficha del producto, porque un cliente que vio fotos, especificaciones y garantía antes de pagar compra con expectativas correctas, y eso reduce devoluciones. Una devolución cuesta envíos, revisión y confianza, y un clic de más cuesta casi nada.

Con la foto de los equipos vendidos pasó algo parecido. El documento pedía ponerla en blanco y negro; se probó y se revirtió, porque la imagen real vende más aunque el equipo ya no esté. Los descuentos se muestran como porcentaje aunque el administrador los escriba como monto fijo, porque el porcentaje se lee más rápido. El enlace de cada producto no cambia una vez publicado, para que un link compartido por WhatsApp no se rompa si alguien corrige el nombre. Y la página de preguntas frecuentes estrenó una dirección principal en español, pensando en el SEO para Latinoamérica, con la dirección vieja redirigiendo a la nueva.

La decisión más grande fue sacar de URG algo que no le correspondía. La tienda nació con una sección entera para vender diseño web, con tres planes y un asistente de IA. En la v24.18.26 todo eso se mudó a damorus.com, y en URG quedó apenas un banner discreto que se puede apagar desde el panel. Así la tienda se concentra en computadores, y el diseño web quedó en la marca Damorus, donde ya tenía casa propia.

El botón de la oferta del día lleva primero a la ficha, para que el cliente pague sabiendo qué va a recibir.

Fuente: URG V2.0 (19 jun 2026), §2.4 (tasks #239 y #243), §1.2 (task #253) y §4.3.2 slug inmutable · URG V2.0, §3.6 ruta canónica de preguntas frecuentes (v24.18.16) y §2.7 migración de Diseño Web Pro a damorus.com (v24.18.26) · URG V1.1 (27 abr 2026), §2.4 y §2.7: versión original del botón de compra y de la sección de diseño web

URG se construyó en 293 tareas registradas en un sistema interno, cada una con un pedido concreto: que el logo suba al inicio en vez de recargar la página, que el encabezado móvil ocupe menos pantalla, que la tira de logos de pago deje de moverse, que el sello de vendido se centre. Muchas son diminutas. Los logos de pago del footer pasaron por siete iteraciones solo para ajustar el tamaño de cada uno, porque el de Mercado Pago trae más espacio en blanco que el de Visa y, sin compensarlo, la fila se ve desordenada.

El historial de versiones muestra lo mismo a otra escala. La v1.0, de abril de 2026, ya tenía tienda funcional, pagos con Mercado Pago y Bre-B, preguntas frecuentes, estadísticas y vigilancia básicas. Después llegaron la limpieza de código muerto (1.080 líneas eliminadas en la v17), el rediseño de estadísticas, el PIN de rastreo, el arreglo del sanitizador y las animaciones que se pausan fuera de pantalla para aliviar el procesador del celular. En la recta final vino la serie v24.18, con el sello centrado, los pagos consumidos solo por el servidor, Centinela, la mudanza al servidor y, en la v24.18.26, el despliegue automático.

Una regla evitó muchos autoengaños: nada se da por hecho hasta verificarlo en el código. Por eso existe la V2.0, del 19 de junio de 2026, un documento de 98 páginas que reescribe la V1.1 con el estado real de la tienda, pensado para que otro equipo o una IA pueda reconstruirla casi idéntica. De ahí viene una frase que el fundador repite: "la IA puede construir cualquier cosa, pero dirigirla es como dirigir a un humano". Hay que explicar, revisar, corregir y documentar.

Los logos de pago del footer pasaron por siete iteraciones solo para ajustar su tamaño.

Fuente: URG V2.0 (19 jun 2026), "Sobre este documento" y Apéndice A: changelog de la v1.0 a la v24.18.26 (293 tareas) · URG V2.0, §2.1 (tasks #163 y #27), §2.11.2 (tasks #29, #31, #36, #40, #42, #267 y #268) y §2.4 (v24.18.22) · Entrevista con el equipo de Damorus Projects, 2026: dirigir a la IA como a un humano

Hoy URG Technology está construida al 95 %. Está en línea en su dominio, pero inactiva, porque todavía no se ha lanzado. No hay cifras de ventas que contar porque aún no ha vendido. Lo que frenó el lanzamiento fue el presupuesto: una tienda así necesita cosas que el código no hace, como fotografía de producto profesional de cada equipo, un plan de marketing, pauta pagada para atraer las primeras visitas y redes sociales activas.

El fundador sacó de ahí una lección cara y útil. Había construido una tienda completa sin nadie que la empujara, y la tecnología sola no trae clientes. Para lanzarla hacía falta un equipo que se encargara de las fotos, la pauta y las redes. Y pensó que, si había podido dirigir a una IA para construir una tienda entera, también podía dirigir a un equipo profesional para construir y lanzar proyectos completos. Así nació Damorus Projects↗.

Mientras llega el lanzamiento, la tienda tiene un espejo público en damorus.space ↗, donde cualquiera puede recorrer la vitrina. Esa parte pública es apenas una cuarta parte del sistema. El 75 % restante es el panel privado, con sus cuatro bloques, sus funciones de servidor y sus reglas, y por seguridad no se puede mostrar abierto. Por eso lo contamos aquí por escrito.

Lo que frenó el lanzamiento fue el presupuesto para fotos, marketing, pauta y redes.

Fuente: Entrevista con el equipo de Damorus Projects, 2026: estado al 95 %, motivos del no lanzamiento y origen de Damorus Projects · URG V2.0 (19 jun 2026), encabezado: v24.18.26 desplegada en damorus.space como espejo público

La idea es que URG llegue a ser un marketplace de computadores reacondicionados, donde otros vendedores publiquen sus equipos y URG ponga lo que sabe hacer desde hace más de veinte años, que es revisar. De ahí sale el sello URG, una marca de confianza que diga que ese equipo pasó por manos expertas. El panel ya tiene piezas pensadas para crecer, como permisos por módulo para varios administradores y categorías nuevas que se sincronizan solas con menús y filtros. La meta, dicha tal cual, es una empresa multinacional en Latinoamérica que dirija su propio equipo.

Hay pasos más concretos. Se está negociando una conexión por API con una marca de computadores, probablemente Lenovo, para vender equipos nuevos por drop-ship: la tienda los publica y la marca los despacha, sin inventario propio. Después vendría una línea gaming con sillas, estaciones, monitores, teclados y luces, y para eso la tienda ya tiene listo su sistema de periféricos. Si te interesa invertir en URG o sumarte al equipo que la lance, escríbenos↗. La tienda ya está construida y lo que necesita son aliados para crecer.

El sello URG diría que un equipo publicado por otro vendedor pasó por manos expertas.

Fuente: Entrevista con el equipo de Damorus Projects, 2026: marketplace, sello URG, negociación de API con una marca y línea gaming · URG V2.0 (19 jun 2026), §4.4 adaptación para periféricos, §6.3 Módulo 3 nuevas categorías y §6.11.2 permisos por módulo

De URG salió buena parte de nuestro método. Escribir un lienzo de negocio y un documento largo parece lento, pero ahorra semanas de rehacer. La confianza también se diseña: un segundo piso bien indicado, un sello de vendido honesto, una política de devoluciones clara y un PIN que se borra solo son parte de lo que se vende. Y lo que no se ve en la vitrina, como las reservas atómicas, un servidor que trabaja a cualquier hora y un vigilante que avisa cuando algo se rompe, es lo que permite abrirla.

La lección que cambió el rumbo fue que una web sola no alcanza. Hasta la tienda más completa necesita fotos, marketing y personas que la empujen. Por eso existe Damorus Projects↗: para sumarle a lo que se puede construir con IA lo que a URG le faltó, un equipo dirigido con la misma precisión con la que se dirigió cada una de sus 293 tareas. Lo confirmamos con Atlantic Center↗, el primer cliente externo, que llegó gracias a URG, y con La Roca↗, donde la web trae clientes y aun así pide marketing para crecer.

Hasta la tienda más completa necesita fotos, marketing y personas que la empujen.

Fuente: Entrevista con el equipo de Damorus Projects, 2026: aprendizajes de URG, origen de Damorus Projects y relación con Atlantic Center y La Roca

El frente es una aplicación de una sola página servida como archivos estáticos. Usa React 19 con Vite 6, rutas con react-router 7, estilos con Tailwind CSS v4 y animaciones con framer-motion 11, todo en JavaScript, sin TypeScript. Cada ruta va envuelta en límites de error para que un fallo aislado no tumbe el sitio, las animaciones costosas se pausan fuera de pantalla y cada producto publica datos estructurados Schema.org/Product. El paquete final pesa cerca de 1,8 MB comprimido con gzip, sin contar las imágenes, que se convierten a WebP de máximo 1.920 píxeles.

El backend corre en Supabase. Tiene PostgreSQL 15 con Row-Level Security en las tablas de operación, Realtime para refrescar el panel sin recargar, Storage para fotos de productos, fotos de clientes (que se purgan a los 31 días) y comprobantes, 13 Edge Functions en Deno y pg_cron con pg_net para la limpieza cada dos minutos. La autenticación usa MFA TOTP y enlaces mágicos de 15 minutos. Los correos salen por Resend, con el dominio verificado mediante SPF, DKIM y DMARC. Los pagos usan Mercado Pago Checkout Pro y Bre-B con comprobante, y el acceso al panel pasa por Cloudflare Turnstile.

El despliegue es automático. Cada push a la rama principal dispara un flujo de GitHub Actions que instala dependencias, compila con Vite y sube la carpeta final por FTP a HostGator (hosting compartido con cPanel y Apache) en unos dos minutos. Borra lo anterior, pero protege la carpeta de certificados SSL para que su renovación no falle, y revertir un error toma otro push. El servidor recibe un .htaccess que fuerza HTTPS, resuelve las rutas de la aplicación, fija caché de un año para los archivos con huella y ninguna para el index, agrega cabeceras de seguridad con una política CSP y bloquea archivos sensibles como variables de entorno y configuración.

Cada push a la rama principal publica la tienda en HostGator en unos dos minutos.

Fuente: URG V2.0 (19 jun 2026), "Arquitectura y Tecnologías (estado v24.18.26)": stack de front, backend, mensajería, pagos y hosting · URG V2.0, §7.17 .htaccess, §8.1 Edge Functions, §8.2 pg_cron y §9.1 a §9.5 Pipeline CI/CD y hosting

Todo lo que contamos aquí sale de dos documentos. La V1.1, del 27 de abril de 2026 y con unas 195 páginas, es la visión original, escrita antes de construir. La V2.0, del 19 de junio de 2026 y con 98 páginas, describe el estado real de la tienda en la versión v24.18.26, verificado en el código, con las decisiones que cambiaron en el proceso, el modelo de reservas, Centinela, el servidor y el despliegue. Leídos juntos, muestran qué tan lejos quedó el plan de la realidad y cómo se fue cerrando esa distancia.

Vamos a publicar una versión censurada de ese manual en español, inglés y alemán en la página de documentos↗. Irá sin credenciales, sin identificadores de servicios, sin datos de contacto internos y sin nada que ponga en riesgo la tienda. Lo demás se queda: la lógica de negocio, las reglas contra errores y el razonamiento detrás de cada decisión. Si quieres algo así para tu negocio, ahí se ve con detalle cómo trabajamos.

La V1.1 cuenta lo que se quería construir, y la V2.0, lo que quedó construido y verificado en el código.

Fuente: URG V1.1 (27 abr 2026) y URG V2.0 (19 jun 2026): documentos fuente de esta crónica