Construí una herramienta que convierte cualquier idea de cliente en cotización + plan de construcción (primer caso real: FinTrack MX)

Llevo dos años cotizándole proyectos a clientes y el patrón se repite: el cliente llega con una idea, le mando un correo con 8 preguntas, recibo respuestas a medias, le paso una cotización que me parece justa, y dos semanas después aparecen las sorpresas. Cosas que yo daba por hechas afuera, el cliente las daba por hechas adentro.

No es culpa de nadie. Es que ese cuestionario rápido no obliga a nadie a decidir las cosas importantes: qué incluye la primera versión y qué no, qué proveedor mexicano se va a usar, qué pasa cuando el usuario aprieta cada botón. Para cuando llega la cotización, cliente y yo ya tenemos supuestos diferentes en la cabeza.

Esta semana terminé una herramienta nueva que ataca eso. Le paso una idea cruda — del cliente o mía — y me devuelve un documento de alcance estructurado: qué incluye el proyecto, qué proveedores usa, qué se va a guardar, cómo se entrega por etapas y qué riesgos defienden el precio. Todo en español de México y con proveedores que sí existen acá.

El mismo documento sirve para dos cosas: enviárselo al cliente para cotizar, y dárselo al equipo que lo construye como instrucciones. Una sola fuente de verdad.

Y para que no quedara en teoría, la estrené con un proyecto real: FinTrack MX — una idea que tenía guardada para automatizar la captura de facturas y movimientos bancarios de PyMEs mexicanas. Más abajo te muestro qué le pregunté y qué documento salió.

La idea original viene de Builder Methods (Brian Casel) — un constructor de soluciones americano que hace algo parecido a lo que yo hago acá, así que cuando publican una herramienta la estudio. La tomé como base, la traduje, le agregué las preguntas que faltaban para cotizar bien, y cambié todos los proveedores americanos por equivalentes mexicanos. Después la conecté con Elias — mi sistema de pre-venta — para que el primer contacto con un cliente deje de ser un Google Doc improvisado.

Lo que cambia para clientes

Lo que pasa cuando cotizas sin un documento de este tipo:

Alcance ambiguo. "Una app para gestionar clientes" puede costar 40 horas o 400. Sin detalle, el precio se defiende con confianza, no con alcance.
Conexiones que aparecen después. El cliente recuerda en la semana 3: "ah, también necesito que mande WhatsApp". Tres horas más. Después: "y que se conecte con Contpaqi". Otras 12 horas.
Lo que se guarda no está escrito. Cuando el director financiero pide un reporte nuevo en el mes 3, hay que reescribir cómo está armada la base de datos. Costo que nadie cotizó.
Riesgos invisibles. El cliente no sabe que su proveedor de facturación va a tardar dos semanas en darle acceso. Tampoco que el conector bancario no soporta su banco. Ni que WhatsApp pide 7 días de aprobación por cada plantilla nueva.

La herramienta toca cada uno con una pregunta específica.

Las 12 preguntas

#	Pregunta	Lo que produce
0	Para qué es	Cotizar, construir, o ambas
1	Idea en bruto	Captura la idea tal cual sale
2	Formato	Página visual, archivo editable, o ambos
3	Propósito	1-3 oraciones concretas (sin "revolucionar la industria")
4	Funciones principales	Lista cerrada de 4-8 capacidades
5	Fuera de alcance	Lo que NO incluye la primera versión, con razón
6	Tecnología	Detecta lo que ya hay + confirma punto de partida
7	Conexiones externas	Proveedores mexicanos por default + qué accesos hay que pedir
8	Qué se va a guardar	En palabras planas, no en jerga de base de datos
9	Detalle por función	Una a una: qué ve el usuario, qué hace, qué NO incluye
10	Entregas por etapas	3 opciones de cómo cortar el proyecto
11	Riesgos y supuestos	Tabla con impacto y plan de mitigación
12	Escribir documentos	Página visual + archivo editable + instrucciones para construir

Cada pregunta llega una a la vez, con una respuesta sugerida y la razón detrás. No es un Google Doc de 30 campos en blanco — son 15 decisiones discretas donde puedo aceptar la sugerencia o discutirla.

Conexión con Elias

