Solicite entregables, responsabilidades y control de cuentas por escrito. Use las mismas preguntas con todos los proveedores. Preguntar si una web será “profesional” o “compatible con móviles” suele producir un sí demasiado general. Compare propuestas por páginas, formularios, idiomas, entrega y soporte. Una demostración atractiva no sustituye condiciones claras.
Formule preguntas que produzcan respuestas comprobables
Preguntar si una web será “profesional” o “compatible con móviles” suele producir un sí demasiado general. Pida que se explique cómo se comprobarán el menú, los botones, los textos largos y el formulario en pantallas pequeñas. El procedimiento de revisión aporta más información que un adjetivo comercial.
Con el posicionamiento sucede algo similar. Pregunte por contenido accesible en HTML, títulos, enlaces canónicos, sitemap y estructura de páginas. Esas tareas técnicas pueden describirse y verificarse. No equivalen a garantizar una posición futura en buscadores. Si aparece una promesa absoluta, solicite que se diferencie lo que se implementa de lo que depende de factores externos.
Examine también los ejemplos. Pueden ser proyectos reales o conceptos, pero deben estar etiquetados correctamente. Un concepto permite conocer la dirección visual sin inventar clientes. Si se presenta un resultado comercial o una opinión de un cliente, debe existir una base para utilizarlo y explicarse el trabajo realizado.
Aclare alcance, cambios y entrega por separado
Prepare una lista de páginas y funciones. “Web corporativa” no especifica quién redacta, quién traduce, cuántos campos tiene el formulario o si se trasladará contenido antiguo. Pida ejemplos de tareas excluidas. Saber que no se incluye una integración puede ser más útil que leer una larga lista de términos ambiguos.
Pregunte cómo se agrupan las revisiones. Debe quedar claro quién reúne los comentarios, qué supone una ronda y cuándo una nueva función modifica el alcance. La empresa también necesita un responsable de aprobación. Enviar instrucciones incompatibles desde distintos departamentos dificulta cualquier proceso, independientemente del proveedor elegido.
En la entrega, detalle código fuente, contenido, licencias y accesos. La frase “la web será suya” necesita una traducción práctica: cuentas bajo control de la empresa, archivos utilizables y notas para continuar el trabajo. Las contraseñas no deberían publicarse dentro de documentos generales ni circular innecesariamente entre muchas personas.
Conserve las respuestas en una tabla común
Utilice los mismos criterios para todas las propuestas: páginas, idiomas, contenido, formulario, revisiones, publicación, archivos y gastos posteriores. Marque los puntos sin resolver como pendientes de definición, no como gratuitos. La comparación se vuelve más clara cuando las ausencias también son visibles.
Incluya una situación de mantenimiento: qué ocurre si se añade un servicio después de publicar o si el formulario deja de registrar consultas. Pregunte quién revisará el problema y qué tipo de trabajo requerirá una nueva propuesta. “Hay soporte” no explica por sí solo esas diferencias.
Finalmente, confirme las condiciones del calendario. Una estimación que empieza con textos aprobados no es una fecha independiente de la preparación del cliente. La conversación debería terminar con el siguiente paso de cada parte y los materiales necesarios. El objetivo no es someter al proveedor a un examen, sino definir una colaboración en la que ambos entiendan qué se compra y cómo se comprobará.
Lista práctica
- Desglosar alcance
- Confirmar revisiones
- Consultar renovaciones
Un ejemplo concreto: Compare propuestas por páginas, formularios, idiomas, entrega y soporte.
Un límite importante: Una demostración atractiva no sustituye condiciones claras.
Siguiente paso
Cuéntele su proyecto a Orvunweb
