530 | El briefing perfecto: qué preguntas hacerle a un cliente antes de crear su web

Escúchalo en: En el episodio 530 de WordPress Semanal&nbsp;te cuento las preguntas que deberías hacer a tu cliente antes de empezar cualquier proyecto web. Sin un buen briefing, trabajas con suposiciones. Y las suposiciones cuestan dinero. <div class="wp-block-uagb-table-of-contents uagb-toc__align-left uagb-toc__columns-1 uagb-block-90f89ea4 " data-scroll= "" data-offset= "30" style="" > Tabla de contenidos 1. Tu cliente no te va a dar un briefing. Tienes que sacárselo tú2. Sobre el negocio3. Sobre el proyecto4. Sobre el contenido5. Sobre la funcionalidad6. Sobre el diseño7. Sobre los plazos y el presupuesto8. Sobre el mantenimiento9. Cómo recoger el briefing10. Las preguntas que casi nadie hacePlugin de la semanaContenidos recomendados 1. Tu cliente no te va a dar un briefing. Tienes que sacárselo tú El cliente sabe lo que quiere pero no sabe explicártelo. Si esperas a que te mande un documento con todo claro, vas a esperar mucho. El briefing es tu responsabilidad. Tú preguntas, tú guías la conversación, tú extraes la información que necesitas para trabajar bien. 2. Sobre el negocio Antes de hablar de la web, entiende el negocio. ¿A qué se dedica exactamente? ¿Quién es su cliente? ¿A quién quiere llegar? ¿Qué le diferencia de su competencia? ¿Cómo gana dinero? ¿Cuál es su servicio o producto principal? Sin esto, estás diseñando a ciegas. No puedes escribir un buen titular para la home si no sabes a quién le habla. 3. Sobre el proyecto ¿Por qué quiere una web? ¿O por qué quiere una nueva? ¿Qué problema tiene ahora? ¿La web actual no convierte? ¿No la encuentra nadie? ¿Le da vergüenza compartirla? ¿Qué espera que cambie cuando la web esté lista? ¿Cuál es el objetivo principal? ¿Captar clientes? ¿Vender online? ¿Dar información? Si no hay un objetivo claro, no hay forma de saber si el proyecto ha funcionado. Y tampoco hay forma de priorizar decisiones durante el proceso. 4. Sobre el contenido ¿Tiene textos preparados? ¿Tiene fotos propias o habrá que usar stock? ¿Tiene logo, colores, manual de marca? ¿Quién va a escribir los textos? ¿Él, tú o nadie? La mayoría de retrasos en proyectos web no son técnicos. Son porque el cliente no tenía el contenido preparado. Pregúntalo el primer día. Si no tiene nada, inclúyelo en el presupuesto o avísale de que el proyecto no arranca hasta que lo tenga. 5. Sobre la funcionalidad ¿Necesita tienda online? ¿Reservas o citas? ¿Formularios específicos (presupuesto, cuestionario, solicitud)? ¿Zona privada para clientes o alumnos? ¿Integración con herramientas que ya usa (CRM, email marketing, calendario, facturación)? ¿Multiidioma? Aquí es donde aparecen los «ah, y también necesito que…» que disparan el presupuesto. Si no preguntas ahora, aparecen a mitad del proyecto. Cada funcionalidad que no está en el briefing pero aparece después es un cambio de alcance. 6. Sobre el diseño ¿Tiene referencias de webs que le gustan? Que te pase 2 o 3 enlaces y te diga qué le gusta de cada una. ¿Tiene manual de marca? ¿Colores, tipografías, estilo definido? ¿Hay algo que no quiera de ninguna manera? A veces saber lo que no quiere es más útil que saber lo que quiere. Si el cliente dice «algo moderno y limpio», necesitas que te enseñe ejemplos. «Moderno» significa algo diferente para cada persona. Sin referencias visuales, diseñas a tu gusto y rezas para que le guste al suyo. 7. Sobre los plazos y el presupuesto ¿Para cuándo necesita la web? ¿Hay una fecha límite real (un evento, un lanzamiento, una temporada)? ¿Cuánto puede invertir? Son las dos preguntas que más cuesta hacer y las que más problemas evitan. Si el cliente quiere una tienda con 500 productos para dentro de tres semanas con un presupuesto de 800€, mejor saberlo ahora que después de dos reuniones. El presupuesto no es solo para saber si te interesa el proyecto. Es para ajustar el alcance a lo que es viable. Un presupuesto bajo no significa que no haya proyecto; significa que el proyecto es otro. 8. Sobre el mantenimiento ¿Quién va a gestionar la web después? ¿El cliente, alguien de su equipo, tú? ¿Sabe usar WordPress? ¿Necesita formación para poder actualizar contenidos? ¿Quiere un contrato de mantenimiento? Esto define cómo construyes la web. Si la va a gestionar alguien sin conocimientos técnicos, todo tiene que ser más robusto: menos código personalizado, más bloques reutilizables, instrucciones claras. Si vas a mantenerla tú, puedes permitirte soluciones más técnicas. 9. Cómo recoger el briefing No le mandes un formulario de 40 preguntas. No lo va a rellenar. Y si lo rellena, las respuestas van a ser vagas. Tres formas que funcionan: Llamada o reunión de 30 minutos. Tú preguntas, tú apuntas. Después redactas un resumen y se lo envías para que confirme. Así te aseguras de que la información es buena. Intercambio de vídeos o audios. Si no podéis coincidir en horario, el cliente te graba un audio o un vídeo explicando lo que necesita y tú lo transcribes. Yo uso un programa de transcripción para convertir los audios del cliente en texto. Así no se pierde nada y puedo consultarlo después. Documento compartido. Tú escribes las preguntas, el cliente responde debajo de cada una. Funciona con clientes organizados. Con los demás, acaba abandonado. El formato da igual. Lo importante es que al final tengas un documento escrito que ambos habéis validado. Ese documento es tu referencia durante todo el proyecto. Cuando el cliente pida algo que no estaba en el briefing, lo señalas y negociáis desde ahí. 10. Las preguntas que casi nadie hace ¿Has tenido una web antes? ¿Qué no te gustaba?&nbsp;Te dice qué errores no repetir. ¿Hay algo que no quieras de ninguna manera?&nbsp;Evita que diseñes algo que el cliente odia. ¿Quién toma las decisiones finales?&nbsp;Esta es clave. Evita el clásico «se lo tengo que consultar a mi socio» después de tres rondas de revisiones. Si hay más de una persona decidiendo, necesitas saberlo desde el principio. ¿Tienes acceso al hosting, al dominio y al email?&nbsp;Muchos clientes no saben dónde tienen contratado el dominio ni quién gestiona su hosting. Aclarar esto al principio evita bloqueos técnicos el día del lanzamiento. ¿Hay algo que ya hayas intentado y no haya funcionado?&nbsp;Si ya contrató a otro freelance antes y salió mal, quieres saber por qué. Plugin de la semana El plugin de la semana es&nbsp;Imsanity. Redimensiona automáticamente las imágenes que se suben a WordPress cuando superan un tamaño máximo que tú defines. El cliente sube una foto de 4000px y el plugin la escala al tamaño que hayas configurado. Sin que el cliente tenga que hacer nada. También permite redimensionar en lote las imágenes que ya están subidas. Gratuito y con más de 200.000 instalaciones activas. Hablé de él en el&nbsp;episodio 127 sobre optimización de imágenes. Contenidos recomendados Vídeo de la Zona Código: menús condicionales en Restrict Content Pro Cursos si quieres dedicarte a hacer webs para clientes Talleres de habilidades complementarias al desarrollo web Newsletter de WordPress Semanal La entrada 530 | El briefing perfecto: qué preguntas hacerle a un cliente antes de crear su web es una artículo de Gonzalo Navarro.