Elias es mi sistema de pre-venta. Antes tenía un cuestionario de 8 preguntas — el mínimo para arrancar. Ahora cuando llega un cliente nuevo, Elias arranca con estas 12 preguntas y sale con un documento de alcance listo para revisar.

El flujo completo queda así:

Primera plática con el cliente → corremos las 12 preguntas juntos (45-60 min).
Sale el documento de alcance — el cliente lo firma o pide ajustes.
Sale la cotización con horas y costos sobre ese alcance.
Sale el cronograma por semanas.
Arranca la construcción — el mismo documento se le pasa al equipo como instrucciones.

El documento es el mismo en pre-venta y construcción. Para el cliente va en formato visual, fácil de abrir en celular y entender qué está firmando. Para quien lo construye, va como instrucciones por etapa.

Ejemplo práctico: FinTrack MX

Para que no quedara en teoría, corrí la herramienta sobre FinTrack MX, un proyecto que tengo en mente: automatizar la captura de facturas electrónicas y movimientos bancarios para PyMEs mexicanas. (El contexto de por qué arranqué ese proyecto lo conté en una entrada de diario hace unos días.)

No me importa acá explicarte cómo va a funcionar FinTrack MX — eso es para otro blog. Lo que sí importa es enseñarte qué tipo de claridad sale de las 12 preguntas. Tres extractos del documento de alcance que generó:

1. Lo que NO incluye la primera versión (pregunta 5):

App móvil propia — la primera versión funciona desde la laptop. App móvil queda para versión 2.

Varios usuarios por cuenta — una cuenta = una persona o una empresa chica. Equipos queda para v2.

Conexión a Contpaqi o Aspel — fuera. El cliente exporta a hoja de cálculo si lo necesita.

Si el cliente dice en el mes 2 "ah, yo pensé que iba a tener app móvil"... acá está negro sobre blanco que no. Eso solo se logra cuando alguien (la herramienta) te obliga a decidirlo antes de firmar.

2. Un riesgo con su plan de respuesta (pregunta 11):

Riesgo: Cada banco manda sus correos en formato distinto (Banamex, AMEX, BBVA, Nu). Impacto alto. Plan: Soportar Banamex en la primera versión. Cada banco adicional se agrega después como módulo cobrado aparte.

Un cliente que ve esto entiende por qué cobro lo que cobro y por qué no le puedo prometer cuatro bancos al mismo tiempo.

3. Una etapa con criterio de aceptación (pregunta 10):

Etapa 1 — Base del sistema y captura de facturas Listo cuando: abro la herramienta, pregunto "¿cuánto facturé en los últimos 30 días y cuáles son mis 5 proveedores principales?" y responde con datos correctos verificables.

No es "implementar el módulo de facturas". Es una acción concreta que el usuario hace y el resultado que tiene que ver. Si no la puede hacer, la etapa no está terminada — y por lo tanto no se cobra.

Cuánto duró

Construir la herramienta: unas 4 horas reales, un domingo.
Generar este documento de alcance: 45 minutos.

Una hora reemplaza una o dos semanas de correos ida y vuelta para llegar al mismo nivel de claridad.

Por qué documentar el proceso

Construir herramientas para cotizar tiene una ventaja silenciosa: el cliente ve que el proceso existe. Cuando un prospecto pregunta "¿cómo me cotizan?", la respuesta es un link a este blog. Ya no es "confía en mí, sé lo que cuesta" — es "estas son las 12 decisiones que tomamos juntos antes de firmar".

El otro efecto es interno: cada vez que paso un cliente por las 12 preguntas y algo se rompe, lo corrijo en la herramienta. La fricción se acumula en una sola pieza, no en mi cabeza ni en 40 documentos distintos. En tres meses, va a estar más afilada que mi propio cuestionario a mano.

La promesa

Una hora de entrevista reemplaza una semana de correos, y deja un documento de alcance que sostiene la cotización contra las sorpresas del mes 2.

Esto no es un servicio aparte. Es cómo arranca todo proyecto nuevo en GNB Labs. Si tienes una idea en mente y quieres ver si encaja para construir, agenda un diagnóstico. En esa llamada vemos juntos si tiene sentido arrancar.