MazOs SaaS · capacidad propuesta

Agente a agente: preguntarle al asistente de otra persona

Cuando tu asistente no sabe algo, pregunta al asistente del compañero que sí lo sabe. La persona dueña del dato aprueba antes de que salga nada, y lo que cruza es una respuesta, nunca un permiso.

estimación 10 días 2 alcances cruzar a otro tenant TBD 9 de septiembre de 2026

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.

  1. La persona pregunta por donde ya trabaja.
    WhatsApp, correo o el panel. No aprende nada nuevo: sigue hablando con su asistente.
  2. 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.
  3. 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.
  4. Manda una petición, no una orden. petición
    Lleva 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.
  5. La persona de finanzas ve la tarjeta. compuerta
    Quién pregunta, qué quiere, y el borrador de la respuesta ya redactado. Se aprueba, se rechaza o caduca sola.
  6. Solo entonces contesta el asistente de finanzas. respuesta
    Busca con las credenciales de su persona, nunca con las del que pregunta, y devuelve el dato, no el fichero.
  7. 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ó.
QUIEN PREGUNTA · COMERCIAL LO QUE CRUZA QUIEN RESPONDE · FINANZAS La persona pregunta por WhatsApp, correo o el panel Su asistente no lo tiene ni en sus herramientas ni en su memoria Propone a quién preguntar con lo que ya sabe de la empresa Petición firmada motivo, alcance y caducidad Llega al asistente de finanzas no puede actuar: solo leer y contestar Su persona ve la tarjeta quién pregunta, qué pide y el borrador rechaza Rechazo notificado no se inventa nada ni se insiste Se lo dice a su persona y queda constancia del rechazo Aprueba, y solo entonces busca con las credenciales de finanzas Respuesta acotada el dato, no el fichero Comercial recibe el dato con la fuente: lo dio finanzas
Las dos líneas de puntos son el producto. Todo lo que vale está en el carril del medio: solo tres cosas pasan de un lado al otro, una petición, un rechazo o una respuesta aprobada. Ninguna herramienta y ninguna credencial cruza, y ese mismo carril es el que mañana sirve para preguntarle a otra empresa sin rehacer nada.

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".

Llega una petición de otro asistente Comprobar origen y alcance quién pregunta, de qué empresa y sobre qué tema ¿ya hay permiso? Responde sin molestar y lo registra igual no Tarjeta a la persona por su canal: quién pide, qué pide y el borrador ¿aprueba? o caduca sola Sale la respuesta aprobada solo lo que la persona vio no Rechazo notificado el otro asistente se entera permitir siempre a esta persona y este tema
La vía punteada es la que decide si el producto se usa o se abandona. Sin ella, cada pregunta repetida es una interrupción y a la semana la gente apaga la función. Con ella, la compuerta se estrecha sola: molesta la primera vez y aprende de esa respuesta.
EstadoQué ve quien respondeQué ve quien pregunta
PendienteTarjeta en su canal y en la cola de aprobacionesQue su asistente está esperando, y a quién
AprobadaQué se envió exactamente, y a quiénEl dato, con la fuente
RechazadaRegistro del rechazo, sin tener que dar motivoQue no habrá respuesta, y por eso no insiste
CaducadaSe cae sola a las 72 horas, sin acumular ruidoLo 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.

Dentro de la empresa, una petición no viaja: es una fila. Mismo backend, misma base, distinto contexto. No hay envío, ni entrega, ni rebote, ni remitente que verificar. Lo único que sale a un canal es la tarjeta de aprobación, y sale al canal de la persona que tiene que aprobarla, no a su correo.
La cuenta real de cada personaEs de donde lee su asistente, y desde donde escribe a terceros en su nombre. No es una dirección de la malla.
La identidad internaEs 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

TENANT · UNA EMPRESA · N PERSONAS, N CREDENCIALES, N ASISTENTES Persona A comercial por su canal Su asistente con las credenciales de A Persona B finanzas aprueba por su canal Su asistente con las credenciales de B La petición una fila, no un mensaje pregunta llega respuesta aprobada vuelve todo esto ocurre dentro del mismo backend y la misma base lo enruta la identidad interna, no el nombre ni ninguna dirección de correo EL TENANT ES EL LÍMITE Otro cliente no lo alcanza, no lo ve, no lo sabe
No hay nada que transportar. Dentro de una empresa, que dos asistentes se hablen es escribir y leer una fila, y por eso sale barato: sin transporte no hay entrega, ni remitente que verificar, ni spam, ni protocolo. Lo único que sale del sistema es la tarjeta de aprobación, y sale al canal donde la persona ya está.

