Una propuesta no demuestra comprensión del negocio si podría enviarse a cualquier empresa cambiando el logotipo. Para detectarlo, busca relación entre problemas observados, solución, entregables y criterios de aceptación. Una lista de tecnologías o páginas no explica por qué ese proyecto encaja con tu operación.
Comprueba qué diagnóstico contiene
La propuesta debería recoger objetivo, público, situación actual y restricciones relevantes. No necesita repetir todo el briefing, pero sí mostrar qué decisiones derivan de él.
Si la necesidad es actualizar fichas con más autonomía, pregunta cómo se aborda edición, permisos y formación. Una oferta centrada solo en apariencia puede dejar intacta la limitación operativa.
Traza la relación entre problema y entregable
Prepara una matriz sencilla:
- Problema: qué ocurre y qué evidencia existe.
- Respuesta propuesta: qué se cambiará.
- Entregable: qué recibirá la empresa.
- Validación: cómo se comprobará.
- Dependencia: qué debe aportar el cliente o un tercero.
Una propuesta que no permite completar esas filas necesita aclaraciones. «Web moderna y optimizada» no sustituye criterios de edición, navegación, contacto o continuidad SEO.
Un ejemplo de solución que no resuelve la necesidad
Ejemplo hipotético: ventas utiliza documentos de producto desactualizados. El proveedor propone una portada animada y nuevas fotografías, pero no contempla gobierno de fichas ni catálogo.
El diseño podría mejorar percepción, aunque no resuelve la incoherencia que originó el proyecto. La revisión debe pedir una respuesta al proceso de actualización y a sus responsables.
No se trata de exigir que toda propuesta incluya cualquier mejora posible. Se trata de verificar que el alcance cubre el problema contratado y delimita lo que queda fuera.
Examina los supuestos que pueden cambiar el proyecto
Pregunta quién redacta, quién valida información técnica y qué sistemas se integran. Revisa qué sucede si los contenidos no están listos o una función depende de accesos no disponibles.
También conviene revisar el calendario. Una fecha sin dependencias puede parecer clara y seguir siendo poco realista. La propuesta debe distinguir trabajo del proveedor y aprobaciones del cliente.
Pide una reunión de contraste centrada en decisiones pendientes. La calidad de las preguntas que hace el equipo puede aportar evidencia sobre su comprensión, aunque no sustituye referencias y demostraciones pertinentes.
Pide una demostración centrada en tu requisito
Si necesitas autonomía editorial, solicita ver una tarea de edición comparable. Si la continuidad SEO es crítica, pide cómo se prepara el inventario y cómo se verifican destinos.
No es necesario exigir acceso a proyectos privados de otros clientes. El proveedor puede mostrar un ejemplo propio o un entorno de demostración identificado.
La evidencia debe corresponder al requisito. Un diseño atractivo no prueba recuperación de copias, del mismo modo que una herramienta instalada no demuestra que el equipo la pueda operar. Registra qué quedó comprobado y qué necesita validación durante el proyecto.
Contrata una respuesta a una necesidad
Valora si puedes explicar internamente qué problema aborda la oferta y cómo aceptarás la entrega. La comparación entre agencia web y freelance debe incluir método y responsabilidades, además de tamaño del equipo.
