Las señales que aparecen en la primera reunión y te dicen que ese cliente va a ser problemático. Aprenderlas me costó varios proyectos.
Hay patrones que se repiten antes de que un proyecto se complique. Aprendí a verlos — pero primero tuve que ignorarlos suficientes veces.
Project App
Equipo de Ingeniería
Hay algo que nadie te enseña cuando empiezas una empresa de servicios: que no todos los clientes son buenos clientes. No porque sean malas personas — sino porque hay proyectos donde la combinación de expectativas, forma de trabajar y disposición a respetar un proceso hace casi imposible que el resultado sea bueno para los dos lados. Aprendí eso de la forma más cara posible: ignorando señales que estaban ahí desde la primera reunión. Hoy las veo. Y cuando aparecen, tengo una conversación diferente antes de firmar — o simplemente no firmo.
Por qué ignoramos las señales aunque las vemos
La razón es simple y un poco incómoda de admitir: cuando necesitas el ingreso, el cerebro filtra activamente las señales negativas. La urgencia de cerrar el proyecto le gana a la evaluación crítica del cliente. Y eso es humano — especialmente al principio, cuando cada proyecto importa. El problema es que un proyecto mal calificado no solo genera problemas durante el desarrollo. Genera un desgaste de energía, tiempo y confianza que afecta el resto de la operación. Un mal cliente cuesta mucho más de lo que factura.
La regla que aprendí tarde
El costo de rechazar a un cliente malo es cero comparado con el costo de trabajar con él. El tiempo, la energía y el desgaste emocional de un proyecto problemático podría haberse invertido en conseguir al cliente correcto.
Las señales que veo en la primera reunión
Después de más de 50 proyectos en ProjectApp, estas son las señales que me indican que hay que tener una conversación más profunda antes de avanzar — o que simplemente hay que decir que no:
- Habla mal de sus proveedores anteriores sin asumir ninguna responsabilidad propia. 'El desarrollo anterior fue un desastre, todos me fallaron.' Cuando todos fallan, el patrón más probable es el cliente.
- Pide el precio antes de entender qué se va a construir. El cliente que solo quiere un número sin entender el alcance va a negociar el precio sin entender el valor.
- Tiene prisa irreal. 'Para ayer' en proyectos de software complejos es una señal de que no entiende el proceso — o que quiere saltárselo.
- No puede nombrar el problema que quiere resolver. Si en 30 minutos de reunión no hay claridad sobre qué duele y por qué, el alcance va a moverse durante todo el proyecto.
- Reacciona mal a cualquier pregunta de diagnóstico. Las preguntas que hacemos en el diagnóstico son para entender la operación, no para cuestionar al cliente. Si las preguntas generan defensividad, el proyecto va a ser difícil.
- Menciona que ya intentó esto antes y 'nadie lo hizo bien'. La pregunta que hay que hacerse: ¿qué cambió esta vez para que salga diferente?
La conversación que evita el problema
Cuando aparece alguna de esas señales, no rechazo automáticamente. Tengo una conversación específica antes de avanzar. El objetivo no es desafiar al cliente — es alinear expectativas desde el principio. Las preguntas que hago en ese momento:
'¿Qué pasó con el desarrollo anterior?'
No para juzgar al proveedor anterior, sino para entender qué expectativas no se cumplieron. Si la respuesta es 'todo estuvo mal', hay que explorar más. Si la respuesta es específica y razonable, es información útil.
'¿Cómo defines tú que el proyecto salió bien?'
Esta pregunta revela si hay un criterio de éxito claro o si el cliente tiene una expectativa vaga que va a cambiar durante el proyecto.
'¿Hay alguien en tu equipo que va a estar involucrado en el proceso?'
Un proyecto donde el cliente delega completamente y aparece solo al final a revisar es un proyecto con altísima probabilidad de decepción. El involucramiento activo del cliente es parte del proceso.
Cuándo decir no antes de empezar
Hay casos donde la conversación revela que el proyecto no tiene condiciones para salir bien — y ahí la respuesta correcta es no firmar. No es fácil. Especialmente cuando hay presión por cerrar negocio. Pero he aprendido que un proyecto que sabes que va a ser problemático desde el inicio no mejora con el tiempo. Empeora. Y el costo de ese proyecto va mucho más allá del dinero: es el equipo que se agota, la energía que se drena, y la confianza que hay que reconstruir después.
"No todos los clientes son tus clientes. Aprenderlo fue caro. Aplicarlo fue liberador."
— Lo que cambió cuando empecé a decir no antes de empezar
Lo que me llevo de todo esto
Lo que me llevo de todo esto
- 1Las señales de un cliente problemático casi siempre están en la primera reunión. El problema es que el cerebro las filtra cuando necesita el ingreso.
- 2Un mal cliente cuesta mucho más de lo que factura — en tiempo, energía y desgaste del equipo.
- 3La conversación de alineación antes de firmar no es un obstáculo al negocio. Es la protección del negocio.
- 4No todos los clientes son tus clientes. Aprender a identificar los que no lo son es una de las habilidades más valiosas de un founder de servicios.
Hoy en ProjectApp tenemos un proceso de calificación de clientes antes de hacer el diagnóstico. No es arrogancia — es protección del equipo y del resultado. Un proyecto que no tiene las condiciones correctas no va a salir bien sin importar qué tan bueno sea el equipo técnico. Y la responsabilidad de crear esas condiciones empieza antes de la primera línea de código — empieza en la primera conversación.
Si tienes un proyecto en mente y quieres saber si tenemos las condiciones para hacerlo bien juntos, esa conversación es exactamente por dónde empezamos. Escríbeme.