Alcance 2 · Cruzar a otro tenant · TBD

TENANT A · TU EMPRESA Persona A tu equipo Su asistente credenciales de A TENANT B · EL CLIENTE O LA GESTORÍA Persona B otra empresa Su asistente credenciales de B FRONTERA ENTRE CLIENTES El paso ¿de qué empresa viene? ¿me fío de este texto? ¿cuánto puede preguntar? ¿qué queda registrado? ¿qué protocolo lo lleva? TBD etapa de análisis: modelo de confianza, protocolo, contención y cumplimiento
Lo de la izquierda es lo mismo que ya se construye; lo del medio no existe todavía. Cruzar a otro cliente no añade funcionalidad, añade una aduana. Y cuánto cuesta esa aduana depende de decisiones que no están tomadas: qué protocolo la lleva, qué nivel de seguridad se exige y qué hay que poder demostrar después. Por eso se estima como TBD y no con un número inventado.

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á hoyDónde se comprobó
Localizar a quién preguntarNo 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 apruebaLas 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 privadoExiste 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 aparteDisponible 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.

BloqueQué incluyeDías
A1 · A quién se puede preguntarDentro 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 nombra1,5
A2 · La peticiónEstados, 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 quiere2,5
A3 · La compuertaTarjeta 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 dados3
A4 · Respuesta y rastroSe 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 bien2
A5 · Prueba completaDe extremo a extremo entre dos personas y dos canales distintos, con los casos de rechazo y de caducidad1
Total10
LOS 10 DÍAS, BLOQUE A BLOQUE construcción el control humano Alcance 1 dentro del tenant A1 A2 A3 A4 A5 10 días Alcance 2 cruzar a otro tenant TBD primero se analiza, después se estima 0 2 4 6 8 10 días de trabajo · la barra abierta no está a escala: es lo que falta por dimensionar
El bloque más grande es la compuerta. Tres de los diez días se van en que nada salga sin que su dueño lo haya visto, y en que a la segunda vez ya no haga falta preguntar. Es lo que decide si la función se usa a diario o se apaga en una semana, y por eso es el bloque con más incertidumbre de los cinco. La barra de puntos de abajo no es una estimación: es lo que queda por definir.

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 analizarDe qué depende lo que cuesteDías
Modelo de confianzaQué se acepta de fuera y con qué prueba. Cómo demuestra una empresa que es quien dice, y quién puede iniciar una peticiónTBD
Protocolo y transporteSi 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úmeroTBD
ContenciónTratar 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 fijeTBD
Cuotas, coste y abusoCuánto puede preguntar un tercero, a qué ritmo, y quién paga el consumo de responderleTBD
Cumplimiento y registroQué hay que poder enseñar después, cuánto se guarda y cómo se exporta. Lo marca el cliente más exigente, no nosotrosTBD
Prueba con un caso realValidar el circuito con un cliente concreto antes de comprometer alcanceTBD
TotalSe cierra al terminar el análisisTBD
Que vaya después no encarece nada. El alcance 2 reutiliza entero lo que se construye ahora: la petición, la compuerta y la respuesta. No se rehace, se le añade la aduana. El análisis va en paralelo y sus días no salen de los 10, que son de construcción del alcance 1. Con una única condición, ya incluida en A2: que la petición lleve desde el primer día de quién y de dónde viene, aunque hoy la respuesta sea siempre la misma empresa. Es un campo ahora y una migración después.

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 estimadoPor qué hace falta antesDónde está
B2 · Multi-tenantPor 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 duroPlan, fase 1
B19 · Agentes del clienteLa identidad estable del asistente es la que se enseña en la tarjeta de aprobaciónPlan, fase 5
B14 · DashboardLa cola de aprobaciones vive en la portada. Aquí se añade un tipo de tarjeta, no la pantalla enteraPlan, fase 4