El camino real desde petición hasta siguiente acción.
Buyer-facing proof artifact
Protocol Map:la prueba de dónde se rompe el workflow.
No recibes una opinión de consultor. Recibes una superficie revisable para diagnosticar, mapear, sistematizar y decidir qué puede volverse soberano antes de automatizar.
DiagnoseMapSystemizeSovereign
Ruta neutral de servicio
El sample no intenta impresionar. Intenta probar la realidad.
Usamos un flujo simple porque ahí se ve todo: petición del cliente, intake, owner, excepción, actualización, follow-up o invoice. Si esto no puede conservar memoria y ownership, una automatización solo multiplicará el desorden.
Client requestEntradaOwnerExceptionClient updateFollow-up
What the old system cannot prove
Estado actual, responsable real, razón de decisión, fuente confiable, evidencia de cierre y próxima acción.
Visible Pain / Hidden Operating Background
La queja visible puede ser “respondemos lento”. El fondo real suele ser memoria partida, owner invisible, verificación ausente o herramienta mal conectada.
Qué cambia el mapa
La conversación deja de ser “qué herramienta compramos” y pasa a ser “qué ruta debe recordar, decidir y verificar el negocio”.
Seis capas
No medimos actividad. Medimos si el resultado puede sobrevivir al handoff.
El Protocol Map separa lo visible del fondo operativo: señal, memoria, ownership, gates, excepciones y readiness antes de añadir IA.
Qué contexto debe viajar con la decisión y qué ruido debe quedarse fuera.
Qué parte ya puede repetirse y cuál todavía depende de criterio humano.
Reglas silenciosas, excepciones y trabajo invisible que el sistema no ve.
Dónde una persona debe revisar antes de que IA o automatización continúen.
Qué pasa si el cliente cambia algo, falta un dato o aparece un bloqueo.
Qué datos tocan IA, quién puede verlos, dónde se revisan y qué queda fuera.
Scores del Protocol Map
La pregunta no es si hay herramientas. Es si el flujo puede leerse, verificarse y luego automatizarse.
El mapa separa dos cosas que suelen mezclarse: si la operación es legible para humanos y agentes, y si la IA puede ayudar sin acelerar caos.
0-2 founder-dependent. 3-5 contexto fragmentado. 6-7 legible solo para humanos. 8-10 listo para handoff humano/agente.
Route visibility, ownership clarity, context integrity, verification safety y automation leverage.
Mide cuánto del workflow vive comprimido en una persona: router, memoria, aprobación y verificación.
Señala datos sensibles, herramienta IA, permiso, revisión humana y zonas que no deben automatizarse.
- ¿La señal se convierte en acción?
- ¿La razón queda unida al trabajo?
- ¿El owner y la verificación son visibles?