Ya tienes claro que una solución estándar no cubre tu operación. Ahora falta la parte complicada: elegir una agencia que la construya. En esa decisión se juega si el sistema sale a tiempo, si funciona en el día a día y si tu equipo podrá seguir usándolo cuando el negocio cambie. Las preguntas que hagas antes de firmar pueden ahorrarte un proyecto a mitad de camino o un sistema que no responde a lo que pediste.
Por qué hacer preguntas concretas antes de elegir una agencia
Una propuesta puede verse impecable y, aun así, esconder vacíos en metodología, alcance o mantenimiento. Las preguntas no son un interrogatorio; son la forma de ver cómo piensa la agencia. Si responde con ejemplos, documentos o demos, tendrás información útil. Si responde con generalidades, también es información útil: te dice que tendrás que insistir hasta conseguir respuestas claras. No se trata de desconfiar de todas las agencias; se trata de que el proyecto dependa de acuerdos claros, no de suposiciones.
Preguntas sobre metodología y proceso de trabajo
La metodología define cómo se toman las decisiones, cuándo ves el avance y cómo se gestionan los cambios. No existe una forma que sea la única correcta; existe una que encaja con cómo quieres decidir en tu empresa. Si quieres ver avances y ajustar rápido, una modalidad por entregas cortas será más útil. Si tu alcance está cerrado y el plazo es muy corto, una entrega total puede funcionar, pero también es más arriesgada. Antes de hablar de tecnología, revisa cómo toman decisiones y con qué frecuencia.
- ¿Cómo se decide qué entra en la primera versión y qué queda para después? No busques que tengan todo resuelto; busca que exista un proceso para priorizar.
- ¿Cada cuánto veré una versión funcional y qué puedo probar en cada entrega? ¿Las pruebas las hace solo la agencia o también tu equipo?
- ¿Cómo gestionan los cambios de alcance cuando el desarrollo ya comenzó? ¿Se detiene todo o se prioriza lo que más impacto tiene? ¿Quién aprueba el cambio?
- ¿Qué herramientas usan para registrar tareas, decisiones y prioridades? ¿Tendré acceso a ellas? ¿Queda registro de lo que se acordó?
Pide un ejemplo concreto: «Descríbeme cómo sería un proyecto similar al mío, desde el primer día hasta la entrega». La respuesta te mostrará si el proceso es real o solo una diapositiva.
Preguntas sobre equipo, referencias y comunicación
El equipo determina la calidad del resultado. Una agencia puede tener un excelente portafolio y asignar a tu proyecto un equipo con poca experiencia en lo que necesitas. Pregunta por las personas, no solo por la empresa. También pregúntate si la agencia entenderá tu industria sin que tengas que explicarle cada detalle. No necesitas un socio que sepa todo de tu sector, pero sí uno que sepa hacer preguntas inteligentes.
- ¿Quién será mi contacto directo y quién toma las decisiones técnicas? ¿Será la misma persona durante todo el proyecto?
- ¿Quién desarrolla, quién revisa la calidad y quién valida los resultados desde tu lado? ¿Existe un rol de control de calidad independiente?
- ¿El equipo trabaja en la misma oficina o está distribuido? ¿En qué horarios? ¿Cómo se coordina con mi equipo?
- ¿Puedo hablar con alguien que haya utilizado un sistema similar después de la entrega, no solo con quien lo compró?
No pidas solo una lista de clientes. Pide referencias de proyectos con complejidad parecida a la tuya: integraciones, lógica de negocio, cantidad de usuarios. Pregunta cómo se comportó la agencia cuando algo salió mal, no solo cuando todo estuvo bien. Pregunta por el momento más difícil del proyecto y cómo se resolvió.
Preguntas sobre propiedad del código, mantenimiento y escalabilidad
Lo que recibes al final no es solo un producto: es un activo que tendrás que operar, mantener y hacer crecer. La entrega no termina con el lanzamiento; el software a medida necesita actualizaciones, correcciones y evolución constante. Si estos temas no se definen desde el inicio, pueden convertirse en un problema después del lanzamiento.
- ¿Quién es dueño del código fuente y qué documentación entregan? ¿Me dan acceso al repositorio desde el inicio o solo al final?
- ¿Qué pasa si necesito un cambio seis meses después de la entrega? ¿Cómo se cotiza y quién lo ejecuta?
- ¿Cómo está preparada la arquitectura para crecer en usuarios, volumen de datos o nuevas integraciones?
- ¿Qué herramientas de despliegue, monitoreo y respaldo quedan funcionando después del lanzamiento?
Si la respuesta incluye condiciones como «el código queda disponible solo a través de nosotros» o «los cambios solo se hacen con la agencia», no es necesariamente un problema. Pero debe ser una decisión consciente, no una letra pequeña que descubres después. También conviene preguntar qué pasa si la agencia deja de existir: dónde queda el código, quién tiene las contraseñas y cómo se transfiere el conocimiento.
Preguntas sobre costos, plazos y forma de contratación
El precio de una propuesta no es solo el número final. Es la combinación de esfuerzo, alcance, supuestos y forma de pago. Dos cotizaciones con el mismo monto pueden significar cosas muy distintas. Revisa si el precio incluye reuniones, documentación, pruebas, capacitación a tu equipo y soporte posterior. Muchas propuestas se ven bajas porque omiten estos componentes. Si tu proyecto tiene límites claros, una cotización por entregable puede ser conveniente. Si el alcance puede cambiar, una tarifa por hora o por fase te dará más flexibilidad, pero exigirá más control.
- ¿Cómo cotizan: por hora, por fase o por entregable? ¿Qué significa cada concepto?
- ¿Qué incluye exactamente la propuesta y qué queda fuera? Revisa participación de tu equipo, viajes, licencias y costos de infraestructura.
- ¿Cómo se calcula el costo de un cambio de alcance? ¿Existe un proceso para evaluar el impacto antes de aprobarlo?
- ¿Cuáles son los supuestos que sostienen el plazo? ¿Qué pasa si un supuesto cambia?
- ¿Qué pasa si la agencia se retrasa? ¿Cómo se comunica y quién asume el costo?
Pide que separen los costos de desarrollo de los costos recurrentes. Eso te permitirá comparar propuestas de manera justa. El costo total incluye lo que pagas después del lanzamiento: alojamiento, operación, mantenimiento, mejoras, licencias y el tiempo interno de tu equipo para operar el sistema.
Cómo usar las respuestas para decidir
No busques respuestas perfectas. Busca consistencia: que lo que se dice en la reunión coincida con lo que está escrito en la propuesta y con lo que hagan en la práctica. Convierte cada tema importante en una decisión explícita. Si una respuesta te parece vaga, pide que la aterricen con un ejemplo. La forma de responder te dice más que la respuesta misma.
- Compara las respuestas por escrito, no confíes solo en la reunión. Si no pueden explicar por escrito, difícilmente podrán sostenerlo en el tiempo.
- Separa lo imprescindible de lo negociable: propiedad del código, mantenimiento y comunicación no deberían ser opcionales. Los plazos y la forma de pago pueden negociarse, pero estos temas definen si el sistema te pertenece.
- Pide ejemplos reales de documentación, reportes de seguimiento o entregas anteriores. Un ejemplo vale más que un catálogo de servicios.
- Desconfía si una respuesta contractual depende de «confía en nosotros». Los proyectos a medida se sostienen con acuerdos, no con promesas.
Siguiente paso
Agenda una sesión de diagnóstico con Kodium para validar las respuestas de las agencias y definir el alcance de tu sistema a medida antes de contratar.
