La idea en una frase
Dos asistentes hablan para que dos personas no tengan que hacerlo
Hoy cada asistente vive encerrado en los datos de su persona. Si el comercial necesita el número que solo tiene finanzas, escribe a finanzas, espera, y alguien copia y pega. Con esto, el asistente del comercial pregunta al de finanzas, y finanzas solo tiene que dar un toque de aprobación.
Lo importante no es que dos asistentes se hablen. Es qué cruza y qué no: cruza una pregunta y vuelve una respuesta aprobada. No cruzan credenciales, ni herramientas, ni el fichero del que salió el dato.
El recorrido, de punta a punta
Una pregunta, una aprobación, una respuesta
El ejemplo es el de siempre en una empresa pequeña: comercial necesita un dato que vive en finanzas.
- La persona pregunta por donde ya trabaja.WhatsApp, correo o el panel. No aprende nada nuevo: sigue hablando con su asistente.
- Su asistente comprueba que no lo tiene.No está en sus herramientas conectadas ni en su memoria. Antes de salir a preguntar, agota lo propio.
- Propone a quién preguntar.Con lo que ya sabe de la empresa: hilos de correo compartidos, reuniones en común y quién está conectado a ese tema. Si no acierta, la persona nombra a quién quiere preguntar.
- Manda una petición, no una orden. peticiónLleva quién pregunta, de dónde viene, qué pide, para qué y hasta cuándo vale. Del otro lado se trata como una petición, nunca como una instrucción.
- La persona de finanzas ve la tarjeta. compuertaQuién pregunta, qué quiere, y el borrador de la respuesta ya redactado. Se aprueba, se rechaza o caduca sola.
- Solo entonces contesta el asistente de finanzas. respuestaBusca con las credenciales de su persona, nunca con las del que pregunta, y devuelve el dato, no el fichero.
- La respuesta vuelve con su procedencia.Comercial ve el dato y de quién salió. Queda registrado en los dos lados: qué se preguntó, quién aprobó y qué se envió.
El mecanismo
La compuerta, que es donde se gana o se pierde la confianza
Un asistente que contesta solo asusta. Uno que pregunta siempre, cansa. El equilibrio está en que la primera vez pregunte y la persona pueda decir "esto, a esta persona, siempre".
| Estado | Qué ve quien responde | Qué ve quien pregunta |
|---|---|---|
| Pendiente | Tarjeta en su canal y en la cola de aprobaciones | Que su asistente está esperando, y a quién |
| Aprobada | Qué se envió exactamente, y a quién | El dato, con la fuente |
| Rechazada | Registro del rechazo, sin tener que dar motivo | Que no habrá respuesta, y por eso no insiste |
| Caducada | Se cae sola a las 72 horas, sin acumular ruido | Lo mismo que un rechazo, para no quedarse colgado |
El punto central
El límite del tenant, y los dos alcances
En una empresa hay tantas identidades, tantos juegos de credenciales y tantos asistentes como personas. Y el valor de todo esto nace justo de ahí: el asistente de un compañero alcanza cosas que el tuyo no puede alcanzar. La asimetría de acceso es el producto.
| La cuenta real de cada persona | Es de donde lee su asistente, y desde donde escribe a terceros en su nombre. No es una dirección de la malla. |
| La identidad interna | Es lo único que enruta. Estable, no editable, y es lo que crea B2 al unificar la identidad del agente, que va por teléfono, con la del panel. |
Alcance 1 · Dentro del tenant
Alcance 2 · Cruzar a otro tenant · TBD
El referente, comprobado uno a uno
Esto no es una idea de laboratorio
Town lo tiene en producción y lo cobra. Cada afirmación de aquí abajo está comprobada, y lo más revelador no estaba en su documentación sino dentro del producto.
| Qué | Cómo está hoy | Dónde se comprobó |
|---|---|---|
| Localizar a quién preguntar | No hay directorio ni búsqueda: metes a tu asistente en un grupo con tu gente. "When the answer is in a teammate's inbox, your Townie asks their Townie for it" | ✓ su página de grupos |
| El grupo es también el permiso | "Every Townie follows a policy you set for each group text they're in. They start limited." Y al entrar publica bajo qué reglas opera | ✓ su página de grupos |
| La persona aprueba | Las peticiones para contestar al asistente de otra persona se revisan de una en una, y si se rechazan, el asistente que preguntó se entera | ✓ su página de modos y aprobaciones |
| El correo del asistente es privado | Existe una dirección por asistente, pero solo actúa si escribe su dueño: "Other people cannot trigger your assistant by emailing this address". Hacia terceros escribe desde la cuenta real del usuario | ✓ en el producto, no está en su documentación |
| Se cobra aparte | Disponible desde el plan Pro, 49 $ al mes. En los planes de entrada no está, y desde el 18 de mayo de 2026 ya no es beta | ✓ precios y registro de cambios |
Estimación
10 días de trabajo de puertas adentro, y el cruce a otro tenant por definir
Aquí se cotiza solo esta capacidad y solo dentro del tenant. Nada de lo que ya está en las otras dos hojas se vuelve a contar, y ninguno de sus días se suma a este número.
| Bloque | Qué incluye | Días |
|---|---|---|
| A1 · A quién se puede preguntar | Dentro de la empresa el ámbito es el tenant: la compuerta protege cada respuesta, así que no hace falta ni grupo ni configuración ni directorio que mantener. El asistente propone a quién preguntar con señales que ya existen, hilos de correo compartidos, reuniones en común, grupos si los hay, y quién está conectado a ese tema en el grafo de la empresa. Si no acierta, la persona lo nombra | 1,5 |
| A2 · La petición | Estados, hilo de conversación, caducidad a las 72 horas y aviso de vuelta cuando hay rechazo. Quien pregunta viaja como identidad estable y con su origen, nunca como el nombre visible, que el usuario cambia cuando quiere | 2,5 |
| A3 · La compuerta | Tarjeta de aprobación en el canal de la persona y en el panel, con el borrador ya redactado por el asistente, y permiso permanente por identidad y tema, no por nombre: renombrar un asistente no puede borrar los permisos ya dados | 3 |
| A4 · Respuesta y rastro | Se responde con las herramientas de quien contesta, en solo lectura. El registro guarda el identificador y el nombre que tenía en ese momento, para que un log de hace seis meses se siga leyendo bien | 2 |
| A5 · Prueba completa | De extremo a extremo entre dos personas y dos canales distintos, con los casos de rechazo y de caducidad | 1 |
| Total | 10 |
Alcance 2 · Cruzar a otro tenant · TBD
Preguntar al asistente de otra empresa: un cliente, un proveedor o una gestoría. Es una etapa de análisis, no de construcción, y por eso no lleva días: lo que cueste depende de decisiones que todavía no están tomadas, empezando por qué protocolo lo lleva y qué nivel de seguridad se exige. Se dimensiona al cerrarla. El análisis va en paralelo a la entrega del alcance 1: durante esos diez días se investiga qué haría falta para cruzar, por si se requiere más adelante, y así al decidirlo solo queda estimar lo que hay que construir.
| Qué hay que analizar | De qué depende lo que cueste | Días |
|---|---|---|
| Modelo de confianza | Qué se acepta de fuera y con qué prueba. Cómo demuestra una empresa que es quien dice, y quién puede iniciar una petición | TBD |
| Protocolo y transporte | Si va por identidad de plataforma entre clientes nuestros, o por un estándar abierto para hablar también con agentes que no son nuestros. Es la decisión que más mueve el número | TBD |
| Contención | Tratar el texto ajeno como no fiable, qué no sale jamás, y hasta dónde llega la cuarentena. Sube o baja según el nivel de exigencia que se fije | TBD |
| Cuotas, coste y abuso | Cuánto puede preguntar un tercero, a qué ritmo, y quién paga el consumo de responderle | TBD |
| Cumplimiento y registro | Qué hay que poder enseñar después, cuánto se guarda y cómo se exporta. Lo marca el cliente más exigente, no nosotros | TBD |
| Prueba con un caso real | Validar el circuito con un cliente concreto antes de comprometer alcance | TBD |
| Total | Se cierra al terminar el análisis | TBD |
De qué depende, y que no se cuenta aquí
Estos bloques hacen falta antes, pero ya están estimados en el plan del SaaS y sus días no entran en los 10.
| Bloque ya estimado | Por qué hace falta antes | Dónde está |
|---|---|---|
| B2 · Multi-tenant | Por partida doble: aísla empresas y además crea la identidad estable de cada persona, que es lo único que enruta una petición. Es el requisito duro | Plan, fase 1 |
| B19 · Agentes del cliente | La identidad estable del asistente es la que se enseña en la tarjeta de aprobación | Plan, fase 5 |
| B14 · Dashboard | La cola de aprobaciones vive en la portada. Aquí se añade un tipo de tarjeta, no la pantalla entera | Plan, fase 4 |