¿Cómo leer una propuesta de software? Como dueño de agencia, descifro mi propio sector

Mehmet Bey escribió bien la lista, pero se saltó mi punto favorito: "luego vemos".

Cada frase de "luego vemos" dicha en una reunión equivale a tres días-persona de media. Nadie lo escribe, nadie lo presupuesta, y luego sale en la entrega.

La sugerencia es simple: al final de la reunión, escriban en una lista aparte todo lo que se diga "luego vemos" y hagan firmar esa lista también. Que quede por escrito que está fuera de alcance. Desde que empezamos a hacer esto, nuestras discusiones sobre la entrega han bajado notablemente.

Voy a tocar el lado legal; lo siguiente es información general, consulten a su asesor para su caso concreto.

La propuesta, en el momento en que se acepta, en la mayoría de los casos genera efectos de contrato. Es decir, en los trabajos que empiezan diciendo "luego hacemos un contrato formal", si surge una disputa, el documento al que se mira es esa propuesta.

En cuanto a la propiedad intelectual, la regla por defecto es que, salvo acuerdo en contrario, la autoría permanece en el creador. Si quieren que el código pase a ser suyo, debe estar escrito explícitamente. La expresión "entregado" no significa cesión.

Tercer punto: componentes de terceros. Las licencias de las librerías ya hechas que se usan en el proyecto también os vinculan. Es una petición razonable pedir que se listen los componentes que se van a usar en la propuesta.

Hola, tengo una inmobiliaria, no tengo conocimientos técnicos, ¿puedo hacer una pregunta?

En la propuesta que me han mandado pone "diseño responsive" e "infraestructura compatible con SEO". ¿Son extras o cosas que ya deberían venir incluidas? ¿Y afectan al precio? Gracias de antemano.

Hakan, ambas cosas ya deberían estar en 2026, no son funciones aparte.

"Responsive" significa que se vea bien en el móvil (que la distribución cambie según el ancho de pantalla). Hoy la mayoría de los visitantes vienen del móvil, esto no es una opción, es un requisito básico.

"Infraestructura compatible con SEO" es una expresión muy vaga. Su equivalente concreto es esto: que las páginas tengan sus propias etiquetas de título y descripción, que las URLs sean legibles, que las páginas carguen rápido y que los buscadores puedan ver el contenido. Si no pone esto punto por punto en la propuesta, exigid que lo ponga.

O sea, si os suben el precio por esto, quejad. El precio sube por el número de páginas y las funciones a medida.

Aporte de una frase de un freelance: ¿la persona que escribe la propuesta es la que va a hacer el trabajo?

En las agencias escribe la propuesta el comercial y hace el trabajo el desarrollador. Ese hueco en medio es la madre de todos los retrasos. Pregunta: "¿quién ha hecho esta estimación?" Si es el comercial, multiplica el plazo por 1,5.

Soy project manager, a nosotros nos pasó esto: añadimos una sección de "proceso de solicitud de cambios" a la propuesta.

Solo pone una cosa: para cualquier petición fuera de alcance, un formulario de 1 página, estimación de tiempo y coste, y aprobación del cliente. Suena burocrático pero pasó lo contrario, los trabajos fueron más rápidos. Porque ya no se discute una hora sobre si "esto es un extra o no", se rellena el formulario.

Soy fundador de una agencia y voy a decir la parte que me perjudica, porque en este hilo la honestidad funciona.

La agencia que da una oferta baja normalmente no miente, simplemente no ve la totalidad del trabajo. Si dedicáis dos días a preparar la propuesta, sale una cifra realista; si dedicáis dos horas, no. En el sector la mayoría de las propuestas se preparan en dos horas, porque preparar propuestas es un trabajo gratis y nadie quiere dedicarle tiempo.

La contrapartida para el cliente es esta: quien recibe la oferta más barata suele haber recibido la oferta menos pensada. La diferencia de precio vuelve como extras durante el proyecto y al final sale más caro.

Como solución, hemos hecho la fase de descubrimiento aparte y de pago. Un coste pequeño, dos semanas, al final alcance real y precio real. El cliente no está obligado a seguir con nosotros después de esta fase, puede coger el entregable e irse a otro sitio. Hubo quien se fue, no pasa nada; con los que se quedaron discutimos mucho menos.

Os explico cómo se hace en la práctica. Al tomar decisiones, escribe también el peor escenario, no solo el mejor.

Permíteme resumir lo que se ha dicho hasta ahora. Tomar notas durante dos semanas da mejores resultados que estimar seis meses.

Si intentas cambiarlo todo a la vez, nada termina de asentarse. Por supuesto, cambia si tu situación es diferente.

Me pasó lo mismo.

Hablaré desde el otro lado, yo estoy en el lado del proveedor. Si es la primera vez que lo hacéis, empezad poco a poco, la escala llegará después.

Espero que le sea útil.

Hay algo que no entiendo. Un informe semanal por escrito funciona mucho mejor que preguntar por fechas.

Eso es todo disculpa si me he extendido demasiado.

Tomo nota, gracias.

Han surgido tres opiniones distintas, todas se complementan. Ningún proceso mejora si no se registran datos porque no sabes qué tienes que arreglar.

Los primeros tres meses todo va bien, los problemas aparecen en el cuarto. Si tenéis dudas, escribid, os responderé en la medida de lo posible.

Hay un punto que me genera dudas. Ningún proceso mejora si no se registran datos, porque no sabes qué tienes que arreglar.

Por supuesto, cambia si tu situación es diferente.

No te olvides de: Intentar hacerlo solo es la vía más cara.

Ánimo.

tema muy oportuno.

No tengo ninguna experiencia en oferta por eso pregunto. La gente no defiende el proceso, defiende la costumbre. La resistencia viene de ahí.

Espero que le sea útil.