Cómo se presupuesta un proyecto

El mismo “portal” puede ser un listado de noticias o el sitio donde mil clientes ven su deuda. Presupuestar el primero al precio del segundo, o al revés, es el origen de los proyectos que se paran a la mitad. Una tarifa pública obliga a esa trampa.

Preferimos una conversación corta y una propuesta que se pueda discutir línea a línea. Si en esa conversación el encargo no se puede acotar, lo decimos. El siguiente paso, si hace falta, es un descubrimiento con fecha de fin cuyo único entregable es el alcance escrito. No es una fase para pensar en voz alta sin límite, y se cobra porque es trabajo.

No hay un precio de partida honesto que sirva para todos. En la primera conversación decimos si encaja y qué habría que acotar para dar una cifra. Un número sin ese texto no se sostiene y no lo enviamos.

Mueve la cifra cuántos roles ven datos distintos. No es lo mismo un login compartido que un comercial que no puede ver el margen, un cliente que solo ve lo suyo y finanzas que puede reabrir un periodo. Cada permiso de verdad es trabajo. Un “todos entran a todo” es más barato y suele estar mal.

Mueve la cifra conectar con un sistema que ya existe, y mueve más si ese sistema no deja hacer lo que el trámite pide. También mueve que el puesto trabaje sin red o con un aparato, que la app salga en una tienda pública o solo dentro de la empresa, y que la IA publique sola o se quede en borrador porque el error es caro. Quien instala, y en qué parque, es otra línea: no es un detalle de la última semana.

Nada de esto se traduce aquí a euros. Se traduce a preguntas. Si el primer mensaje ya trae esas respuestas, la propuesta puede llevar cifra. Si no las trae, la primera respuesta es una pregunta, no un descuento.

El proyecto cerrado sirve cuando la pieza se puede nombrar: esta pantalla, este flujo, esta integración, esta app. El precio cubre eso. Una idea nueva que aparece en la semana tres no entra por simpatía. Se anota y se decide si es otro encargo.

El acompañamiento sirve cuando la primera entrega se va a seguir tocando porque el equipo todavía está aprendiendo qué pide. También se escribe: qué tipo de cambio cabe y qué ya no cabe. “Estamos disponibles” no es un modelo de precio. Las horas sueltas, sin saber qué sistema hay que tocar, tampoco.

Mantenimiento, guardias, tiendas de aplicaciones y cambios de una regla fiscal van en su línea si se quieren. Vigilar errores, copias y certificados no es lo mismo que construir la primera versión. Meterlo en un “todo incluido” es la forma de discutirlo después, enfadados.

La lista de lo que se construye. La lista de lo que queda fuera, igual de visible. Los momentos en los que lo ve alguien que no está en las reuniones. Lo que se entrega al final: código, accesos, guía de despliegue y una sesión con quien lo va a usar.

El código y las cuentas quedan a nombre de la empresa en todos los formatos. En la web, eso es el repositorio, el dominio y el despliegue. En el escritorio, el instalador y la forma de compilar. En el móvil, el binario y la decisión de tienda o reparto interno. En la IA, el flujo y la credencial revocable, no un chat con la contraseña dentro.

Si durante el trabajo aparece un sistema que también habría que tocar, se para y se decide. La propuesta no es un sobre que se abre al final. Es el texto que las dos partes pueden repetir con las mismas palabras a mitad del camino.

El primer corte es pequeño y usable. Si nadie lo usa, no se construye el segundo. Esa regla protege a la empresa de pagar un mapa completo y a nosotros de construir sobre una hipótesis muerta. Seguir por inercia es cómo un alcance de una pantalla se convierte en un programa que no abre nadie.

Los plazos de la propuesta son de enseñanza, no solo de “fin de desarrollo”. Una herramienta terminada que nadie ha visto hasta el último viernes no está terminada. Está escondida. El calendario nombra el día en que la usa alguien del puesto, del campo o de la bandeja.