Cuando le mandas a un desarrollador una solicitud vaga, recibes un precio vago. Imagina una cotización de “entre $15,000 y $60,000” (cifras de ejemplo). Ese rango no es evasión. Es una medida honesta de todo lo que el desarrollador todavía no puede ver.
Un precio fijo requiere menos incógnitas. Un buen brief de una página elimina la mayoría antes de la primera llamada.
#Por qué los briefs vagos dan rangos
Quien cotiza un proyecto está adivinando trabajo oculto. “Necesitamos un portal para clientes” puede significar un inicio de sesión y una lista de facturas, o puede significar roles, aprobaciones, manejo de pagos y una conexión con tu software de contabilidad. El precio cambia por un orden de magnitud, así que el desarrollador se protege con un rango amplio.
Cada incógnita que resuelves estrecha el rango. El objetivo del brief no es diseñar el sistema. Es hacer visibles los bordes del proyecto.
#La página
Apunta a una sola página, en palabras sencillas. Estas son las partes, en orden.
- El problema, en dos frases. Qué está fallando o tardando demasiado, y para quién. Por ahora deja fuera la solución que tienes en mente.
- Quién lo usa y qué hace hoy. Nombra los roles (recepción, despachador, contador) y describe la rutina actual, incluida la hoja de cálculo o la bandeja de entrada que usan.
- Imprescindibles y deseables. Mantén corta la lista de imprescindibles. Si todo es imprescindible, nada se puede negociar después.
- Fuera de alcance. Di qué no hará este proyecto. Esta línea evita más discusiones que cualquier otra.
- Sistemas con los que debe conectarse. Contabilidad, correo, tu sitio web, un procesador de pagos, un sistema telefónico. Nombra cada uno y, si lo sabes, qué información tiene que pasar entre ellos.
- Los datos con los que arranca. Dónde están, cuántos son más o menos y qué tan limpios. Años de filas en una hoja de cálculo son un proyecto aparte.
- Cómo se ve el éxito, en palabras simples. “Una persona nueva puede agendar un trabajo sin preguntarle a nadie” sirve. “Mayor eficiencia” no.
- Fecha límite y rango de presupuesto.
- Quién decide. Un nombre, y a quién más hay que consultar.
#Da un rango de presupuesto y explica por qué
Muchos dueños evitan compartir su presupuesto por miedo a que el precio suba hasta alcanzarlo. En la práctica, lo que ayuda es lo contrario. Un rango como “estamos pensando en $20,000 a $30,000” (de nuevo, cifras de ejemplo) le permite al desarrollador proponer lo que cabe: una primera versión más pequeña, otro enfoque o un honesto “esto no va a caber”.
Sin una cifra, el desarrollador tiene que adivinar si quieres la versión básica o la completa, y muchas veces cotizará la mayor por seguridad. Un rango más una lista de imprescindibles es el camino más rápido a un precio fijo que puedas comparar.
Lo mismo aplica a las fechas. Si hay una fecha límite real, como una feria o la renovación de un contrato, dilo y explica qué pasa si se retrasa. Si no hay fecha límite, di eso también.
#Di quién decide
Los proyectos se atascan cuando llegan comentarios de cinco personas que no coinciden. Nombra a quien toma la decisión final y enumera a quienes hay que consultar antes (el contador, la responsable de operaciones). Los desarrolladores van a preguntar quién aprueba el alcance, así que tener la respuesta lista acorta el proceso.
#Cómo es una buena pregunta del desarrollador
Cuando envíes el brief, espera preguntas. Las buenas son específicas y están ligadas al costo:
- “Cuando dos personas editan el mismo registro, ¿qué versión gana?”
- “¿Los pedidos antiguos deben poder buscarse, o solo los del último año?”
- “La exportación a contabilidad, ¿es un archivo que alguien sube, o debe sincronizarse sola?”
- “¿Qué pasa hoy cuando un cliente cancela a la mitad?”
Estas preguntas son buena señal. Muestran que el desarrollador está encontrando el trabajo oculto, y cada respuesta le quita un pedazo al rango. Desconfía de lo contrario: una cotización que llega sin ninguna pregunta es una cotización que va a cambiar después.
Si no sabes una respuesta, dilo. “Todavía no lo sé, ¿podemos decidirlo en un taller?” es mucho más útil que una suposición dicha con seguridad.
#Parte de una plantilla
No tienes que inventar el formato. Hay una versión lista para llenar en el brief de proyecto de una página. Llénala, envíala a dos o tres desarrolladores y compara las preguntas que hacen junto con los precios que dan.
