Respuesta corta:
Transmita todo lo que sabe sobre su producto aún por construir. ¡Es crítico para usted y el consultor de UX estar en la misma página! Entonces, como mínimo, responda esto:
“Qué problema está resolviendo y para quién y a través de qué medio (tipo de producto: aplicación, sitio web, punto de venta, etc.). ¿Cómo estás? El propietario de la empresa y el usuario final se beneficiarán de este producto ”.
- ¿Qué camino de aprendizaje sería el mejor para el desarrollo front-end en 2017?
- Cómo encontrar misiones voluntarias para mi primer proyecto de desarrollo web real
- ¿Cuál es la mejor manera de entregar copias a los desarrolladores de sitios web?
- ¿Cuál es el mejor y más relevante marco MVC para aprender con una comprensión bastante buena de Javascript vainilla?
- Cómo hacer un complemento de WordPress que consulte datos complejos de una API externa y actualizaciones en tiempo real
Respuesta larga:
Desde mi experiencia (de más de una década), he elaborado un breve cuestionario para mis clientes que deben completar antes de un compromiso de enmarcado. Esto asegura que no se pierdan proporcionándome detalles cruciales. Por supuesto, se saltan algunas preguntas, lo cual está bien, pero las respuestas detalladas siempre han dado como resultado mejores conceptos de estructura alámbrica. Algunas de las entradas importantes que me gusta reunir de los clientes antes de comenzar el wireframing son:
- Su idea: un resumen sobre su ‘idea’ o definición del problema que está tratando de resolver
- Objetivos comerciales: ¿Qué objetivos comerciales busca alcanzar? (Aumente las ventas, cree seguidores, promocione un producto, etc.)
- Investigación: ¿Hay alguna investigación de mercado, investigación de usuarios o datos analíticos disponibles?
- Usuarios objetivo: ¿Quiénes son los usuarios objetivo y cuáles son sus cuidados? (Piense en sus puntos débiles, datos demográficos, experiencia técnica, discapacidades o características especiales. ¡Proporcionar personajes de usuario validados suele ser la mejor manera de hacerlo!)
- Nuevo o rediseñado: ¿Es su producto uno nuevo o un rediseño de un producto existente?
- Tipo de producto: ¿Es su producto una aplicación, sitio web, aplicación web o alguna otra cosa? ¿Para qué factor de forma estamos enmarcando?
- Competidores: ¿Quiénes son sus competidores? ¿Cuál es el punto de referencia para admirar o elegir? (Algunas de las mejores prácticas comprobadas pueden ser utilizadas por los competidores en lugar de reinventar la rueda)
- Restricciones técnicas: ¿hay cualquier restricción técnica que deba tenerse en cuenta, por ejemplo, la plataforma que se utilizará para el producto: Android / iOS, o un sistema de gestión de contenido específico, etc.
- Contenido: ¿Tenemos una estrategia de contenido o contenido representativo? Proporciona cualquier contenido que creas que podría entrar en la estructura alámbrica. Siempre es mejor usar texto ficticio pero representativo que contenido aleatorio ‘Lorem ipsum’. En términos generales, la estrategia de contenido debe ser lo primero y luego el diseño debe basarse en el contenido.
- Marca: ¿Es este producto parte de una marca ya establecida? Si corresponde, proporcione pautas de marca para mantener la coherencia y la experiencia de la marca en todos sus productos. (Esto puede no ser muy relevante en los wireframes de baja fidelidad, pero si está disponible siempre proporcione esta información)
- Presupuesto y cronograma: ¡ No hace falta decir que esto es algo que absolutamente necesita transmitir! 🙂 Esto ayudará al consultor de UX a determinar para qué se utilizarán los wireframes: validación de hipótesis, pruebas con usuarios, creación de diseño visual, etc. Esto también será útil para decidir qué tipo de fidelidad usar en los wireframes y cuántas iteraciones y pruebas los bucles se pueden acomodar en el presupuesto y la línea de tiempo.
Espero que la respuesta larga no te asuste 😉 La moraleja de la historia está en la primera línea “Transmite todo lo que sabes sobre tu producto aún por construir al consultor de UX”