Cómo escribir una buena especificación de producto

Para construir una excelente especificación de producto, hay puntos clave a tener en cuenta:

  1. Investigación : estudiar a sus clientes y su comportamiento, incluidos los competidores, las tecnologías utilizadas y las disponibles. Cuanto más profunda sea la investigación, más conocimiento tendrá, más probable será que refine la especificación de su producto y evite agujeros o lagunas. En resumen: tarea.
  2. Defina la resolución del producto : ¿cuál es la necesidad que resuelve el producto y cuál es la brecha en el mercado? ¿El producto está entrando en un mercado abarrotado con la intención de optimizar o agregar? ¿A qué demanda se dirige el producto? El producto tiene una resolución clave y su propósito debe ser claro para todos: desde quienes lo construyen hasta sus clientes.
  3. Identifique el mercado objetivo: en esta parte es importante identificar quiénes son sus clientes. Las clasificaciones de los clientes, las descripciones de los usuarios y las personas son clave para mejorar las conversaciones sobre cómo se está construyendo el producto y diseñar su consumo. ¿Quiénes son sus clientes? ¿Cómo van a interactuar con su producto? El gerente de producto, el diseñador (en el mismo caso, los desarrolladores) y los comercializadores lo necesitan para construir y finalmente comercializar el producto.
  4. Priorización Esto puede ser una tarea abrumadora. A menudo, la complicación se debe al deseo de llevar el mejor producto al mercado. Sin embargo, es necesario priorizar las funciones para las pruebas de usuario. En resumen: decisiones, decisión. ¿Qué característica es más importante para el almuerzo y cuáles son buenas? La especificación del producto debería ayudar considerablemente a enumerar las características que se someten a prueba y las que están en la cartera de pedidos para futuras interacciones.
  5. Versión beta / prueba En esta etapa es donde el producto se prueba con pruebas de usabilidad, a menudo a un grupo restringido de usuarios para recopilar información y cómo los clientes interactúan con el producto. Paramount para ver qué características se utilizan y cuáles no se exigen. Este es un momento probable donde el producto puede explorar nuevos callejones, definir un pivote o medir el éxito de la resolución inicial. La especificación del producto debe incluir componentes generales que se probarán en esta etapa.

Esta es una lista simple de una especificación de producto que debe incluir. A menudo, estos varían desde el lanzamiento de nuevos productos hasta aquellos desarrollados en empresas maduras, donde la resolución, la investigación y el mercado objetivo a menudo están disponibles de manera ubicua para todos los miembros del equipo. En las empresas tecnológicas maduras, las especificaciones de los productos se parecen principalmente a maquetas y prototipos. Para las nuevas empresas, la lista anterior incluye pruebas de usabilidad por segmento de mercado y plan de implementación de características.

Dividelo.

Divida sus especificaciones en secciones distintas, usando encabezados para resaltar los diferentes niveles y reglas horizontales para dividir las secciones principales.

De un vistazo, cualquiera que mire su informe debe comprender lo que cubre en cada sección de la especificación.

Las balas son mejores.

Cuando tenga una lista de opciones o requisitos, ponerlos en viñetas o en una lista numerada puede hacer maravillas para que realmente lean sus especificaciones .

Todos leemos cuando leemos, y puede estar seguro de que algunas de sus especificaciones se están descremando si no facilita su digestión.

El énfasis puede ser bueno.

Si algo debe destacarse, siéntase libre de agregar un estilo en negrita o cursiva. Diablos, incluso puedes agregar algo de color. Hagas lo que hagas, asegúrate de enfatizar los bits correctos, lo estás usando con moderación y no utilizas todas las mayúsculas. ¡A nadie le gusta que le griten!

Dale un poco de personalidad.

¡No tengas miedo de agregar un poco de sabor a tus especificaciones! La mitad de la diversión de escribir una especificación de producto consiste en inventar datos falsos y copiarlos para ilustrar su punto. Si es más fácil, personifique al usuario que está buscando para ayudarlo con las especificaciones de su producto y dele un nombre o profesión divertido.

Un poco de tecnología está bien.

Si sabe exactamente lo que debe observarse en la base de código, siéntase libre de incluir un fragmento o dos de código para ilustrar su punto.

Ser breve.

¡Escribe todo lo que necesites y nunca más! Es demasiado fácil entrar realmente en los detalles al principio de este proceso de especificación.

Vincularlo.

Agregue enlaces a páginas relevantes donde sea necesario. Esto es fácil con el nuevo editor de texto, ya sea un enlace o un correo electrónico que desea incluir.

Suponiendo que nos estamos refiriendo a especificaciones tales como mediciones, resultados de pruebas científicas y capacidades técnicas de un producto … Las especificaciones del producto son buenas si:

  • Reflejan lo que buscan sus compradores (si no está seguro, verifique qué preguntas están haciendo los compradores sobre su producto)
  • Reflejan el nivel de conocimiento de su comprador ideal (algunas especificaciones son irrelevantes para el cliente promedio, pero son críticas para un profesional / experto / negocio)
  • Son fáciles de leer (use listas de viñetas para más de una o dos especificaciones)
  • Son correctos y apropiados para el contexto (verifique con una guía de estilo las abreviaturas correctas; decida entre métrica, imperial o ambas)

Si busca términos en un diccionario técnico, encontrará que el término “especificación” se refiere a documentar completamente una implementación. Por lo tanto, los gerentes de producto no deben escribir especificaciones. La mejor manera de comunicarse con el desarrollo es hablarles sobre personas y problemas. Contar una historia real, no una “historia de usuario”. (“Como __, quiero __ así que __” no es muy interesante y no tiene casi el impacto comunicativo de “El padre de Jennifer se ha alejado de su centro de asistencia para la vida y nadie puede encontrarlo “)

Mi recomendación es que los gerentes de producto sean los dueños del problema (el “qué”) mientras que el equipo de producto (desarrolladores y diseñadores) es el dueño de la solución (el “cómo”). Vea El problema del detalle de la historia para más información.