¿Cuánto cuesta desarrollar un sistema a medida?
El costo depende del proceso que debe resolver, sus reglas, las integraciones y la puesta en marcha. En WWWEB cotizamos según alcance: primero definimos una versión útil y después separamos las mejoras que pueden esperar.
Qué cambia el presupuesto
| Factor | Pregunta que ayuda a dimensionarlo |
|---|---|
| Procesos | ¿Solo registra información o también valida, aprueba y genera documentos? |
| Roles y usuarios | ¿Todos ven lo mismo o hay permisos por área, empresa o cliente? |
| Reglas | ¿Qué excepciones, límites y autorizaciones existen? |
| Datos actuales | ¿Se importarán planillas limpias o hay que consolidar y corregir registros? |
| Integraciones | ¿Los otros sistemas ofrecen acceso documentado y un entorno de prueba? |
| Operación | ¿Qué disponibilidad, respaldo y recuperación necesita el negocio? |
| Entrega | ¿Quién valida, quién se capacita y qué soporte se acuerda? |
Dos sistemas de reservas pueden tener alcances muy diferentes
Una agenda que registra una hora y un nombre es distinta de una plataforma que administra planes, valida saldos, reserva varias semanas, controla cupos y aplica políticas de cancelación. El nombre del producto no basta para estimar su desarrollo.
Lo mismo ocurre con un CRM: almacenar contactos es un alcance; distribuir carteras, controlar oportunidades, emitir propuestas e integrarse con pedidos es otro. Por eso el levantamiento debe recorrer una operación real, incluyendo los casos en que algo falla.
Cómo dividir el proyecto sin perder su utilidad
Proceso principal
Escoge un recorrido completo que hoy produzca un problema concreto.
Primera versión
Incluye los roles, validaciones y datos necesarios para completarlo.
Puesta en marcha
Prueba con ejemplos acordados, prepara los datos y capacita a quienes lo usarán.
Evolución
Prioriza automatizaciones, reportes e integraciones con evidencia de uso.
Una primera etapa no debería omitir los permisos o la integridad de los datos para aparentar un precio menor. La reducción del alcance debe hacerse sobre funciones que realmente puedan esperar.
Separar construcción y operación
- Desarrollo inicial: definición, diseño, programación, pruebas y entrega según la propuesta.
- Migración y capacitación: confirmar si están incluidas y qué información se recibirá.
- Servicios externos: hosting, correo, mensajería, licencias, pasarelas y uso de modelos de IA, cuando correspondan.
- Mantenimiento: actualizaciones, respaldo, monitoreo y atención de incidentes según el acuerdo.
- Cambios futuros: distinguir corrección de un defecto de una funcionalidad nueva.
Si una integración cobra por uso, el presupuesto de operación también depende del volumen. Hay que identificar quién contrata y paga cada servicio, sus límites y qué ocurre si deja de estar disponible.
Qué pedir en una cotización
Solicita una lista de entregables y exclusiones, etapas, criterios de aceptación y responsabilidades de ambas partes. La propuesta debe explicar cómo se validan los cambios de alcance y qué sucede después de la entrega.
Acordar el acceso al código, la documentación, la exportación de datos y las cuentas de infraestructura facilita mantener y evolucionar el sistema. Estas condiciones deben quedar explícitas en la propuesta; no conviene darlas por supuestas.
Qué enviarnos para evaluar tu proyecto
- El problema que quieres resolver y un ejemplo de una operación completa.
- Los roles que lo utilizarán y cuántas personas participan aproximadamente.
- Las planillas o herramientas actuales, usando ejemplos sin datos personales cuando sea posible.
- Las integraciones necesarias y la información disponible sobre sus accesos.
- La prioridad de negocio, una fecha objetivo si existe y las funciones que pueden esperar.
Con esos antecedentes podemos conversar sobre viabilidad, prioridades y un alcance cotizable. Si aún no están claras las reglas del negocio, el primer paso es definirlas, no prometer un monto o plazo sin fundamento.