25 KiB
Guía operativa — Stakeholders, llamadas y decisiones por fase
Documento de referencia personal para el proyecto Balam · Plataforma de Automatización Financiera (MVP 6 semanas).
Sirve para:
- Antes de arrancar — preparar la llamada con el CTO para validar supuestos críticos.
- Durante el proyecto — saber a quién acercarte en cada fase y para qué decisión exacta.
- Detectar bloqueadores temprano — si la persona indicada no responde, sabes qué riesgo se materializa.
Compañeros de este documento:
00 - PROPUESTA-COMERCIAL.md— alcance comprometido y supuestos firmados01 - ARQUITECTURA-TECNICA.md— módulos y decisiones técnicas02 - PLAN-EJECUCION.md— tareas atómicas y horas por fase
Cómo usar este documento
- Sección 1: lectura inicial. El mapa de stakeholders + diagrama es el modelo mental que cargas en la cabeza durante todo el proyecto.
- Sección 2: consulta semanal. Cada lunes de una nueva fase, revisa las tablas para confirmar que ya tienes las respuestas que vas a necesitar esa semana.
- Sección 3: consulta pre-llamada CTO. Antes de la llamada de pre-arranque (todavía no estás en Fase 0).
- Sección 4: chequeo mensual de salud — si ves anti-patrones, paras y conversas con el contacto técnico.
Sección 1 · Mapa de stakeholders por fase
1.1 Quién decide qué
| Stakeholder | Decide / valida | Pregúntale antes de tocar |
|---|---|---|
| CEO | Visión, qué clientes son intocables, scope cuando hay conflicto entre áreas | Cualquier decisión que toque relación con cliente estratégico (lista blanca, tono de cobranza) |
| CFO | Reglas fiscales y contables, ciclos de cobranza, política de pagos, métricas financieras, validación de reportes | Templates de cobranza, dashboard, tolerancias de conciliación, export para contabilidad |
| CTO | Sistemas, APIs, infra, secretos, integraciones técnicas, seguridad | Acceso a BIND/bancos, Azure, política de datos, decisiones técnicas no triviales |
| Gerente Administrativo | Operación día a día: quién descarga PDFs, cómo se identifican pagos, cómo se manejan parciales | Reglas operativas: aliases de clientes, ventanas de match, comportamiento UI |
| Contador (interno o externo) | Formato del export para BIND, catálogo de cuentas, cierre contable | Estructura del export, mapeo de eventos a asientos contables |
Regla práctica: si la decisión afecta dinero o relación con cliente → CFO/CEO. Si es técnica → CTO. Si es operativa día a día → gerente admin. Cuando dudes, escala al CFO porque típicamente es quien orquesta este tipo de proyectos en una PyME.
1.2 Diagrama — Stakeholders × Fases
flowchart TB
classDef ceo fill:#FFD93D,stroke:#666,color:#000,stroke-width:1px
classDef cfo fill:#6BCB77,stroke:#666,color:#000,stroke-width:1px
classDef cto fill:#4D96FF,stroke:#666,color:#FFF,stroke-width:1px
classDef ga fill:#FF6B6B,stroke:#666,color:#FFF,stroke-width:1px
classDef cont fill:#9D4EDD,stroke:#666,color:#FFF,stroke-width:1px
subgraph F0["FASE 0 · Semana 1 · Discovery + Setup"]
direction LR
CEO0["CEO<br/><br/>Kickoff<br/>Lista blanca definitiva"]:::ceo
CFO0["CFO<br/><br/>Reglas operativas<br/>Línea base errores y tiempo"]:::cfo
CTO0["CTO<br/><br/>Azure + Stripe MX<br/>Política de datos / Claude API"]:::cto
GA0["GERENTE ADMIN<br/><br/>PDFs reales 3 bancos<br/>Lista de usuarios"]:::ga
CONT0["CONTADOR<br/><br/>Formato export BIND"]:::cont
end
subgraph F1["FASE 1 · Semanas 2-3 · Plataforma + Sync BIND"]
direction LR
CFO1["CFO<br/><br/>Roles RBAC<br/>Política de cancelación"]:::cfo
CTO1["CTO<br/><br/>Auth y MFA<br/>Acceso para inspeccionar BIND"]:::cto
GA1["GERENTE ADMIN<br/><br/>Validación demo S2<br/>Clientes duplicados / aliases"]:::ga
CONT1["CONTADOR<br/><br/>Campos obligatorios de invoice<br/>Fuente del TC"]:::cont
end
subgraph F2["FASE 2 · Semana 4 · Cobranza + Dashboard + Pago link"]
direction LR
CEO2["CEO<br/><br/>Tono del template<br/>Clientes en zona gris"]:::ceo
CFO2["CFO<br/><br/>TEMPLATE FINAL aprobado<br/>Métricas del dashboard"]:::cfo
CTO2["CTO<br/><br/>Stripe webhook secret<br/>Email transaccional"]:::cto
GA2["GERENTE ADMIN<br/><br/>Ciclo de recordatorios<br/>UX de pagos Stripe"]:::ga
CONT2["CONTADOR<br/><br/>Asiento de pagos Stripe<br/>Manejo de duplicados"]:::cont
end
subgraph F3["FASE 3 · Semana 5 · Conciliación PDF"]
direction LR
CFO3["CFO<br/><br/>Tolerancia de match<br/>Retención PDFs 5 años"]:::cfo
CTO3["CTO<br/><br/>Cifrado Blob Storage<br/>Confirmación Claude API ok"]:::cto
GA3["GERENTE ADMIN<br/><br/>ALIASES de clientes<br/>Validación de match rate"]:::ga
CONT3["CONTADOR<br/><br/>Catálogo de cuentas<br/>Traspasos internos"]:::cont
end
subgraph F4["FASE 4 · Semana 6 · Reportes + Cierre"]
direction LR
CEO4["CEO<br/><br/>Sign-off del MVP"]:::ceo
CFO4["CFO<br/><br/>Criterios de éxito<br/>Aprobación de reportes"]:::cfo
CTO4["CTO<br/><br/>Backups<br/>Handoff técnico"]:::cto
GA4["GERENTE ADMIN<br/><br/>Capacitación grabada"]:::ga
CONT4["CONTADOR<br/><br/>VALIDACIÓN del export BIND"]:::cont
end
F0 --> F1 --> F2 --> F3 --> F4
Cómo leer el diagrama
- Filas horizontales = fases en el tiempo (de izquierda a derecha por el flujo, de arriba a abajo en pantalla).
- Cada bloque de fase contiene los stakeholders que necesitas durante esa semana, con la decisión / dato concreto que aporta.
- Códigos de color por rol:
- 🟡 Amarillo = CEO (visión + clientes estratégicos)
- 🟢 Verde = CFO (reglas de negocio + dinero)
- 🔵 Azul = CTO (sistemas + infra)
- 🔴 Rojo = Gerente Administrativo (operación día a día)
- 🟣 Morado = Contador (contabilidad fiscal + BIND)
- Si un stakeholder no aparece en una fase, no significa que no exista — significa que no es bloqueante para esa fase. Aun así puede recibir el demo de fin de semana.
- El CEO aparece solo 3 veces (F0, F2, F4) — es deliberado: úsalo para kickoff, validación de tono comercial, y sign-off. No lo satures.
1.3 Detalle por fase
Fase 0 — Discovery + Setup (Semana 1)
Módulos involucrados: ninguno todavía — es la fase de validar supuestos y dejar todo listo.
| Decisión / dato que necesitas | A quién | Cuándo | 🚩 Si no llega |
|---|---|---|---|
| Export real de BIND (anonimizado) + formato confirmado | CTO + contador | Día 1-3 | Replantear Fase 1 |
| 2-3 PDFs anonimizados por banco (Banorte, BBVA, IBC) | Gerente admin (es quien los descarga) | Día 1-3 | Replantear Fase 3 |
| Subscripción Azure + sponsor + región | CTO | Día 1-2 | No hay dónde desplegar |
| Cuenta Stripe MX verificada (RFC + bancarios) | CFO + CTO | Día 1-5 | Bloqueas Fase 2 |
| Lista blanca DEFINITIVA: ACUNTIA + Top 3 con nombre exacto + alias contables | CEO + CFO | Día 1-5 | Riesgo regulatorio comercial |
| Manual de marca | Gerente admin o quien lo guarde | Día 1-3 | Branding genérico |
| Aprobación uso Claude API con PDFs bancarios | CFO + CTO | Día 1-3 | Replantear Fase 3 |
| Línea base medible de "tiempo de conciliación actual" + "errores manuales actuales" | CFO + gerente admin | Día 1-7 | Criterios de éxito ≥70%/60% no se pueden demostrar al cierre |
| Política de manejo de datos financieros (auditoría externa, NDA, encripción) | CTO | Día 2-3 | Compliance gap |
Salida de F0: un
docs/supuestos.mdfirmado. Si algo no se valida, lo marcas como "asunción que se materializará en Change Request si cae".
Fase 1 — Plataforma + Sync BIND (Semanas 2-3)
Módulos: identity, catalog, bind-sync + outbox base.
| Decisión / dato | A quién | Cuándo | 🚩 Si no llega |
|---|---|---|---|
| Roles exactos: ¿Finanzas, Dirección, Operaciones, Admin alcanzan? ¿Hay sub-roles? | CFO + CTO | Inicio S2 | Re-trabajo en RBAC |
| ¿Quiénes (nombres + emails) tendrán acceso por rol? | Gerente admin | Inicio S2 | No puedes poblar usuarios reales |
| Política de auth: ¿MFA obligatorio para Finanzas? ¿SSO con Google Workspace si lo usan? | CTO | Inicio S2 | Endurecimiento queda en F4 |
| Validación del schema de invoice (qué campos del export son obligatorios) | Contador + gerente admin | Mid S2 | Modelo incompleto |
| ¿Hay clientes duplicados en BIND por errores históricos? ¿Algún mecanismo de "cliente padre" / "cliente sucursal"? | Gerente admin + contador | Mid S2 | Conciliación falla en S5 |
| Política de cancelación de facturas (¿se reflejan en plataforma?) | CFO + contador | Mid S2 | Estados inconsistentes |
| TC: ¿DOF FIX está bien o usan otro para alguna cuenta específica (USD interno)? | CFO + contador | Mid S2 | Diferencias cambiarias erróneas |
| Confirmación final de fuera-de-scope: EUR + emisión CFDI desde plataforma | CFO | Inicio S2 | Scope creep en S3-S4 |
| Demo de fin de S2 revisada por gerente admin | Gerente admin | Viernes S2 | Sorpresa en S3 |
| Demo de fin de S3 revisada por CFO | CFO | Viernes S3 | F2 arranca sobre base no validada |
Fase 2 — Cobranza + Dashboard + Pago con link (Semana 4) — pico de stakeholders
Módulos: collections, payments, reporting (dashboard), notifications.
Esta es la fase con más decisiones de negocio. CFO y gerente admin tienen que estar disponibles. Bloquea calendario suyo con anticipación desde F0.
| Decisión / dato | A quién | Cuándo | 🚩 Si no llega |
|---|---|---|---|
| Aprobación final del template de correo (tono, firma, asuntos) | CFO + CEO (porque toca clientes) | Lunes S4 | No puedes activar recordatorios |
| Ciclo de recordatorios: ¿X días antes, Y días después de vencer, escalación humana al día Z? | CFO + gerente admin | Lunes S4 | Defaults arbitrarios |
| Quién puede modificar la lista blanca en producción (rol + segundo factor) | CFO | Lunes S4 | Riesgo de envío accidental |
| Cómo se reporta hoy un pago vía link Stripe en BIND (¿asiento manual del contador? ¿flujo separado?) | Contador + CFO | Martes S4 | Pagos Stripe quedan huérfanos contablemente |
| Política para pagos duplicados (cliente paga por link + por transferencia en el mismo día) | Gerente admin + CFO | Mié S4 | Conciliación contradictoria en S5 |
| ¿El gerente admin valida cada pago Stripe antes de marcarlo "aplicado", o auto? | Gerente admin | Mié S4 | UX equivocada |
| Métricas exactas del dashboard (¿qué corte usa Dirección? ¿semanal? ¿por cliente?) | CFO + CEO | Mar S4 | Dashboard no usable |
| Stripe webhook secret + cuenta de email para notificaciones | CTO | Mar S4 | Webhook no se puede recibir |
| Política de manejo cuando webhook Stripe falla (¿conciliar al día siguiente vía dashboard Stripe?) | Gerente admin | Jue S4 | Sin runbook operativo |
| Demo viernes S4 con CFO + gerente admin + (idealmente) un cliente test | CFO + GA | Viernes S4 | Riesgo de descubrir gap en S5 cuando ya es tarde |
Tip: el template de correo es donde más fricción suele haber. Pide un borrador del CFO en F0 (semana 1) para iterarlo durante F1, no improvises en S4.
Fase 3 — Conciliación PDF con Claude API (Semana 5)
Módulos: banking, reconciliation.
| Decisión / dato | A quién | Cuándo | 🚩 Si no llega |
|---|---|---|---|
| Lista exhaustiva de aliases por cliente (cómo aparecen los pagos en cada banco) | Gerente admin + contador | Lunes S5 | Match por alias inútil → todo va a cola humana |
| Tolerancia aceptada: ¿centavos? ¿±0.5%? ¿±2%? ¿depende de monto? | CFO | Lunes S5 | Auto-match muy laxo o muy estricto |
| Ventana de fecha para auto-match (±3 días default, ¿es razonable para SPEI 24/7?) | Gerente admin | Lunes S5 | Auto-match pierde casos legítimos |
| Política de traspasos internos: ¿qué hacen hoy en BIND con esos movimientos? | Contador + CFO | Mar S5 | Doble registro en conciliación |
| ¿Quién aprueba un "match con flag" (medio match)? ¿Cualquiera de Finanzas, o solo CFO? | CFO | Mar S5 | Cola sin dueño |
| Política de retención de PDFs bancarios (¿5 años SAT, indefinido, otra?) | CFO + contador | Mar S5 | Compliance fiscal |
| Cifrado en reposo de PDFs en Azure Blob — confirmar política de Balam | CTO | Mar S5 | Hardening incompleto |
| Catálogo de cuentas / clasificaciones de gasto que el contador usa hoy | Contador | Mié S5 | Anomalías por categoría no se pueden detectar |
| Validación con datos reales: subir un mes completo de un banco y revisar match rate con gerente admin | Gerente admin | Jue S5 | Sales del rango y no te enteras |
Tip: los aliases son oro y suelen vivir solo en la cabeza del gerente admin / contador. Pide una hora bloqueada con ellos en S5 para vaciar ese conocimiento a una tabla.
Fase 4 — Reportes + Cierre (Semana 6)
Módulos: reporting (export BIND), notifications (reportes programados), seguridad final, capacitación.
| Decisión / dato | A quién | Cuándo | 🚩 Si no llega |
|---|---|---|---|
| Validación del export para BIND (que efectivamente cargue sin error en BIND real) | Contador | Lunes S6 | Entregable inservible |
| Catálogo de cuentas final + mapeo evento → asiento que el contador necesita | Contador + CFO | Lunes S6 | Export incompleto |
| Qué reportes quiere automáticos: ¿diario CxC? ¿semanal de movimientos no conciliados? ¿quién los recibe? | CFO + Dirección | Mar S6 | Reportes que nadie lee |
| Validación de criterios de éxito (≥70% reducción errores, ≥60% reducción tiempo conciliación) | CFO | Mié S6 | No puedes cerrar el contrato |
| Plan de quién opera el sistema post-MVP (gerente admin solo, o también el CTO interviene) | CTO + CFO | Mié S6 | Sin owner operativo |
| Backups: confirmar política (frecuencia, retención, dónde se guardan, plan de recuperación) | CTO | Jue S6 | Compliance + riesgo operativo |
| Sesión de capacitación grabada — quiénes asisten (contacto técnico + gerente admin obligatorios, contador deseable) | Todos los anteriores | Jue S6 | Capacitación no replicable |
| Sign-off formal del MVP | CFO (o CEO) | Viernes S6 | Disputa de horas / scope |
1.4 Cadencia recomendada de contacto
| Persona | Cadencia base | Cuándo aumentar |
|---|---|---|
| CTO (contacto técnico día a día) | Daily async (1-2 mensajes) + sesión técnica quincenal de 1 h | F0 (acceso), F1 (BIND), inicio F2 (Stripe), F3 (seguridad PDF) |
| Gerente administrativo | Demo semanal viernes + ad-hoc por bloqueadores | F2 completa (reglas operativas), F3 completa (aliases, validación) |
| CFO | Demo semanal viernes + sesión validación al cierre de cada fase | F2 (templates + dashboard), F4 (export + criterios de éxito) |
| CEO | Solo en kickoff + demo final F4 (+ ad-hoc si hay decisión de scope conflicto) | Si surge fricción con cliente estratégico |
| Contador | Bloqueado para F0 (formato BIND), F3 (catálogo + aliases), F4 (export final) | Cuando toques cualquier flujo que termine en BIND |
1.5 Anti-patrones que cuestan caro
- Esperar al CFO/CEO solo en F4 — descubres en S6 que el template de correo no les gusta y replantear el motor de cobranza queda fuera de presupuesto. Inclúyelos desde F2.
- Hablar solo con el CTO — vas a tener un sistema técnicamente correcto que no refleja las reglas de negocio reales. El gerente admin sabe la operación que ni el CTO ni el CFO conocen al detalle.
- Pedir lista blanca "en algún momento" — si llegas a S4 sin tenerla formalizada, el riesgo regulatorio comercial es tuyo. Pídela el día 1.
- No bloquear calendario de CFO/gerente admin con anticipación para S4 y S5 — son las semanas pico de decisión de negocio. Si están de viaje o saturados, F2/F3 se atrasan.
- Asumir que el contador es interno — muchas PyMEs en MX tienen contador externo que va una vez por semana. Si es el caso, agéndalo en F0 para que esté disponible en F4.
Sección 2 · Preparación llamada CTO (pre-Fase 0)
Esta es la llamada antes de firmar o antes del kickoff de Fase 0. El objetivo no es vender ni planear todavía; es validar que los 11 supuestos de la propuesta se sostienen.
2.1 Objetivo de la llamada
Salir con decisión clara sobre si algún supuesto crítico de la propuesta ya hoy sabemos que no se cumple. Es 10× más barato descubrirlo aquí que en semana 2.
Duración recomendada: 60-75 min. Si solo hay 30, prioriza Bloque 1.
2.2 Bloque 1 — Sistemas y datos (25-30 min, el corazón de la llamada)
BIND ERP
| Pregunta | Por qué importa | 🚩 Bandera roja |
|---|---|---|
| ¿BIND expone alguna API documentada o solo es UI + export? ¿Han hablado con BIND sobre roadmap de API? | Define si Fase 2 es realista en 3 meses o 1 año | No hay API ni planes |
| ¿Cómo exportan hoy facturas y catálogo de clientes? ¿Formato (CSV, Excel, XML SAT)? ¿Frecuencia? ¿Manual o programado? | Es el input principal del MVP | Solo se puede descargar a mano factura por factura |
| ¿Puedes mandarme un export real (anonimizado) en la próxima semana? | El parsing real es la diferencia entre 18 y 30 h en Fase 0 | "Tengo que pedirlo, no sé cuándo lo tengamos" |
| ¿Tienen sandbox de BIND o solo producción? | Define si podemos probar contra datos reales sin riesgo | Solo producción |
| ¿Quién es el admin de BIND internamente? ¿Tiene tiempo para apoyar dudas técnicas? | Necesitas a alguien que valide formatos de export | Ningún dueño técnico claro |
| ¿BIND timbra las facturas (CFDI 4.0) sin costo adicional según el volumen actual? ¿Manejará el crecimiento? | Confirma el supuesto #4 — si no, hay que sumar PAC | No tienen claro el límite |
Bancos (3 cuentas — 2 MX + IBC Texas)
| Pregunta | Por qué importa | 🚩 Bandera roja |
|---|---|---|
| ¿Cuáles 2 bancos MX exactamente? ¿BBVA, Banorte, Banamex, Santander? | Cada uno tiene formato de PDF distinto | Banco regional poco común |
| ¿Tienen PDFs históricos (últimos 3-6 meses) de los 3 bancos para validar parsing? | Necesitamos muestras reales en Fase 0 | No tienen históricos digitales |
| ¿IBC Bank Texas permite descargar PDFs estructurados o solo print del web? | IBC es el riesgo mayor del MVP | Solo "imprimir como PDF" del portal |
| ¿Quién descarga hoy los estados de cuenta? ¿Cada cuándo? ¿Lo siguen haciendo manual durante el MVP? | El flujo de upload manual depende de esto | "No sabemos quién lo hace consistente" |
| ¿Hay traspasos internos frecuentes entre las 3 cuentas? ¿Cuál es el patrón? | Define complejidad del motor de conciliación | Traspasos diarios sin patrón claro |
| ¿Algún banco ya integrado con Belvo/Plaid o ya tienen credenciales API en algún lado? | Atajo potencial para Fase 2 | — |
BUK y Jira (para validar que Fase 2 sea creíble, no para MVP)
| Pregunta | Por qué importa |
|---|---|
| ¿BUK expone API? ¿Han pedido roadmap? | El caso de uso #1 del PRD original depende de esto |
| ¿Jira es Cloud o Server? | Cloud tiene API limpia; Server es más complicado |
| ¿Hay registro de horas por colaborador-cliente en Jira hoy, o eso vive en otro lado? | Define si Jira→Factura es viable en Fase 2 |
Stripe
| Pregunta | Por qué importa | 🚩 Bandera roja |
|---|---|---|
| ¿Ya tienen cuenta Stripe MX verificada (RFC + bancarios) o hay que crearla? | Verificación de Stripe MX toma 1-3 semanas | No la tienen y la necesitamos para semana 4 |
| ¿Algún convenio o pricing especial con Stripe? | Ajuste a la sección de costos operativos | — |
2.3 Bloque 2 — Infra y compliance (15 min)
| Pregunta | Por qué importa |
|---|---|
| ¿Tienen subscripción Azure activa? ¿Quién la administra? ¿Centro de costos? | Si no, hay que crearla en Fase 0 |
| ¿Preferencia de región Azure? (mexicocentral, southcentralus, eastus) | Latencia y compliance — IBC Texas puede sugerir US |
| ¿Cómo manejan secretos hoy? (Key Vault, .env, 1Password, nada) | Define el estándar a aplicar |
| ¿Tienen política interna de manejo de datos financieros / PII? ¿Auditoría externa? | Compliance — afecta cómo se modela el audit log y backups |
| ¿NDA — usan el suyo o el mío? ¿Hay restricciones de portafolio? | Cierre legal antes de iniciar |
| Para el manejo de datos reales en Fase 3 con Claude API, ¿hay alguna política interna que choque con enviar PDFs bancarios a un LLM (aunque sea Anthropic con no-training)? | El supuesto #11 de la propuesta — si choca, replanteamos |
| ¿Quién recibe el handoff técnico al final del MVP? ¿Tienen DevOps interno o lo opera el contador? | Define qué tan robusta debe ser la operación + capacitación |
2.4 Bloque 3 — Realidades operativas (10 min)
| Pregunta | Por qué importa |
|---|---|
| De las ~50 facturas/mes: ¿distribución? ¿2-3 grandes y 47 chicas, o uniforme? | Define dónde concentrar esfuerzo de cobranza |
| ¿Cuántos clientes activos hay hoy? ¿Cuántos están "siempre en cobranza"? | Tamaño del catálogo y reglas de cobranza |
| ¿Cuánto tiempo toma conciliar hoy los 3 estados de cuenta del mes? ¿Quién lo hace? | Línea base del criterio de éxito ≥60% — pide medirlo formalmente las próximas 2 semanas si no está medido |
| ¿Qué % de facturas requiere re-trabajo por error contable hoy? | Línea base del criterio de éxito ≥70% |
| Pagos parciales: ¿qué tan frecuentes? ¿Cómo los registran hoy? | Define la UX del módulo de cobranza |
2.5 Bloque 4 — Reglas de negocio que el CTO sabe pero no están escritas (10 min)
| Pregunta | Por qué importa |
|---|---|
| Lista blanca ACUNTIA + Top 3: ¿quiénes son los Top 3 exactos? ¿Hay clientes "grises" (importantes pero no Top)? | Necesitas esto en Fase 0, no en Fase 2 |
| ¿Hay clientes con condiciones de pago no-estándar? (90 días, retenciones, factoring) | Afecta el motor de recordatorios |
| ¿Cuál es el ciclo de cobranza actual? (1er recordatorio a los X días, 2do a los Y, escalación humana cuándo) | Define defaults del motor |
| ¿Qué hacen hoy cuando entra un pago no identificado? | Necesitas la cola humana clara |
2.6 Bloque 5 — Personas, proceso y riesgo (10 min)
| Pregunta | Por qué importa |
|---|---|
| ¿Quién es el contacto técnico día a día durante el MVP? ¿Tú directamente o alguien de tu equipo? | Define velocidad de bloqueo |
| ¿Quién es el gerente administrativo que validará reglas de cobranza/conciliación? ¿SLA de respuesta? | El otro stakeholder del supuesto #9 |
| ¿Ya intentaron antes este proyecto internamente o con otro proveedor? ¿Qué pasó? | Lecciones gratis + por qué llegaron a ti |
| ¿Cuál es el peor escenario que les preocupa con esto? | Te dice dónde están las heridas reales |
| Si tuviéramos que cortar alcance en semana 5 por un imprevisto, ¿qué sacrificas primero entre cobranza, conciliación y dashboard? | Te da el orden de prioridad real, no el oficial |
| ¿Hay cambios fiscales conocidos en pipeline (SAT, Texas) en los próximos 6 meses? | Riesgo de re-trabajo |
2.7 Lo que pides cerrar antes de colgar
- Compromiso de envío en 5-7 días hábiles de:
- 1 export real anonimizado de BIND (facturas + clientes)
- 1 PDF de estado de cuenta por cada uno de los 3 bancos (3 archivos)
- Lista de clientes en lista blanca (ACUNTIA + Top 3 con nombre exacto)
- Acceso o creación de subscripción Azure con un sponsor identificado
- Borrador de NDA si aplica
- Cadencia confirmada: 2-3 standups async/semana + demo viernes + sesión técnica quincenal
- Próxima sesión técnica agendada (idealmente día 1 de Fase 0)
2.8 Lo que NO conviene hacer en esta llamada
- No prometer fechas exactas antes de ver el export real de BIND y los PDFs
- No entrar en debate de stack (Next.js vs. lo que sea) — eso es tuyo
- No discutir tarifa — ya está en la propuesta, si lo abren responde corto
- No ofrecer scope creep aunque suene tentador (ej. "¿también podrías hacer X?") → "Lo agendamos para Fase 2"
2.9 Una pregunta-trampa-útil al final
"Si dentro de 6 meses esta plataforma está funcionando exactamente como esperan, ¿qué métrica concreta tendría que estar moviéndose para que sintieras que valió la pena?"
Te da el norte real del proyecto y suele revelar prioridades que no están en el PRD.
Apéndice · Artefactos críticos a recibir antes de iniciar Fase 0
Checklist para confirmar antes de facturar el anticipo:
- Export real anonimizado de BIND (clientes + facturas)
- 2-3 PDFs anonimizados de cada uno de los 3 bancos
- Subscripción Azure con sponsor identificado
- Cuenta Stripe MX verificada (o compromiso de tenerla en 2 semanas)
- Lista definitiva: ACUNTIA + Top 3 con nombre legal + aliases bancarios conocidos
- Manual de marca
- NDA firmado (si aplica) + acuerdo Claude API
- Línea base medida: tiempo de conciliación + % errores actuales (para los criterios de éxito ≥70%/60%)
- Contacto técnico día a día designado con disponibilidad confirmada
- Gerente administrativo identificado con SLA de respuesta <48 h
- Contador identificado, interno o externo, con disponibilidad para F0, F3 y F4