Casi todos los proyectos de software a medida que terminan mal empezaron mal en el mismo punto: la empresa decidió "modernizar" o "digitalizar" algo, llamó a tres agencias y empezó a pedir presupuestos. Lo que faltó en medio fue la fase que ningún proveedor ofrece porque no se factura: el descubrimiento técnico interno.
Es la fase en la que la empresa entiende qué tiene, qué necesita y qué no, antes de hablar con nadie de fuera. Sin ella, las propuestas se piden a ciegas, los presupuestos divergen y el proyecto arranca con ambigüedad. Esta es la secuencia razonable para cubrirla, dividida en cuatro fases con sus tiempos típicos y sus entregables intermedios.
Fase 1 · Mapa del estado actual (semana 1)
El primer paso no es decidir qué quieres construir. Es saber qué tienes hoy. Esa parte se descuida sistemáticamente porque parece tediosa, pero es la base de todo lo demás.
Lo que hay que reunir. Un inventario realista de los sistemas en uso (CRM, ERP, ecommerce, gestor de RRHH, herramientas de facturación, integraciones a medida, hojas de cálculo críticas), las versiones, los proveedores, los contratos, los costes mensuales y anuales, las personas dentro de la empresa que dependen de cada uno y las personas fuera (freelances, agencias, consultores) que tocan algo. También: qué datos vive en cada sitio, qué duplicados hay y dónde se pegan los procesos que actualmente se hacen a mano (alguien copiando datos del ERP al CRM cada lunes, alguien rehaciendo el informe de ventas en un Excel que no se mantiene en ningún sitio).
Cómo se reúne. Con entrevistas cortas a cada responsable de área (operaciones, ventas, administración, dirección). No reuniones grandes: conversaciones de 30-45 minutos centradas en "enséñame qué usas en un día normal y dónde tienes fricción". Con esas conversaciones se rellena una plantilla simple. No hace falta software de inventario sofisticado: una hoja con columnas (sistema, proveedor, coste, responsable interno, riesgo si desaparece) basta.
Tiempo razonable. Cinco días si la empresa tiene una decena de sistemas. Diez si tiene treinta. Si lleva más de quince días, se está sobreingenierizando.
Entregable. Un documento de inventario con la fotografía actual. Sirve para esta fase y para todas las siguientes.
Fase 2 · Identificación del problema real (semana 2)
Aquí es donde fallan la mayoría de empresas, porque saltan directamente a "queremos un sistema nuevo" sin precisar qué problema concreto resuelve. Identificar el problema real requiere distinguir síntomas de causas.
El error típico. Decir "queremos modernizar el CRM porque está obsoleto". Eso es un síntoma. La causa puede ser distinta: que los comerciales tardan demasiado en registrar visitas, que la dirección no consigue ver el pipeline de forma fiable, que se pierde información cuando un comercial deja la empresa, que la herramienta no se integra con el correo y todo el mundo lleva una doble contabilidad mental. Cada una de esas causas lleva a un proyecto distinto. El "modernizar el CRM" es la pista, pero no la decisión.
Cómo hacerlo bien. Para cada problema candidato, escribir tres frases: cuál es el síntoma observable (qué se ve), qué impacto tiene en negocio (si se puede cuantificar, mejor; si no, una estimación), qué pasa si no se hace nada en un año. Si una empresa identifica seis problemas y solo dos pasan ese filtro, ya ha hecho parte importante del trabajo. Los otros cuatro son ruido o son consecuencia de los dos primeros.
Tiempo razonable. Tres a cinco días. Más tiempo no aporta: estás dándole vueltas sin información nueva.
Entregable. Una lista priorizada de problemas con su impacto. Es el documento que justifica la inversión ante dirección o consejo.
Fase 3 · Definición de qué cambiar y qué no (semana 3)
Una vez identificados los problemas reales, toca delimitar el alcance del cambio. La tentación es siempre tocar más cosas de las necesarias. La disciplina está en tocar las menos posibles.
Lo que se decide aquí. Qué procesos van a cambiar (los que están conectados al problema real), qué sistemas se van a sustituir y cuáles se mantienen, qué datos hay que migrar y cuáles se quedan donde están, qué partes del proceso seguirán siendo manuales conscientemente (porque automatizarlas no compensa) y cuáles dejan de serlo. También: qué personas internas van a estar implicadas, qué tiempo van a tener que dedicar al proyecto y cuándo.
Por qué importa esta fase. Porque las agencias cotizan lo que les dices, no lo que deberías haberles dicho. Si no acotas el alcance, te darán un presupuesto para el alcance amplio. Si lo acotas con criterio, el presupuesto baja sustancialmente y la probabilidad de éxito sube. Acotar bien también significa identificar qué piezas del actual sistema NO hay que tocar aunque se modernice el resto. Esa decisión la tiene que tomar la empresa, no la agencia, porque depende del negocio.
Tiempo razonable. Una semana. Es la fase más conversacional internamente: hay que poner de acuerdo a varios departamentos sobre qué se cambia y qué no.
Entregable. Un documento de alcance con tres listas claras: dentro, fuera y manual consciente. Cada una con justificación breve.
Fase 4 · Pliego para cotizar (semana 4)
Solo en este punto tiene sentido empezar a redactar el pliego que se enviará a las agencias. Toda la información necesaria ya está disponible: inventario, problema, alcance acotado.
Qué incluye el pliego. Contexto de negocio (de las fases 1 y 2), sistemas actuales relevantes (de la fase 1), problemas a resolver (de la fase 2), alcance del cambio (de la fase 3), integraciones esperadas, requisitos no funcionales, criterios de aceptación, restricciones (presupuesto, plazos, tecnologías obligatorias o vetadas) y formato de respuesta esperado de las agencias.
Cómo se nota cuándo está listo. Cuando dos personas ajenas al proceso (idealmente, dos personas con experiencia evaluando proyectos) leen el pliego y entienden lo mismo. Si tienen interpretaciones diferentes en algún punto importante, ese punto necesita reescribirse. La prueba no es subjetiva: es de comprensión cruzada.
Tiempo razonable. Cinco a siete días para redactar y revisar. Si el resto de fases se hicieron bien, el pliego se escribe casi solo.
Entregable. El documento que se envía a las agencias para pedir oferta. Idealmente acompañado de los anexos relevantes (inventario actual, diagrama del estado actual, listado de stakeholders).
Lo que pasa cuando se aceleran las fases
La razón principal por la que se saltan las primeras tres fases es que parecen "trabajo perdido". Nadie ve el resultado tangible. La empresa ya tenía claro que quería un sistema nuevo, y dedicar tres semanas a documentar lo que ya existe se siente como retrasar lo importante.
Lo que ocurre en la práctica es lo contrario. Las empresas que saltan al pliego sin descubrimiento previo acaban en uno de estos tres escenarios. El primero es que las agencias responden con presupuestos muy dispares (factor 3 o más entre el más bajo y el más alto), el cliente no sabe cuál elegir, pide aclaraciones, hace una segunda ronda, todo eso le come dos meses y termina contratando con un margen de error grande. El segundo es que contrata rápido al más barato y el proyecto se llena de "extras" facturados durante el desarrollo, porque la agencia descubre durante la implementación cosas que el cliente no había dicho y se cobran. El tercero es que el proyecto avanza sin sobresaltos visibles pero acaba entregando algo que no resuelve el problema real porque ese problema nunca se identificó con claridad.
Las cuatro semanas de descubrimiento técnico interno cuestan entre cero euros (si se hace con personal interno) y unos 4.000-6.000 € (si se contrata apoyo externo de un consultor independiente). El sobrecoste evitado es muy superior. La calidad del proyecto resultante también.
Cuándo se puede recortar
No siempre hace falta el mes completo. Hay tres situaciones en las que el descubrimiento puede comprimirse a dos semanas sin perder calidad: cuando la empresa ya hizo una auditoría tecnológica reciente (la fase 1 ya está hecha), cuando el problema es muy acotado y de un solo módulo (las fases 2 y 3 se simplifican), o cuando la empresa es muy pequeña y el inventario es trivial. Fuera de esos casos, intentar acortar acaba pagándose después.
La regla práctica es esta: si llevas pensando en el proyecto un par de meses y todavía no eres capaz de explicárselo a alguien externo en cinco minutos, no estás listo para pedir oferta. Las cuatro semanas son las que convierten "queremos modernizar algo" en "queremos resolver este problema concreto, con este alcance, con estas restricciones". A partir de ahí, todo es más fácil.