El marco
Cada item del tablero es una épica con sus tareas debajo. Todo lo que había en las tres estimaciones tiene ya su sitio dentro de una épica: no queda nada suelto.
| Salida | Qué tiene que ser cierto al terminarla | Épicas |
|---|---|---|
| Primera primer mes | Que Mazos deje de patinar en lo que ya hace, y que se pueda cobrar por ello. No se replica Town: se depura el resultado de los mensajes, se hace proactivo y se integra. La interfaz es la de Instinct, WhatsApp más el onboarding. | 23 |
| Segunda segundo mes | Que el producto tenga superficie propia y aprenda solo: la plataforma visible, la wiki, las skills del cliente, agente a agente y el resto del catálogo de integraciones. | 11 |
El reparto
| Bauti | Lo que decide cómo se comporta el producto: los cimientos multiempresa, el design system, el onboarding, la proactividad, la conversación y agente a agente. |
| Ger | La plataforma de conexión y las integraciones, de una en una. |
| Ale | Infraestructura, lo de por empresa, los canales y las pruebas. |
| Ignacio | Landing, pasarela de pago, precios y las páginas públicas, además de las decisiones de producto. |
Tres épicas van partidas entre las dos salidas. Wiki, CRM y vault tienen su backend o su diseño en la primera y su superficie o su implementación en la segunda. Es lo que se acordó para no llegar al mes 2 teniendo que pensar, diseñar e implementar de golpe.
Primera salida · primer mes · 23 épicas
En orden de ejecución, no en el del tablero. Los cimientos multiempresa van primero porque bloquean a casi todo.
SAASDESIGN SYSTEM1 tarea · 6 dEl sistema visual del que salen la landing y el onboarding. Lo hace Bauti y lo valida Ignacio.
feature
B13 · Design system y lenguaje del producto
Auditoría de las pantallas, la navegación de 29 enlaces a algo corto por tareas, componentes y tokens, y los estados que nunca se diseñan.
6
Bauti
SAASROLE MANAGEMENT3 tareas · 8 dLos cimientos multiempresa. Lleva más de lo que su nombre dice, y es lo que bloquea a casi todo lo demás.
feature
B2 · Multi-tenant
Identificador de empresa en las 16 tablas que no lo tienen, filtrado en los 36 routers, roles y permisos, y unificar la identidad del agente con la del panel. Va primero.
5
Bauti
chore
B1 · CI/CD
Despliegue automatizado, migraciones sin cortar el servicio y entorno de pruebas separado, que hoy no existe.
1
Ale
chore
B22 · Pruebas de aislamiento
Que ninguna consulta, documento o grafo de una empresa alcance los de otra. Se prueba en cuanto haya dos clientes, no al final.
2
Bauti
SAASSETTINGS1 tarea · 1 dLo que la empresa configura de sí misma.
feature
B3 · Self-service: alta y modo empresa
Registro con OAuth, provisión automática del espacio, invitación de compañeros, idioma y zona horaria, y baja con borrado de datos.
1
Bauti
NUEVOPREFERENCE PAGE1 tarea · 1 sin estimarLas preferencias que el asistente ha aprendido, en una pantalla donde se corrigen. El equivalente al perfil de Town.
feature
Memorias del usuario, editables
Lo que el asistente ha deducido sobre cómo trabajas, visible y corregible, y la instrucción que se enseña una vez desde cualquier canal.
sin estimar
Bauti
SAASAGENT SETTINGS1 tarea · 2 dConfigurar el asistente: cómo se llama y cómo habla. Tener varios es de la segunda salida.
feature
B12 · Personalidad: nombre, tono y avatar
El tono se inyecta en el prompt, así que se nota en las respuestas y en los correos que redacta.
2
Ale
SAASONBOARDING4 tareas · 5 dEl punto más débil de Mazos hoy, y el que se calca de Town. Recoge quién eres, cómo trabajas y tus objetivos, que es justo lo que alimenta las sugerencias.
feature
B9 · Perfil inferido
Lee correo y calendario en el alta y deduce identidad profesional, contactos clave con su evidencia y estilo de escritura. Con pantalla de revisión.
1
Bauti
feature
B10 · Rutinas en el alta
Se sale del alta con rutinas ya activas, no con una pantalla vacía. Interruptor por rutina y por subtarea.
1
Bauti
feature
B11 · Explore: rutinas listas para usar
Galería de rutinas preconstruidas que declaran qué hacen y qué permisos tocan antes de activarse.
1
Bauti
chore
B22 · Recorrido completo por canal
El camino entero de un cliente nuevo, por cada canal, y corregir lo que salga.
2
Ale
SAASTASKS MANAGEMENT1 tarea · 2 dUna petición deja de ser un mensaje perdido en el chat y pasa a ser algo visible que avanza. Cuando el asistente necesita una aclaración, vuelve a ese mismo sitio.
feature
B26 · Estructura de mensajes y de conversación
Hilo único como Instinct, y la petición visible como Town. Qué se enseña mientras trabaja y cómo cuenta lo que hizo.
2
Bauti
SAASPROACTIVITY1 tarea · 2 dEl asistente escribe primero cuando detecta un patrón, en lugar de esperar a que le pregunten. No es una funcionalidad suelta: es una dirección de producto que atraviesa todo lo demás.
feature
B25 · La superficie de avisos
Algo cambió, alguien te espera, vence un plazo. Informa, no propone: eso es la otra superficie.
2
Bauti
SAASSUGGESTIONS3 tareas · 4 dLa otra mitad de la proactividad: acciones propuestas que se aceptan de un clic. Va pegada al onboarding, porque se alimenta de lo que allí se aprende.
feature
B17 · Sugerencias con descarte que enseña
Agrupa por asunto en vez de correo a correo, dice por qué avisa, y al descartar se puede decir por qué para que deje de insistir.
2
Ale
task
Cargar el catálogo de Town
Town publica en su web todas sus tasks y routines. Se cargan por detrás como base de las sugerencias, la galería y las páginas de casos de uso.
1
Ale
task
Optimizar las rutinas que ya tenemos
Las que existen se cargan y se afinan; las que no, quedan para la segunda salida.
1
Ale
SAASCONTENT CREATION1 tarea · 1 dLos ficheros que entrega el asistente tienen que parecer hechos por un profesional, no por un script.
feature
B24 · Entregables de calidad
Las skills de PDF, Excel, documentos y presentaciones bajo un mismo estándar, el fallo de tildes de la de PDF, y presentaciones, que hoy no existen.
1
Bauti
SAASOUTCOME FORMAT1 tarea · 1 sin estimarLa vara de calidad del resultado. Instinct entendió que un deck es un deck; Town devolvió un informe.
task
El estándar del entregable
La única iteración que se le pide al usuario es si quiere un informe o una presentación. Un solo sitio donde se decide cómo se ve un entregable.
dentro de B24
Bauti
SAASCOMMUNICATION CHANNELS3 tareas · 8 dPor dónde se habla con el asistente: WhatsApp y correo. La regla la copiamos de Town: un solo sitio para conectar cualquier canal, alta de un toque, y ningún token que el usuario tenga que pegar. Slack y Telegram se quedan como están.
feature
Un solo sitio para conectar canales
Hoy cada canal se da de alta a su manera. Se unifica: una pantalla donde el usuario ve qué tiene conectado, conecta el que falte, elige por dónde recibir las respuestas, y sigue en otro canal una conversación empezada en uno. Un mismo flujo para todos, que es lo que permite añadir el siguiente sin rediseñar nada.
3
Ale
feature
Canal WhatsApp · alta oficial y su análisis
Hoy hay que emparejar el número escaneando un QR y eso no se le pide a una empresa: se sustituye por la ventana oficial de Meta. Va junto con el análisis del canal oficial, porque son la misma decisión: verificación del negocio, número por empresa, plantillas aprobadas, ventana de 24 horas y precio por conversación.
3
Ale
feature
B16 · Canal de correo
El correo como canal: que se le pueda escribir al asistente, reenviarle un hilo o ponerlo en copia, y que conteste en el mismo hilo. Entrante y saliente, con dirección por empresa, hilos y deduplicación. Como entra de fuera, hay que comprobar que el remitente es quien dice ser y que nadie cuele instrucciones escondidas en el cuerpo.
2
Ale
SAASAGENT PERSONAL MAIL1 tarea · 1 dQue cada persona tenga la dirección de su propio asistente. Hoy solo había una genérica. El canal de correo en sí está en la épica de canales, junto con los demás.
feature
Dirección propia del asistente
Privada, como la de Town: solo responde a su dueño, así que nadie de fuera la activa. Hacia terceros escribe desde la cuenta real del usuario.
1
Ale
SAASCRM · el backend3 tareas · 5 d · 1 sin estimarEl CRM actual sirve como núcleo y hay que editarle cosas. Aquí va el backend; la pantalla es de la segunda salida.
chore
B4 · Poda de lo vertical
Retirar cartera, fondos, tesorería, reporting e intros, y desacoplar lo que compartían con el asistente. Es la otra cara de adaptar el CRM.
2
Bauti
feature
B7 · Knowledge Graph por empresa
Hoy hay un solo grafo compartido: el conocimiento de dos clientes está mezclado. Es lo que sabe quién conoce a quién.
3
Ale
feature
Adaptar el CRM al cliente genérico
Del vocabulario de fondo al de una PYME: clientes, proveedores y contactos en vez de participadas y rondas.
sin estimar
Ale
NUEVOWIKI · el backend1 tarea · 1 sin estimarEl perfil sintetizado ya funcionando por detrás. Visible se hace en la segunda salida.
feature
El perfil que se reescribe
Overview, perfil y una foto viva de objetivos y proyectos, alimentando cada sesión del asistente. Sin pantalla todavía.
sin estimar
Bauti
INTEGINTEGRATIONS 14 tareas · 14 dLa plataforma de conexión y los primeros lotes. Son 32 aplicaciones y no caben en un mes: Ignacio decide el orden de ataque.
task
Plataforma de conexión con Pipedream
Todo lo que se monta una vez para que añadir un proveedor pase a ser configurarlo y no programarlo: alta del proyecto con las pruebas separadas de producción, la tabla que sabe qué tiene enchufado cada persona y con qué cuenta, y los tres endpoints, el que abre la autorización, el que devuelve el catálogo y el que recibe el aviso de que una conexión se completó.
2,5
Ger
feature
Conectar una herramienta, desde el panel o desde el chat
Las dos superficies de la misma función: el catálogo con buscador, que sustituye a las nueve páginas de conexión de hoy, y el enlace que el asistente manda por WhatsApp para conectar sin entrar al panel, detectando cuándo se completó.
3,5
Ger
task
Pipedream · cableado MCP y su investigación
Que lo que el usuario conecta se vuelva herramienta del asistente, con las credenciales de esa persona. Lleva investigación por delante, porque hay que ver cómo expone Pipedream su capa MCP y con qué forma llegan las herramientas. Incluye romper el acoplamiento de hoy: si el usuario no tiene Google, la configuración devuelve vacío y el asistente se queda sin ninguna herramienta.
2
Ger
task
Integraciones · conectar las aplicaciones
Una sola tarea para todas las del primer lote, en lugar de una por familia: se conecta una, se prueba con una cuenta real del proveedor y se pasa a la siguiente. Son 32 en total y no caben en un mes, así que Ignacio decide el orden de ataque. Incluye pasar al mismo flujo las que hoy funcionan con un token pegado a mano o con una credencial compartida entre todos los clientes.
6
Ger
NUEVOTICKETING2 tareas · 2 d · 1 sin estimarQue el cliente pueda quejarse y que se pueda ver qué pasó. Lo primero se compra, lo segundo se construye.
task
Herramienta de soporte de terceros
Intercom o Pylon, integrado en el producto. No se construye.
sin estimar
Ale
feature
B21 · Observabilidad
Qué ha hecho el asistente y cuándo, qué espera aprobación y qué ha fallado. Es lo primero que se mira cuando alguien se queja.
2
Ale
NUEVOVAULT · el análisis1 tarea · 1 sin estimarGuardar tarjetas y contraseñas para que el asistente opere con ellas. Lo más delicado del tablero. Acordado: aquí solo el diseño.
task
Diseño y cimientos
Arquitectura de claves y de acceso, decidida y montada. El desarrollo va en la segunda salida, para no llegar al mes 2 teniendo que pensarlo todo de golpe.
sin estimar
Bauti
NUEVOPAYMENT PROCESS1 tarea · 1 sin estimarCobro, suscripciones y facturación.
feature
Pasarela y suscripciones
Depende de que estén decididos los planes: se habló de un premium de unos 20 € al mes o de un sistema por consumo, y esa decisión es de Ignacio.
sin estimar
Ignacio
NUEVOLANDING PAGE1 tarea · 1 sin estimarLa web de captación, que engancha con el inicio del onboarding.
feature
Landing
Necesita el design system decidido antes.
sin estimar
Ignacio
NUEVOPRICING PAGE1 tarea · 1 sin estimarLa página pública de precios.
feature
Página de precios
Bloqueada hasta que esté cerrada la estrategia de precios.
sin estimar
Ignacio
NUEVOUSE CASE PAGE1 tarea · 1 sin estimarLas páginas por caso de uso, del estilo de las de rutinas de Town.
feature
Casos de uso
Se alimentan del mismo catálogo de tasks y routines de Town que se carga por detrás en suggestions.
sin estimar
Ignacio
NUEVOGROWTH LOOPS1 tarea · 1 sin estimarLos mecanismos de crecimiento del producto.
feature
Invitaciones, compartir rutinas y referidos
Que cada usuario nuevo traiga al siguiente. Sin definir todavía.
sin estimar
Ignacio
Segunda salida · segundo mes · 11 épicas
A2AAGENT TO AGENT7 tareas · 12 d · 1 sin estimarQue el asistente de una persona pregunte al de un compañero, con la aprobación de esa persona de por medio.
feature
B19 · Agentes del cliente
Varios asistentes con nombre e identidad estable, con sus skills y su conversación. Es requisito de A1: hace falta una identidad estable a la que dirigirse.
2
Bauti
feature
A1 · A quién se puede preguntar
El ámbito es el tenant, así que no hace falta directorio. Propone con señales que ya existen y, si no acierta, la persona lo nombra.
1,5
Bauti
task
A2 · La petición entre asistentes
No viaja por ninguna red: es una fila en la misma base. Identidad estable en vez del nombre visible, y caducidad a las 72 horas.
2,5
Bauti
feature
A3 · La compuerta de aprobación
Tarjeta en el canal de la persona con el borrador ya redactado, y permiso permanente por identidad y tema.
3
Bauti
feature
A4 · Respuesta acotada y rastro
Busca con sus propias credenciales, en solo lectura, y sale el dato nunca el fichero. Registro en los dos lados.
2
Bauti
chore
A5 · Prueba de extremo a extremo
Dos personas, dos canales, y los casos de rechazo y caducidad, no solo el camino feliz.
1
Bauti
task
Cruzar a otro tenant · análisis
Otro cliente de MazOs, o un agente de fuera con protocolo abierto. Seis frentes que se cierran en paralelo.
TBD
Bauti
SAASPLATFORM INTERFACE2 tareas · 6 dLa plataforma completa. Aplazada a la segunda salida por acuerdo: mejor WhatsApp que una plataforma pobre.
feature
B14 · Dashboard, la portada
Rutinas activas, actividad reciente, cola de aprobaciones y estado de las herramientas conectadas.
4
Bauti
feature
B15 · Canal web
Conversar dentro del producto, con historial buscable y aprobaciones en la propia conversación. La pantalla de canales va en su épica.
2
Bauti
SAASSKILL CREATION1 tarea · 3 dQue la empresa le enseñe tareas nuevas a su asistente sin pasar por nosotros.
feature
B18 · Skills del cliente
Editor en el panel, versionado y ejecución aislada, porque es código de terceros en nuestra infraestructura.
3
Ale
SAASFIND SEARCH1 tarea · 3 dBuscar en lo del cliente y encontrarlo, filtrado por conversación y por rutina.
feature
B6 · RAG por empresa
Índice documental separado, ingesta con las credenciales del cliente y citación de la fuente. Hoy el índice es único y global.
3
Ale
NUEVOLIBRARY1 tarea · 1 sin estimarLa biblioteca de documentos. Lo que hay en Mazos es consulta; falta poder compartir, marcar privado y dar enlace.
feature
Biblioteca de documentos
Sobre el índice de B6: enlace por documento, compartir o mantener privado, y decidir dónde se guarda cada cosa.
sin estimar
Ale
NUEVOWIKI · la superficie1 tarea · 1 sin estimarEl perfil sintetizado, ahora visible y editable.
feature
La wiki visible
Overview, perfil y la foto viva de objetivos y proyectos, sobre el backend de la primera salida.
sin estimar
Bauti
NUEVOSELF LEARNING1 tarea · 1 sin estimarQue aprenda de sus propios errores. Es el mecanismo que evita que la memoria se degrade.
feature
La síntesis nocturna
Releer todo lo acumulado, promover lo durable al perfil, retirar lo caducado y fusionar duplicados, como hace Town cada noche.
sin estimar
Bauti
NUEVOCRM · la pantalla1 tarea · 1 sin estimarLa superficie del CRM, sobre el backend adaptado en la primera salida.
feature
Pantallas de CRM
Fichas de cliente, proveedor y contacto con el vocabulario de una PYME.
sin estimar
Ale
SAASMODEL ROUTING1 tarea · 3 dElegir motor y modelo por empresa. En la daily quedó como lo menos urgente de la segunda salida.
feature
B8 · Motor y modelo por empresa
Configurable por empresa y no por variable global, con claves del cliente, cadena de fallback y tope de consumo.
3
Ale
NUEVOVAULT · el desarrollo1 tarea · 1 sin estimarLa implementación, sobre los cimientos diseñados en la primera salida.
feature
Almacén de tarjetas y contraseñas
Que el asistente opere con ellas sin que nadie las vea, y con rastro de cada uso.
sin estimar
Ale
INTEGINTEGRATIONS 27 tareas · 22,25 dEl resto del catálogo, los casos que no están en Pipedream, y exponer MazOs hacia fuera.
task
Integraciones · el resto del catálogo
El resto de aplicaciones que resuelve Pipedream, con el mismo criterio: una, se prueba, y la siguiente. De Fathom no está documentado cómo se autentica, así que se prueba antes de darla por buena.
3,75
Ger
task
Affinity
El componente de Pipedream es un cascarón de 213 bytes sin autenticación cableada. Es la única que se construye desde cero.
3,5
Ger
task
Whoop
No está en Pipedream y no publica servidor propio: hay que adaptar uno abierto con licencia permisiva.
2
Ger
task
Garmin y Wispr Flow · informe
Bloqueadas por el proveedor. Se entrega informe con la vía posible, no integración.
1,5
Ger
task
Spike · el agente con muchas herramientas
Media jornada para saber si el mecanismo que ya trae Claude Code sirve en nuestro modo de ejecución. De eso depende el coste de lo siguiente.
0,5
Ger
task
Acotación de herramientas
Con el catálogo entero conectado, las descripciones de todas las herramientas no caben en lo que el agente lee de una vez y deja de funcionar. Se decide qué ve en cada momento según lo que le pidan, y se afina con uso real, porque el riesgo es pasarse y que deje de encontrar lo que necesitaba.
6
Ger
task
MazOs desde Cursor · análisis
Lo contrario a una integración: exponer MazOs para usarse desde Cursor y cualquier cliente compatible. Qué se expone, cómo se identifica cada cliente y cómo se aísla una empresa de otra.
5
Bauti
Lo que no depende de nosotros
Cinco cosas del tablero no son desarrollo, son decisiones. Están aquí porque bloquean tareas nuestras, así que conviene saber a quién se le pide cada una y qué se para si no llega.
| Qué | De quién | Qué se para sin ello |
|---|---|---|
| Pricing strategy | Ignacio. Qué planes, qué límites y qué se cobra aparte. En la daily se hablo de un premium de unos 20 € al mes o de un sistema por consumo, sin cerrar. | La pasarela y la página de precios |
| Modelo de monetización | Ignacio, y lo dijo así: está en su tejado. No hay presupuesto para regalarlo como hace Instinct, así que sin esto no hay producto vendible. | Payment process entero |
| Orden de ataque de las integraciones | Ignacio. Son 32 y no caben en la primera salida, así que él decide cuáles entran primero. | Qué va en integrations 1 y qué en la 2 |
| El backlog en Jira | Ignacio como product owner: carga las inquietudes y el alcance. Nico y Bauti desgranan cada tarea después. | El reparto en firme de las dos salidas |
| Design system | Lo hace Bauti y lo valida Ignacio. Es lo que engancha el final de la landing con el inicio del onboarding, así que la validación no puede llegar tarde. | La landing y el onboarding |
Y una que también es suya, aunque no lo parezca. El propio Ignacio propuso cargar por detrás el catálogo de tasks y routines que Town publica en su web. Eso alimenta a la vez las sugerencias, la galería de rutinas y las páginas de casos de uso, así que decidir qué entra de ese catálogo es producto, no desarrollo.
Todas las integraciones por Pipedream
En esta primera etapa no se construye ninguna conexión directa contra el proveedor. Todo pasa por Pipedream, que resuelve la autenticación y trae las acciones hechas.
| Qué cambia | Por qué |
|---|---|
| Una sola forma de conectar | Se monta la plataforma una vez y añadir un proveedor pasa a ser configurarlo, no programarlo. Es lo que permite meter treinta aplicaciones en dos meses. |
| Menos días por aplicación | Cada integración baja a medio día o menos, frente al día largo que cuesta construirla contra la API del proveedor. |
| Aparece la acotación de herramientas | Con el catálogo entero enchufado, las definiciones no caben en la ventana de contexto del agente. Es la partida nueva de esta decisión, y no es opcional. |
| La vía directa no se pierde | Si una integración da problemas o el consumo se dispara, esa misma integración se pasa a conexión directa sin rehacer lo demás. |
| Los canales no son integraciones | WhatsApp y Telegram son por donde se habla con el asistente, no herramientas que el asistente use. Siguen siendo nuestros y no pasan por Pipedream: lo que se hace con ellos es quitarles fricción en el alta. |
Lo primero no es código, son las cuentas de prueba. Cada integración necesita una cuenta real del proveedor, alguna de pago, y varias no se consiguen en una tarde. Se piden la primera semana o el equipo se queda parado con tiempo disponible.
Las vías de comunicación, con el modelo de Town
Town se alcanza desde donde ya trabajas: panel, correo, WhatsApp, Telegram y Slack, y cada canal se conecta desde el mismo sitio y en un toque. Hoy nuestros canales funcionan pero se dan de alta cada uno a su manera, y alguno de forma que no se le puede pedir a una empresa. Esto deja de ser una lista de arreglos sueltos y pasa a ser un bloque con una regla: un solo sitio para conectar cualquier canal, y ningún token que el usuario tenga que pegar.
| Canal | Cómo está hoy | A dónde va |
|---|---|---|
| Funciona, pero para dar de alta un número hay que emparejarlo escaneando un código QR | Alta por la ventana oficial de Meta: el cliente conecta su propio número en unos clics, sin tocar nada | |
| Telegram | Funciona y el enlace de un toque existe, pero está roto por un error de configuración | Enlace de un toque que funcione, y disponible también fuera del alta para quien lo añada más tarde |
| Correo | No existe como canal: al asistente no se le puede escribir por correo | Dirección por empresa a la que se le escribe, se le reenvía un hilo o se le pone en copia |
| Panel | No existe: para hablar con el asistente hay que salir a WhatsApp | Canal propio dentro del producto, con historial buscable y aprobaciones en la conversación |
| Slack | Está como canal, pero el asistente no puede actuar dentro | Se queda así por ahora: no entra en esta entrega |
Y una pantalla que los une. Va dentro del canal web: desde ahí se ve qué canales tiene conectados el usuario, se conecta el que falte, se elige por dónde quiere recibir las respuestas, y una conversación empezada en uno se puede seguir en otro. Es lo que convierte cinco canales sueltos en un producto.
Town e Instinct: la competencia, y la base sobre la que construimos
No partimos de cero ni inventamos el género. Hay dos productos que ya resolvieron esto y que compiten con nosotros, y son opuestos entre sí: Town ha construido el mecanismo, con superficies separadas, aprobaciones y disparadores concretos; Instinct ha apostado por el instinto, un solo hilo y actuar sin preguntar. De Town copiamos cómo está hecho. De Instinct, la actitud.
| Producto | Qué es | Dónde mirarlo |
|---|---|---|
| Town a16z y Forerunner 55 M$ Serie A | Asistente por persona con dirección de correo propia, rutinas con disparadores, aprobaciones por acción y memoria que se reescribe cada noche. Cobra desde 15 $ al mes y reserva la colaboración entre asistentes a su plan Pro, 49 $. Sus canales son panel, correo, Slack, iOS, escritorio, WhatsApp y Telegram. | Documentación Rutinas Cómo aprende Precios |
| Instinct Index y Benchmark 250 M$ a 2.500 M$ | Asistente al que se le habla por mensaje o por teléfono, en un hilo único sin proyectos ni espacios. Entrenado para escribir él primero y para actuar sin pedir permiso: sus términos lo nombran agente autorizado a cerrar compromisos en tu nombre. Levantó a 2.500 M$ en agosto de 2026, cinco veces su valoración de semanas antes. | TechCrunch Análisis técnico |
Los cuatro mecanismos de Town que se copian
No son ideas, son piezas concretas con su forma ya resuelta.
| Mecanismo | Cómo lo hacen | Dónde entra |
|---|---|---|
| Trece disparadores, no dos | Manual, correo entrante, correo entrante que cumple una condición escrita en lenguaje natural, correo saliente, correo dirigido al asistente, horario, inicio y fin de evento, cambio de respuesta a una invitación, evento creado o modificado, nota de voz transcrita, mención en Slack y webhook autenticado. Nosotros hoy tenemos dos: horario y mensaje entrante. | B10 · B11 |
| Memoria que se reescribe, no que se acumula | Cada noche relee todo lo acumulado, promueve los hechos durables al perfil, retira lo que caducó, fusiona duplicados y lo contrasta con la actividad reciente. Y se le enseña una vez desde cualquier canal: el sistema decide solo si esa instrucción es global o de una rutina. | B9 |
| Proactividad en dos superficies | Avisos y sugerencias separados, nunca mezclados. Cada tarjeta dice de dónde sale, se convierte en tarea de un clic, y al descartarla se puede decir por qué para que deje de insistir. | B17 · B25 |
| Confianza mezclada dentro de una rutina | La misma rutina puede escribir sola en una hoja de cálculo y esperar aprobación antes de mandar el aviso de una factura vencida. No es un interruptor por rutina, es por acción. | B10 · A3 |
Y lo que hacemos distinto
| La empresa, no la persona | En Town la unidad de aislamiento es el individuo y los equipos son una capa de facturación por encima. Nosotros construimos multiempresa desde el modelo de datos, que es lo que permite vender a una PYME entera y no asiento por asiento. |
| La compuerta se queda | Instinct actúa sin preguntar, y eso es justo lo que le está costando la prensa: mandó un correo en nombre de una inversora sin consultarle, siguió resumiendo una bandeja después de que le revocaran el acceso, guarda correos en texto plano y se le cuela una instrucción escondida en un correo. Nuestra batería de red team ya probó ese vector y lo resistió. |
| WhatsApp de primera | Los dos lo tienen, así que no es el diferencial que creíamos. Lo que sí lo es: que el alta sea de un toque y sin códigos QR, y que el asistente viva ahí de verdad, con notas de voz, adjuntos y aprobaciones dentro del chat. |
Los bloqueos: qué no puede empezar hasta que exista otra cosa
Cada tarea de las tablas lleva su columna de qué necesita antes. Pero solo cuatro cosas bloquean a muchas a la vez, y son las que hay que vigilar: si una de esas se retrasa, se para media lista.
| Bloqueo | Qué frena si no está | Quién lo tiene |
|---|---|---|
| B2 · Multi-tenant | Casi todo: lo de por empresa (RAG, grafo, motor), los canales, las skills del cliente, el alta sola y agente a agente. Es lo primero del plan y de lejos el bloqueo más grande. | Bauti |
| Cableado MCP por usuario | Las 32 aplicaciones, las 4 migraciones y la acotación de herramientas. Nada de integraciones avanza hasta que lo que el usuario conecta se convierta en herramienta del asistente. | Ger |
| B19 · Agentes del cliente | Agente a agente entero, que necesita una identidad estable del asistente a la que dirigirse. Y B19 a su vez necesita B18, las skills del cliente. | Bauti |
| B13 · Design system | La portada (B14) y, detrás, la tarjeta de aprobación de agente a agente, que vive en esa portada. Construir pantallas antes de tener los componentes obliga a rehacerlas. | Bauti |
Lo que puede arrancar el primer día, sin esperar a nada
Es lo que permite que los tres empiecen a la vez en lugar de dos mirando a uno.
| Ger | La plataforma de Pipedream entera (proyecto, modelo de cuentas, endpoints y catálogo) y el spike de herramientas. Y pedir las cuentas de prueba de los proveedores, que es lo único que no depende de nosotros. |
| Ale | B1 CI/CD y el bloque de canales: el alta de un toque en Telegram y el alta de WhatsApp sin código QR. |
| Bauti | B2 multi-tenant, B4 la poda y B13 el design system. Los tres sin dependencias y los tres bloqueando a otros. |
El QA no se deja para el último día. Las pruebas de aislamiento entre empresas dependen de que existan dos tenants de verdad, así que se hacen en cuanto los haya, no cuando ya no quede tiempo para arreglar lo que aparezca.
Lo que falta cerrar
| Qué | Situación |
|---|---|
| Las estimaciones que faltan | Hay tareas sin días, casi todas de las épicas nuevas. No cambia el compromiso: todo sale en dos meses. Se dimensionan al desgranar el backlog con Ignacio. |
| El orden de las integraciones | Son 32 y no caben en la primera salida. Ignacio decide cuáles entran en integrations 1 y cuáles en la 2. |
| El plan de Pipedream | Con el gratuito se desarrolla y prueba todo el catálogo, con un máximo de tres usuarios. El de pago hace falta al abrirlo a clientes, y el precio del consumo adicional no es público. |
| Dónde aterriza el onboarding | La plataforma es de la segunda salida, pero el onboarding es de la primera. Hace falta el mínimo donde caer al terminarlo, o el usuario acaba en el vacío. |
| Quién toma cada épica | La columna de quién es una propuesta. Las de Ignacio dependen de que estén cerrados el design system y la monetización. |