Aproveche el descubrimiento impulsado por la IA para crear especificaciones de productos más sólidas y claras
Es fácil pensar que nuestro trabajo como product managers es brindar certeza absoluta a nuestros equipos. Queremos el plan “perfecto” antes de compartirlo. Pero si alguna vez has sentido que tienes una página en blanco mirándote, sabes que la claridad absoluta suele ser enemiga de una buena idea.
Recientemente celebré una conferencia llamada “Escribir requisitos claros para los humanos y la IA” Se exploró un camino diferente: utilizar “Vibe Coding” (creación rápida de prototipos) no para construir un producto final, sino para explorar el desordenado espacio conceptual donde residen las mejores ideas.
Así es como puedes pasar de una “ambiente” vaga a una afirmación probada en batalla usando tres piedras de Géminis específicas.
1. Acepta “basta de caos”
En un artículo reciente, escribí sobre cómo La creatividad requiere suficiente caos Trabajo de verdad. Necesitamos sorprendernos un poco para descubrir algo nuevo.
La codificación Vibe de PM hace exactamente eso. No se trata de convertirse en ingeniero; Esto es para fortalecer sus ideas al principio del proceso. Se trata de “evadir” tus decisiones, concretar tus ideas para que puedas verlas de una manera más objetiva con una máquina antes de llevarlas a tu equipo.
En lugar de mirar plantillas, comience con Especificaciones Entrenador Corto. Esta Gema actúa como una consultora, entrevistándote para extraer el “qué” y el “por qué” de tu proyecto.
- Paso a paso: Lo guía a través de secciones como objetivos, viajes críticos de usuario (CUJ) y “momentos que importan”: los puntos altamente emocionales que determinan el éxito o el fracaso de una experiencia.
- Complete los espacios: Si te quedas atascado, incluso puede sugerirte contenido para ayudarte a estimular tu pensamiento.
- Artefacto: Termina con una especificación de rebajas estructurada que sirve como “contexto” para todo lo demás que hace.
2. El poder de las “malas” ideas
A menudo tratamos de ocultar nuestros malos pensamientos. Pero en la fase de exploración, una “mala” idea es un regalo porque te ayuda a definir qué es una idea realmente buena.
este Herramienta de cambio de especificaciones Tome sus especificaciones iniciales y genere cuatro formas diferentes de implementarlas para abrir la apertura de lo que está considerando.
- Eje de cambio: Prueba diferentes hipótesis a través de diferentes factores como el nivel de automatización o el paradigma de interacción.
- Especificaciones provocativas: Uno de ellos es una versión deliberadamente “provocativa” o “mala” diseñada para resaltar antipatrones y todo eso. No Hazlo.
- Resultados del aprendizaje: Al crear rápidamente estos prototipos en herramientas como Google AI Studio, puedes ver dónde están los defectos de tu concepto. Esto ayuda a ampliar el alcance de la exploración en lugar de limitarse a quedarse en una conversación.
3. Utilice “ingenieros groseros” para las pruebas de estrés
No querrás que la primera persona que encuentre un defecto en tu lógica sea tu vicepresidente durante una revisión. Quieres encontrarlo tú mismo en tu propio chat de IA.
este simulador de punto de vista Pruebe sus especificaciones desde múltiples perspectivas altamente sesgadas.
- Panel de expertos: Simula las voces de diseñadores de productos, expertos en privacidad e incluso “ingenieros senior groseros”.
- beneficio: El “ingeniero grosero” es franco y escéptico ante la ambigüedad o el exceso de ingeniería. Como es una máquina, la retroalimentación no es personal. Es sólo una herramienta para ayudarle a encontrar sus puntos ciegos.
El futuro: de tableros estáticos a joyas “vivas”
Uno de los cambios más emocionantes en los que he estado pensando es el cambio en la forma en que trabajamos. Todos hemos visto tableros de Milo cubiertos de notas adhesivas que nunca más se vuelven a mirar.
Creo que cada espejo debería ser una joya. El futuro de los talleres es un sistema que recopile contexto distribuido y lo mantenga actualizado. Esto nos permite no solo distribuir contexto sobre cómo llevar a cabo el taller más adelante, sino que las notas del taller en sí también pueden convertirse en contexto distribuido para usar cuando sea necesario. Casi como un banco de trabajo para crear futuros documentos basados en todo lo comentado hasta ahora.
En lugar de resúmenes estáticos, necesitamos un sistema que cree borradores o “vistas” continuamente actualizados para las diferentes partes interesadas, ya sean ingeniería, diseño o revisión legal. Este sistema de redacción siempre cambia a medida que el contexto se actualiza, aprendemos cosas nuevas y tomamos decisiones difíciles.
Conclusión: tráelo de vuelta al equipo.
Los prototipos y las especificaciones son temas necesarios. Los prototipos dan a las personas una “vibración”, pero las especificaciones capturan complejidades y matices que los prototipos en sí no pueden.
Cuando devuelvas estos artefactos al equipo, recuerda los siguientes pasos:
- Establezca expectativas claras: Deje claro que estos prototipos son pruebas para ayudar en la toma de decisiones y no son productos finales a construir.
- Uso de herramientas en tiempo real: Intente utilizar estas gemas en vivo en reuniones. Escuchar cómo los ingenieros o diseñadores interpretan los comentarios de la IA puede generar debates valiosos.
- No reemplaces, colabora: Estas herramientas no pretenden reemplazar a los diseñadores o ingenieros; Su objetivo es provocar el debate. Úselos para decir: “Esto es lo que me importa; aquí hay algunas cosas que puedo considerar si ayudan”.
- Mantenga un registro de las decisiones: Graba tu decisión No Hazlo. Este camino de descubrimiento puede ayudar a otros a comprender exactamente cómo llegó a su dirección final.
- Ayuda para redactar las especificaciones del agente: Los PM se pueden integrar mejor en el proceso de desarrollo ayudando a escribir las especificaciones en las que trabajarán los agentes de IA.
La próxima vez que empieces algo nuevo, no te concentres en la claridad inmediata. Utilice estas gemas para encontrar “suficiente caos” para lograr avances.
Este artículo fue escrito por el autor con la ayuda de Gemini, basándose en las fascinantes notas del seminario y materiales relacionados del autor.
Cómo PM crea requisitos más estrictos a través del código Publicado originalmente en Colectivo de experiencia de usuario En Medium, la gente continúa la conversación destacando y respondiendo a esta historia.
