¿Qué debe incluir una cotización de software a medida?

Hay cotizaciones que se ven impecables: treinta páginas, diagramas, un calendario y un precio al final. El problema aparece cuando intentas responder algo tan sencillo como: ¿qué voy a poder hacer con el sistema el día que me lo entreguen?

Si estás por contratar una plataforma para tu empresa, hay varias cosas que conviene dejar por escrito antes de pagar el anticipo. No necesitas saber programar para revisarlas.

Si aún estás decidiendo si conviene construir una herramienta propia, empieza por cuándo desarrollar un sistema a medida.

Fotografía de Selina Stauffer en Unsplash.

1. El problema que va a resolver

«Desarrollo de plataforma administrativa» puede significar cualquier cosa.

Una propuesta útil describe el proceso real. Por ejemplo: un vendedor registra un pedido, administración valida el pago y almacén confirma qué productos están disponibles. Los tres necesitan ver la misma información, pero cada uno tiene permisos distintos.

Pregunta que debes hacer: «¿Qué actividad va a dejar de hacerse manualmente cuando esto funcione?»

Si ni tú ni el proveedor pueden responderla con claridad, todavía falta definir el proyecto.

2. Qué incluye y qué queda fuera

Pide una lista entendible de módulos y funciones. No basta con escribir «inventario», «reportes» o «usuarios».

Para inventario, por ejemplo, hay una diferencia enorme entre poder consultar existencias y tener entradas, salidas, ajustes, lotes, múltiples almacenes y movimientos auditables.

También deben quedar explícitas las exclusiones: facturación electrónica, aplicación móvil, importación de datos históricos, integración con sistemas externos o cualquier función que podrían dar por sentada.

Pregunta que debes hacer: «¿Qué solicitud razonable podría hacerte durante el desarrollo y me contestarías que cuesta aparte?»

3. Cómo se comprobará que cada parte funciona

«Módulo de pedidos terminado» no es un criterio de aceptación.

Un criterio verificable sería: «Un usuario de ventas puede crear un pedido, agregar productos, guardarlo y consultarlo; almacén puede ver ese pedido sin modificar su precio».

Ese nivel de detalle evita discusiones al entregar. Ambas partes saben qué probar.

Pide que cada etapa tenga una demostración y una lista de puntos para aprobarla. Así los problemas se detectan mientras todavía es fácil corregirlos.

4. Qué pasará con tus datos y tus sistemas actuales

Si hoy trabajas en Excel, en un ERP o en una aplicación de otro proveedor, la cotización debe explicar qué información se conservará y cómo entrará al nuevo sistema.

Conviene definir:

• Qué datos se migran y cuáles no.
• Quién los exporta y quién los limpia.
• Si habrá una importación de prueba.
• Cómo se validará que los totales, registros y relaciones sean correctos.
• Qué harán si la migración falla.

Lo mismo aplica a integraciones con pagos, facturación, mensajería y otros servicios. «Se conecta con tu sistema» necesita detalles: API disponible, alcance, límites y quién paga cualquier servicio externo.

5. Quién será dueño del código, el dominio y la infraestructura

Esta conversación suele dejarse para el final, cuando ya se pagó una parte importante.

Antes de firmar, aclara quién tendrá acceso al repositorio, al dominio, al servidor y a las cuentas de terceros. Revisa qué licencias o componentes pertenecen al proveedor y cuáles puedes seguir utilizando si cambias de equipo.

Tampoco todos los contratos incluyen la cesión del código fuente. Pide que la propiedad intelectual y los derechos de uso queden expresamente definidos, no supuestos.

6. Fechas, responsables y entregas parciales

Un calendario con una sola fecha de entrega sirve poco para un proyecto de varios meses.

Busca etapas que puedas revisar: definición de procesos, prototipo, primera versión funcional, integraciones, migración, pruebas y puesta en producción.

Por tu lado también habrá responsabilidades: validar pantallas, facilitar datos, tomar decisiones y probar lo que se entregue. Si esas aprobaciones tardan semanas, el calendario debe contemplarlo.

Una buena pregunta es: «¿Qué me van a mostrar antes de que el proyecto esté terminado?»

7. Qué cubren las correcciones y el mantenimiento

No es lo mismo arreglar un botón que no guarda, agregar una nueva regla de descuentos o contratar soporte para el servidor.

La propuesta debería separar:

• Errores: comportamientos que no cumplen lo acordado.
• Cambios de alcance: funciones o reglas nuevas.
• Mantenimiento: actualizaciones, seguridad, monitoreo y atención después del lanzamiento.

Revisa también los tiempos de atención, los respaldos y qué sucede cuando un servicio externo deja de funcionar. No todos los proveedores incluyen esos conceptos en el precio inicial.

8. Cuánto cuesta cada etapa y cómo se gestionan los cambios

El precio total importa, pero también importa cuándo debes pagarlo y qué recibes a cambio.

Busca un desglose por entregables o hitos. Pregunta qué pagos son anticipos, cuáles requieren aceptación y qué condiciones aplican si el proyecto se pausa o se cancela.

Los cambios deberían tener un procedimiento simple: solicitud, impacto en tiempo y costo, aprobación y ejecución. Los acuerdos importantes no deberían quedar perdidos en un chat.

Un ejemplo de dos cotizaciones muy distintas

Propuesta A:

Sistema de inventario, pedidos y clientes. Desarrollo en cuatro meses. Incluye panel administrativo.

Propuesta B:

Primera entrega: vendedores crean pedidos y consultan su estado; almacén confirma existencias; administración valida pagos. Se migran clientes y productos desde archivos acordados. Incluye pruebas con usuarios, puesta en producción y treinta días de corrección de defectos. Facturación electrónica e integración con paquetería quedan fuera de esta etapa.

No significa que la segunda propuesta sea automáticamente mejor o más barata. Significa que puedes discutirla, probarla y compararla. La primera deja demasiadas preguntas abiertas.

Checklist antes de pagar el anticipo

Guarda estas preguntas y revísalas con cualquier proveedor:

• ¿Entiendo el problema y el resultado esperado?
• ¿Sé qué funciones incluye la primera entrega?
• ¿Están por escrito las exclusiones?
• ¿Hay criterios para aceptar cada etapa?
• ¿Está contemplada la migración de mis datos?
• ¿Sé quién controla servidor, dominio, código y accesos?
• ¿Se describen garantía, soporte y mantenimiento?
• ¿Hay un procedimiento y precio para cambios fuera de alcance?
• ¿Los pagos están vinculados a compromisos verificables?

Si alguna respuesta es «lo vemos sobre la marcha», vale la pena resolverla antes de comenzar.

Qué llevar a la primera conversación

No necesitas un documento técnico de treinta páginas. Basta con explicar:

• El proceso actual: cómo empieza, quién interviene y dónde se atora.
• Las herramientas y los datos: qué usan hoy, dónde está la información y qué habría que conservar.
• La prioridad: qué debe funcionar en la primera entrega y qué puede esperar.
• Las restricciones: fechas importantes, presupuesto aproximado y quién tomará las decisiones.

Es información suficiente para empezar a definir el alcance, sin fingir que ya conocemos todos los detalles.

Si ya tienes una propuesta sobre la mesa

En Sinergia Web desarrollamos sistemas a la medida. Podemos ayudarte a definir qué conviene construir primero y qué debería quedar claro antes de comprometer tiempo y presupuesto.

Si ya estás comparando cotizaciones, cuéntanos qué necesitas resolver y qué dudas te genera la propuesta. Si todavía no tienes una, también podemos comenzar por entender cómo trabaja tu equipo.