Qué hace subir o bajar el costo
El número de pantallas no cuenta toda la historia. Un formulario sencillo puede necesitar reglas de autorización, archivos privados, historial y conexión con un sistema que no tiene API. En cambio, varias vistas que usan el mismo dato pueden compartir gran parte del trabajo. Por eso conviene pedir una cotización por recorrido operativo: quién captura, quién revisa, qué pasa si falta información y cómo se cierra el registro.
Tres alcances que no deben compararse como si fueran iguales
Un registro interno puede resolver captura, consulta y exportación. Un flujo de aprobaciones agrega estados, responsables, devoluciones, avisos y permisos. Una plataforma conectada suma integraciones, reglas entre fuentes, históricos y manejo de fallas. No son paquetes de precio fijo: son ejemplos para reconocer por qué dos proyectos con el nombre “sistema interno” pueden requerir esfuerzos distintos.
| Partida | Qué revisar |
|---|---|
| Desarrollo | Procesos, pantallas, reglas, permisos y pruebas incluidas. |
| Integraciones y datos | Accesos, limpieza, migración y manejo de errores. |
| Operación | Dominio, hosting, base de datos y consumo de servicios. |
| Entrega | Código acordado, titularidad de cuentas, documentación y capacitación. |
| Continuidad | Soporte, respaldos y qué se cotiza como mejora. |
La partida que suele faltar: preparar los datos
Migrar un Excel no siempre significa copiar sus filas. Hay que revisar duplicados, claves faltantes, fechas y documentos que no se relacionan con ningún registro. Antes de acordar un precio cerrado, identifica cuántas fuentes existen, qué tan consistentes son y quién puede resolver las dudas de negocio. Una muestra autorizada permite delimitar mejor el trabajo que una descripción de “tenemos todo en Excel”.
Qué se paga después de la entrega
Pide un desglose de dominio, hosting, base de datos, almacenamiento, correo y servicios de terceros. Si hay IA, pregunta cómo se mide su consumo y qué límite tendrá. Las licencias de herramientas externas y el soporte también deben distinguirse. Ser dueño del desarrollo no elimina los costos de operación; te permite tener claras las cuentas, los accesos y las opciones para mantenerlo.
Cómo comparar dos propuestas de forma útil
Compara los mismos usuarios, reglas e integraciones. Revisa si incluyen pruebas con distintos permisos, ajustes durante la validación, migración de información, capacitación y entrega del código acordado. Pregunta qué sucede con una falla después del lanzamiento y qué se considera una mejora nueva. Una propuesta más barata puede ser suficiente; también puede estar dejando fuera una parte que tendrás que contratar después.
Una primera versión que sí se pueda terminar
Para una solicitud de compra, la primera versión podría incluir captura, archivo adjunto, aprobación o devolución, historial y consulta. Una conexión contable, firma electrónica o evaluación de proveedores puede quedar para una etapa posterior. Este recorte permite probar un proceso completo, no una colección de pantallas incompletas. La persona que valida el flujo y los criterios de aceptación deben estar definidos desde el inicio.
Cómo evaluar si vale la pena
Antes de hablar de retorno, mide cómo trabajan hoy: cuántas solicitudes atienden, cuánto tarda preparar la información y qué errores obligan a repetir pasos. Después compara el mismo proceso y periodo. Las horas recuperadas pueden mejorar la capacidad de atención, pero no equivalen automáticamente a dinero ahorrado o nuevas ventas. La decisión debe incluir mantenimiento, adopción del equipo y el costo de seguir como están.
Qué preparar antes de cotizar.
- Un proceso concreto con inicio y final.
- Personas que capturan, consultan, aprueban y administran.
- Archivos y sistemas de entrada, con accesos por confirmar.
- Reglas y excepciones, no sólo una lista de pantallas.
- Entregables, pruebas y criterio de aceptación por etapa.
- Titular de cuentas, entrega de código y costos recurrentes.
- Soporte, respaldo y tratamiento de cambios posteriores.