Software estándar o a medida: qué revisar antes de empezar

Describí primero la dificultad

“Necesitamos un CRM” ya es una elección de herramienta. Empezá un paso antes: ¿qué tarea se repite, quién la hace y dónde aparece el problema? Por ejemplo, alguien puede estar copiando solicitudes de distintos canales a una planilla compartida, sin que el responsable vea siempre su estado. Es un ejemplo ilustrativo, no la descripción de un proyecto concreto.

Describí el proceso actual y una mejora observable: tiempo de gestión, tareas manuales repetidas o solicitudes sin responsable. Si no conocés el punto de partida, primero observá cómo trabaja hoy el equipo.

Probá una herramienta existente con casos propios

Una lista de funciones no reemplaza una prueba. Tomá una solicitud habitual, una excepción difícil y un error que haya que corregir. Recorré cada caso de principio a fin con alguien que vaya a usar el sistema.

Revisá permisos, migración de datos, integraciones y la posibilidad de exportar la información si cambiás de herramienta. A veces alcanza con configurar un servicio existente; otras, con agregar un módulo pequeño. Un desarrollo completo es otra opción, no el punto de partida obligatorio.

Identificá qué necesita realmente un producto propio

Vale la pena discutir un desarrollo a medida cuando un proceso importante para el negocio no puede resolverse de forma adecuada con herramientas existentes. Que un proceso sea inusual no basta: quizá primero convenga cambiarlo.

Si la solución va a ofrecerse a otras empresas, hace falta otra validación. ¿El problema se repite en clientes independientes? ¿Quién decide la compra? ¿Qué usan hoy? El interés en una demostración y la disposición a pagar son señales distintas.

Compará los costos de uso, no solo los de puesta en marcha

Elegí el mismo período para comparar las opciones. Incluí implementación, suscripciones o licencias cuando correspondan, migración, capacitación, integraciones, cambios y soporte. Sumá el tiempo del equipo y el costo de cambiar de solución más adelante.

Un sistema propio también necesita un responsable después del lanzamiento. ¿Quién decide los cambios, ayuda a los usuarios y paga el mantenimiento? Sin esas respuestas, el presupuesto está incompleto.

Terminá con un próximo paso comprobable

Antes de pedir un presupuesto grande, completá una nota breve. Sirve para distinguir la falta de una herramienta de un problema todavía poco claro.

• ¿Qué tarea se repite y para quién?
• ¿Cómo se resuelve hoy?
• ¿Qué falla y cómo se observa?
• ¿Qué alternativa existente ya probaron?
• ¿Qué hay que conservar: datos, permisos, integraciones?
• ¿Quién evaluará el próximo paso y con qué resultado esperado?

Cuándo conviene postergar el desarrollo

Si todavía no podés identificar al usuario, al responsable del proceso o un resultado útil, aclaralos primero. La revisión puede llevar a un servicio existente, una adaptación, un sistema propio o la decisión de no construir nada por ahora. Su valor está en resolver una incertidumbre concreta.