The Product Book by Product School (200-300) .En - Es

La Figura 6-3. Esto es whvat un diagrama de IA para la mensajería en Moover podría ser.
EL LIBRO DE PRODUCTOS
194
Una vez que haya averiguado qué construir con la ayuda de un investigador de usuario, una
arquitectura informacional ( IA) diseñador encontrar la manera de modelar y organizar los datos que
estamos trabajando. IA es en gran medida un paso estructura, pidiendo la información que un usuario
debe conocer de primera, segunda, y así sucesivamente. IA podría crear un modelo de datos,
explicando cómo el producto subyacente conceptual será presentado al cliente, junto con diagramas de
bloques que expresa en qué orden para presentar la información. Figura 6-3 muestra un diagrama de
muestra de IA para la función de mensajería de Moover.
6. Trabajar con Diseño

Los diseñadores de interacción y luego toman la arquitectura de la información y encontrar la manera
de presentarlo en el producto. Ellos son los que se centran en cómo un cliente navega a través de la
interfaz de usuario del producto, lo controla utiliza (por ejemplo, en caso de que utilice un control
deslizante o un campo de texto?), La cantidad de pasos que se necesita para realizar tareas comunes, y
más. A medida que la habilidad implica, ellos son los que realmente se centraron en cómo se utiliza el
producto. Es muy común encontrar diseñadores que se especializan en IA y diseño de interacción. Esta
es también la etapa en la que el plomo de ingeniería comenzará a participar, siempre que el equipo de 195
diseño con comentarios acerca de la viabilidad técnica de sus diseños. La entrega más común de esta
fase es un conjunto de wireframes. Estos son diagramas de bloques que muestran ásperas, cómo un
usuario va a interactuar con su producto, como vemos en la Figura 6-4 para Moover-estamos mostrando
solamente un alambre, pero por lo general usted tendrá una serie que representa diversos puntos de
vista y las interacciones clave. Wireframes ayudan a visualizar donde sus clientes puedan encontrar
varias piezas de información, cómo van a navegar a través de su producto, y más. Wireframes no son
interactivos, y que incluso podría ser bocetos en papel en lugar de activos digitales.
ofertas
Nueva York 11215 | 18 de Sep
18 Ofertas Ordenar Filtrar
Movimiento de hormigas
$ 395
(18 Comentarios)
$ 400
Seleccionar Contacto Más información
Se mueve NYC
$ 400
(8 Comentarios)
$ 415
Sombrero superior de Motores
(2 Comentarios)
Rob el Mover
$ 465
(12 Comentarios)
$ 525
Shea Moving
(6 Comentarios)
196 Figura 6-4. alambre de la muestra para la función de mensajería Moover, que muestra uno de los pasos del flujo de trabajo después de
pasar para revelar las opciones disponibles para una empresa.

Los equipos de diseño a menudo tienen prototipos de expertos que convierten estos wireframes
estáticos en prototipos interactivos utilizando nada de HTML a herramientas especializadas como
Balsamiq y InVision. Los prototipos son muy útiles, por tres razones. En primer lugar, ayudan a
todos los que trabajan en el producto internamente para entender lo que se está construyendo, ya
sea personas en el equipo directo, su jefe, o más allá. Tener algo visual es más fácil de entender
que un PRD por escrito, y tener algo interactivo es aún mejor. En segundo lugar, el prototipo de
ingeniería ayuda a proporcionar estimaciones más precisas de cómo las partes duras del producto
serán a construir. El uso de un control de interfaz de usuario estándar puede tardar minutos para
poner en práctica mientras que una costumbre controlar el equipo de diseño creado podría tomar
días, por ejemplo, y todos los equipos tendrá que analizar si el control personalizado
Figura 6-5. Muestra maqueta para la función de mensajería de Moover, que indica cómo uno debe aparecer la vista cuando haya
197
terminado
vale la pena el tiempo de compensación. Esa decisión será entonces afectar el prototipo. En tercer lugar,
los prototipos ayudan con las pruebas de usabilidad.
Después de la creación de prototipos, que tendrá una gran idea de cómo funcionará el producto
/ caudal, pero no se sabe lo que se verá así. El diseño visual es el enfoque en cómo se verá el
producto. diseñadores visuales de su equipo a menudo trabajan en paralelo con las personas que
crean wireframes, se crea la apariencia general de su producto. Se va a crear maquetas, como en
la Figura 6-5, por lo general sobre la base de las estructuras alámbricas, que se ven píxel perfecto,
pero no son funcionales. Estas maquetas están diseñados para ayudar medidor general del equipo
del producto cómo todo se reunirán, y el producto final se verá visualmente similar a la maqueta.
El diseño visual es algo más que hacer la aplicación parecen bastante, sin embargo.
Los diseñadores visuales deben tener en cuenta la facilidad de uso (por ejemplo, es el tipo de letra lo
suficientemente grande como para leer y los botones son lo suficientemente grandes como para tocar con
precisión en un teléfono?), emociones (transmitidos a través de colores e iconos), y mensajes de marca
consistente. Los diseñadores visuales a menudo trabajan con el marketing para crear una guía de estilo
de empresa que influye en todo, desde mensajes de avisos al cliente a la página web de marketing para
el producto real. A veces los diseñadores visuales y prototipadores crearán un prototipo de mayor
fidelidad utilizando la maqueta y wireframes, dando el prototipo una sensación más acabada para
ayudarle a juzgar el producto con mayor eficacia. Después de crear tus prototipos y maquetas de
Ingeniería de implementar, estratega de contenido ayudará a asegurarse de que su producto está
utilizando los medios adecuados y de texto, tales como la forma de la palabra una alerta. Al igual que el
diseño visual, estrategia de contenido se aplica a la comercialización, también, y usted quiere utilizar
palabras coherentes y tienen un tono constante. Se resta valor a la experiencia en general y puede
confundir a sus clientes debido a las expectativas desalineados si su aplicación es muy formal y su sitio
web es muy caprichosa. Algunas compañías tienen un administrador de copias que se encarga de todo el
198 texto, ya sea en el producto o en un anuncio.

El proceso de diseño principal se realiza cuando sus prototipos y maquetas se validan como
una solución e Ingeniería ha accedido a su viabilidad. A medida que la mano los diseños más a
la Ingeniería, es probable que descubra preguntas acerca de cómo una parte del producto debe
comportarse, casos extremos no previstos que deben ser diseñados, nuevas alertas que
necesita la redacción adecuada para, y las partes del diseño que son problemáticos a
implementar.
Su función principal en todo este proceso será facilitador, pero usted también querrá asegurarse de
que los clientes de prueba temprana están contentos con los diseños y capaz de lograr el objetivo del
producto de manera satisfactoria. Es probable que desee para seguir funcionando una reunión con los
equipos de diseño e ingeniería

durante todo el proyecto para asegurarse de que todos estén en la misma página y hacer frente a la
retroalimentación de los primeros usuarios y las necesidades adicionales de ingeniería. Por ejemplo, si
usted tiene un plazo nave actualizados, es posible que tenga que cortar una característica y cambiar
parte del diseño del producto, por lo que la función no parece faltar. Todo el proceso de diseño no se
hace hasta que realmente se envía el producto.

Las pruebas de usabilidad con prototipos
A medida que su equipo de diseño crea un diseño, es útil para probar varios aspectos de la misma con
los clientes cuando sea posible para ver si el diseño es fácil y agradable de usar y asegurarse de que su
cliente puede completar las tareas del probador les da con el diseño.
investigadores de usuario y prototipadores trabajarán conjuntamente para realizar esta prueba.
Herramientas como UserTesting (que te permite obtener vídeos de personas al azar que cumplen los
criterios especificados que realizan tareas con su sitio web, aplicaciones móviles, o prototipo), y 199
UsabilityHub (que proporciona datos, incluyendo los mapas de calor, sobre cómo las personas realizan
tareas con su maqueta estática ups a través de diferentes categorías) ayudan a simplificar la tarea. Las
pruebas de usabilidad es fundamental para hacer un buen diseño centrado en el usuario, pero no es
perfecto. No prueba para preguntas como “¿Es este valioso producto a un cliente?” La validación de
hipótesis que hizo en el capítulo 4 debería haber respondido a ese tipo de pregunta. Si está probando una
nueva característica en el aislamiento del producto principal con un prototipo, pruebas de usabilidad no va
a probar si los clientes existentes son capaces de encontrar y utilizar esta nueva función. Asimismo, no
puede dar cuenta de cosas como el sabor. Una prueba podría revelar que los clientes tienen más éxito
cuando se utiliza una combinación de colores verde-orangeand para la función, pero a menos que esté
construyendo un producto de calabaza con temas, se podría optar por cambiar algo de valor facilidad de
uso para una mejor estética.

De vez en cuando, incluso un equipo de diseño centrado en el usuario tiene que tomar decisiones
que parecen más como obligan al cliente a adaptarse al producto en lugar de estar centrado en el
usuario. A veces esto se debe a una limitación interna, tales como los recursos de ingeniería o
diseño. Otras veces es porque esta elección está en línea con la visión de la empresa y la actitud
general, como Apple no está proporcionando almacenamiento extraíble en el iPhone. Un gran equipo
de diseño también pensar en el futuro y la hoja de ruta, y esto podría conducir a la toma de
decisiones en el producto actual que parecen extraño, pero son mejores para el futuro, como la
eliminación de la unidad de disquete y puertos serie desde el primer iMac. Mientras que la prueba es
importante, el diseño es a menudo más un arte que una ciencia.
Sin embargo, esto no quiere decir que usted debe enviar un diseño inutilizable porque está en línea
con su visión de la empresa! Si un cliente no puede usar su producto para resolver su problema, o si es
muy difícil de usar su producto, que va a buscar una solución diferente. Su producto debe ser utilizable,
200 además de proporcionar servicios públicos!

Al igual que la forma en que ha creado una hipótesis oportunidad y luego trabajó para
validarlo, diseño creará varias posibilidades UX y luego trabajar para converger en el diseño
principal. Al igual que su hipótesis de oportunidad, las ideas más grandes necesitarán más trabajo
para validar. Algunos proyectos pequeños podrían no requerir ninguna iteración de diseño. Si
usted es el responsable de la programación, asegúrese de incorporar el tiempo apropiado para el
diseño de iterar.
TRABAJO CON DISEÑO
Mientras que el producto y el diseño a menudo tienen una relación fantástica, con demasiada frecuencia
tienen una relación frustrante. Vamos a profundizar en por qué sucede esto y veamos algunos consejos
para ayudarle a trabajar bien con su equipo de diseño.

A juzgar y hacer sus comentarios sobre diseño
Como PM, se esperará a dar su opinión sobre diseños y tener opiniones informadas. Si bien se
recomienda encarecidamente que tome el tiempo para aprender sobre el diseño, la lectura de
libros como Donald seminal de Norman El diseño de las cosas cotidianas, que es posible tener
una opinión educada sobre el diseño sin ser un experto. Podemos formar esa opinión
mediante el uso de un marco con criterios específicos y luego mirar cómo el diseño cumple
con esos elementos.

Los criterios más importantes que vamos a establecer es “¿Esto diseño de dejar que el cliente
conseguir su objetivo con la menor fricción posible?” A medida que nos fijamos en una estructura
metálica e imaginar usando el producto paso a paso o como en realidad se trate de un prototipo,
que son capaces de realizar las tareas principales de los productos promesas? ¿El diseño pedir
información irrelevante o que requieren acciones complejas que le impiden alcanzar sus
objetivos?
201
Hágase esta pregunta para cada caso de uso, y usted se sorprenderá de lo que encuentre.
En algunas cámaras, por ejemplo, es fácil de poner la batería al revés porque la batería es un
rectángulo sin ranuras especiales. La única indicación de que usted ha puesto en mal es
cuando la cámara no se enciende. Un cambio de diseño puede tener usuarios ahorrado la
molestia de poner sus baterías en mal!
Con el software, es la información que los usuarios necesitan fácilmente a mano, o están
constantemente tener a rebotar entre las partes de la aplicación para obtener los datos necesarios?
¿Qué pasa con la inscripción proceso de hacer que tiene un ser simple que permite a los usuarios se
relacionan inmediatamente con la aplicación, o qué hacer muchas preguntas irrelevantes antes de que
puedan empezar a utilizarlo?
Para ir un paso más allá en nuestros criterios, vamos a recomendar el uso de Dieter Rams 10
principios del “buen diseño.” Rams es un diseñador muy conocido, sobre todo después de haber
trabajado en Braun largo de su carrera. Su

diseños son de gran prestigio, ha influenciado numerosos diseñadores, incluyendo Jony
Ive, y sus 10 principios son fáciles de entender.
Un buen diseño es innovador. La innovación tecnológica está en constante creación de
oportunidades para nuevos e innovadores diseños. Esto no quiere decir que es necesario
reinventar la rueda con cada diseño. A menudo, hay elementos de diseño estándar que
tengan sentido para su producto, como un botón. Pero sobre todo cuando se está
construyendo un producto innovador, vale la pena preguntar si estás siendo innovadora con
su diseño o aplicación de viejas ideas de diseño a algo nuevo.
El buen diseño hace un producto útil. Queremos que nuestros productos a ser utilizados y
amados, lo que significa que necesitan para ser útil. El diseño tiene que hacer el producto
funcional, sino también psicológicamente agradable. tocados dental es un gran ejemplo de un
202 producto funcional que no es psicológicamente agradable, lo que significa que un cliente no
desea utilizarlo.
Un buen diseño es estético. Citando Rams, “La calidad estética de un producto es integral
a su utilidad ya que los productos se utilizan todos los días y tienen un efecto sobre las
personas y su bienestar. Sólo los objetos bien ejecutadas pueden ser bellos “.
El buen diseño hace un producto comprensible. El diseño puede ayudar a hacer la
función prevista de un producto claro y gran diseño hace que el producto utilizable sin
ningún entrenamiento. Cuando se deja de hacer comprensible el producto, el cliente
consigue a menudo frustrado tratando de utilizar el producto o recordar cómo usarlo.

Un buen diseño es discreto. Existen productos para ayudar a un cliente a ser impresionante y
alcanzar una meta, no para ser venerado por sí mismos. Si un diseño es neutro y sobrio, que le
permite ser el foco en el cliente en lugar de llamar la atención sobre sí mismo.
Un buen diseño es honesto. Un producto bien diseñado no hace que el cliente cree
que hace algo que en realidad no hacer o que es algo más valioso que lo que

realmente es. Pintar el oro producto no se hacen realidad sea tan valiosa como si
estuviera hecho de oro.
Un buen diseño es de larga duración. Aunque puede ser tentador hacer algo de moda y de moda,
buen diseño tendrá una duración de modo que incluso a medida que cambian estilos, su producto no
seguirá el camino de la lisa.
Un buen diseño es minucioso hasta el último detalle. Usted quiere pensar en todos los 203
aspectos por lo que asegúrese de que no importa cómo los clientes interactúan con su producto,
que está encontrando una gran experiencia.
Un buen diseño es amigable con el medio ambiente. El diseño puede ayudar a preservar nuestro
planeta para las generaciones futuras, reduciendo al mínimo los recursos que necesita, ya sea que
estamos hablando de los ciclos de cálculo que requieren energía o el diseño físico que necesita
materias primas.
Un buen diseño es tan poco diseño como sea posible. Como Rams pone, “menos, pero
mejor.” A medida que evalúa un diseño, preguntarse si se puede eliminar elementos. Centrarse
en reducir el diseño a sus elementos esenciales, como la pureza y simplicidad ayudará a hacer
sus productos de estética, comprensible, discreto y honesto.

No todos los principios se aplicará a cada diseño con el mismo peso. Cuando usted está construyendo
una aplicación, es probable que no se preocupa tanto de su naturaleza de larga duración o el medio
ambiente. Pero cuando un diseñador le da una estructura metálica, prototipo o maqueta y le pregunta
lo que piensa, estos criterios le dan una forma de proporcionar retroalimentación reflexiva y precisa.
Diseño habilidades de relación
La mayor fuente de conflicto es que tanto el diseño de productos y sienten que representan
el cliente. Ambos grupos representan la cliente, sólo que en diferentes maneras. Como
hemos dicho anteriormente, los PM tienen que pensar en el panorama general y sobre las
necesidades de los diferentes equipos, mientras que el plomo diseño será más táctico y se
centró principalmente en un gran diseño. Una manera práctica de pensar en la diferencia
es que los gerentes de producto se centran en el cliente ideal, mientras que los
diseñadores de plomo a menudo se centran en el usuario ideal. Veamos un ejemplo para
204 entender la diferencia. Si estuviera diseñando un teclado, su objetivo sería ayudar a los
usuarios escribir con rapidez y precisión. El equipo de diseño podría llegar a un diseño de
teclado fantástico, y es casi seguro que no sería la disposición de teclado más común,
QWERTY.
Sin embargo, los teclados QWERTY han existido desde hace mucho tiempo. Están por todas
partes, desde el ordenador al smartphone para algunos controles remotos de TV! Los clientes saben
cómo escribir sobre ellos con relativa rapidez y precisión. Un teclado QWERTY no tendrá una curva
de aprendizaje empinada potencialmente, significa que los clientes no van a escribir con rapidez y
precisión mientras aprenden el nuevo diseño.
Mientras que nuestro equipo de diseño podría llegar a un nuevo diseño de teclado para el usuario
ideales cuyo objetivo es escribir con rapidez y precisión, el cliente ideal muy probablemente no lo
compraría debido al corto plazo compensación.

Para entender a los clientes integral, es útil centrarse en sus personajes. Además de sus
objetivos, ¿qué otros factores están en juego que afectará el comportamiento de los clientes? En
nuestro ejemplo el teclado, mientras que su objetivo era escribir con rapidez y precisión, su
familiaridad previa con QWERTY es un factor importante que afecta a nuestras opciones de
producto.
A veces, especialmente con productos de consumo, es fácil para el PMS para
creer que representan el personaje objetivo con precisión, incluso cuando no lo

hacen. Estos PMs a menudo ignoran los detalles de la persona, utilizando su propio
gusto, no detalles Persona, para tomar decisiones de productos. Esto puede ser
frustrante para los diseñadores, ya que esto puede hacer que las decisiones de la
PM se sienten arbitraria. Microgestión de cada diseño de decisión puede causar
fricción entre el equipo de diseño y el PM, también. MPs son responsables en última
instancia el éxito o el fracaso del producto, y que la responsabilidad puede hacer que
se tratan de decirle al equipo de diseño de la forma de diseñar el producto. Hemos
mencionado anteriormente que wireframes, maquetas y prototipos son grandes, ya 205
que son mucho más inmediatamente comprensible que el PRD. La otra cara es que
debido a que el diseño es tan visible, es fácil tener una opinión informada.
Así que, ¿cómo construir una relación constructiva con el equipo de diseño? Un paso simple pero
importante es llegar a conocer el equipo. La construcción de relaciones individuales con las personas
con las que trabaja le ayudará a respetar unos a otros como personas y tratar los conflictos de manera
más productiva. Más allá de eso, en ningún orden particular, hay una variedad de cosas que puede
hacer para tener una gran relación con su equipo de diseño. Recomendamos que se aprende un poco
sobre diseño, si usted no sabe acerca de ella ya. No es necesario ser un experto, pero usted debería
ser capaz de hablar sobre por qué cree que es un producto bien diseñado o no. Para el software,
aprender común
patrones de diseño y los diseños aceptados para funciones como la búsqueda, la configuración, y más
especialmente, para diferentes plataformas. Esto le ayudará a aprender para no forzar una aplicación
Android para verse como una aplicación para iOS o viceversa, por ejemplo.
A medida que aprenda sobre el diseño, se centran en el desarrollo de una apreciación de lo que
sucede en el diseño de manera que cuando se ve una estructura metálica, se puede hacer buenas
preguntas acerca de por qué los diseñadores hicieron ciertas opciones y comprender las implicaciones de
esas opciones en lugar de forma arbitraria diciéndoles que hacer ciertas cosas. Palabras como “espacio
en blanco” y “jerarquía” deben finalmente ser parte de su vocabulario.
Del mismo modo, no sobrepasar sus límites. En el PRD, no especifique el diseño. Su trabajo es
dar a los requisitos y limitaciones, junto con cómo va a considerar el problema resuelto, y deja
Diseño e Ingeniería de encontrar la solución. Por ejemplo, en lugar de incorporar maquetas de un
nuevo proceso de incorporación, especifique lo que se requiere de datos y lo que es opcional para
206 que el usuario introduzca, a continuación, dejar que el diseño crear una estructura metálica que
muestra cómo introducir los datos. Incluso si usted solía ser un diseñador increíble, su trabajo
principal como PM es centrarse en dar claras las Personas, requisitos y objetivos. Su equipo de
diseño te amará si está claro en esos tres elementos. Esta claridad será parte de un PRD bien
escrito y es cierto en el nivel de proyecto general más alta objetivo y con historias de usuario
individuales. En lugar de simplemente diciendo: “Tenemos que mejorar el proceso de incorporación,
”Dicen explícitamente que son los clientes objetivo, lo que necesita el proceso de incorporación de
lograr, y cómo medir su éxito. Por otra parte, nunca, nunca decir vagamente un producto es para
“todos”. No hay tal persona, y ningún producto es perfecto para cada persona. En su lugar,
asegúrese de que su mercado objetivo es una parte clara de los requisitos en el PRD y que una
persona se define por lo que el diseño puede tomar las decisiones correctas para hacer frente a las
necesidades de ese personaje.

De vez en cuando, usted encontrará que usted realmente, realmente quiere esbozar un UX, ya
que será la forma más rápida de compartir sus pensamientos, ya sea en las primeras
conversaciones sobre el producto o incluso en un PRD. La primera vez que se inscribe en un nuevo
equipo, que necesita para trabajar con otras partes interesadas y ganarse su respeto.
Recomendamos poner juntos una sesión de pizarra con la ventaja de diseño (y tal vez la ventaja de
ingeniería) para discutir las ideas iniciales, ásperas. En conjunto, se puede dibujar en una pizarra y
luego tomar fotos de la junta de incorporar en su PRD o compartir con otros. Después de haber

trabajado con un equipo, por lo general encontrará que está bien para esbozar un concepto UX en su
propio lugar de solamente incluyendo fotos de pizarras, pero hay que reconocer y dejar bien claro
que este esbozo es sólo para transmitir lo que quiere decir, no implica respuestas de diseño. esbozo
de servilleta. Un esbozo de servilleta es un dibujo que es de baja calidad y creó rápidamente, como si
se dibujara en el reverso de una servilleta con una pluma. Recomendamos el uso de una
herramienta como papel de FiftyThree para el IPAD en lugar de una herramienta de prototipado
como InVision o Balsamiq para cualquier bocetos UX que se crean. Esto hará que su boceto está
claramente dibujado a mano y te obligan a crear algo sin pulir, pero le dará un dibujo digital con una 207
buena calidad de un derrame cerebral.
A medida que el equipo de diseño comienza a idear la utilización de su PRD, trabajar con ellos y otras
partes interesadas para discutir los pros y los contras de cada idea más allá de si se trata de un buen
diseño o no, sobre todo pensando en el usuario ideales frente al cliente. Además, pregunte si el
pensamiento del equipo a través de todas las implicaciones del diseño. Si usted está diseñando una red
social y el equipo de diseño tiene un botón de bandera en el diseño para marcar contenido inapropiado, lo
que ocurre cuando un cliente pulsa ese botón? ¿Quiere decir que alguien en el equipo de apoyo que
tendrá el botón manualmente para mirar el contenido y posiblemente eliminarlo? Hace que el equipo tiene
los recursos para hacerlo? Todos estos consejos se enrolla en un punto clave: su trabajo consiste en
proporcionar
clara comunicación entre todas las partes interesadas, manteniendo el objetivo final de decisiones
del cliente impresionante en la mente de todos. Usted no está aquí para hacer de las partes
interesadas con el trabajo que dejó Diseño / Ingeniería / Soporte / etc. tras pasar a la gestión de
productos. Es necesario para mantener a todos en movimiento hacia su objetivo.
Hay una gran historia acerca de cuando el presidente Kennedy visitó la NASA en
1962. El presidente pidió un conserje lo que estaba haciendo, y respondió al conserje, “Bien, Sr.
Presidente, estoy ayudando a poner un hombre en la luna.” La NASA ha hecho un gran trabajo
asegurándose de que todos sabían lo que estaban trabajando hacia , y que ayudó a cada persona
piensa acerca de cómo sus acciones afectan ese objetivo. Usted puede sentir como un disco rayado a
veces, pero si se concentra en mantener frente a la meta de su producto y su centro en la mente de
todos, usted se sorprenderá de lo que todo el equipo se eleva a cumplir con ese objetivo.
208
CAPÍTULO SEIS TIP
Conrad Albrecht-Buehler, un diseñador increíble que también ha trabajado como gerente de
producto, nos proporciona la punta de este capítulo. Conrad ha diseñado una interfaz premiada en el
coche para BMW, diseñado algunas de las primeras aplicaciones móviles para VMware, y ha
trabajado en varios productos de Apple. Además de ser un diseñador, ha trabajado como ingeniero
de software, un gerente de producto, y un investigador usuario. Él vive en Munich y el área de la

bahía con su esposa, dos hijos y un Shiba Inu.
SER abierto y flexible

Aaron Sorkin, que ha escrito algo de mi televisión y películas favoritas, dijo recientemente que para
muchos episodios de El ala oeste, que iba a comenzar con sólo una idea por un momento, y luego dejar
que la historia construir como lo escribió. Parafraseando: no siempre sabía exactamente lo que estaba
escribiendo hasta que lo escribió. En las entrevistas, muchas de mis autores favoritos, y sí, incluso los 209
diseñadores, han dicho lo mismo. No es porque carecían de la disciplina o no eran metódicos en su
trabajo, pero las historias y los productos son complejos, y, hasta que llegue profundamente en la
creación de cualquiera de ellos, gran parte de esa complejidad no se revela. Debido a que, como PM
trabajar con un diseñador-ya sea un diseñador de experiencia de usuario, investigador del usuario, o
industrial o visual diseñador, mi consejo es el siguiente: estar abierto y ser flexible.
Como diseñador trabaja para adaptarse a los requisitos de producto y de ingeniería (y
otras fuentes innumerables descritos en los capítulos anteriores), los compromisos deben
hacerse en un aspecto u otro. Sea flexible, en lugar de autoritario. No trate de empujar una
agenda singular una llamarlo una “visión”. Esté abierto a comprometer como las
complejidades más profundas del producto se revelan. Los mejores diseñadores a aprender
cómo hacer los mejores compromisos. Pero no sin su ayuda y la ayuda de todos
actores y colaboradores. Sin embargo, como el PM, puede que tenga que arbitrar el debate en torno a
estos compromisos, y eso siempre es difícil porque usted nunca será un observador neutral en esos
debates. Las diversas partes del debate estarán enmarcadas en términos de costo versus beneficio.
La mayoría de las partes interesadas podrán ver los costos en términos de costos financieros o
costos de tiempo, cosas que afectan a la empresa y los empleados. Los diseñadores podrán ver los
costos en términos de impacto para el usuario. Ahí es donde las cosas van de los carriles con mayor
frecuencia. Otra de las partes interesadas afirmará: “Soy un usuario, y yo estaría de acuerdo con
esto.” Tal vez el cliente será, también, pero es responsabilidad del diseñador para saber cómo gente
que no es igual que el diseñador será percibir e interpretar el producto. Incluso si todos los
participantes debate afirman que, como usuarios, también sería bien con una solución de
compromiso, no se trate que, como la mayoría de un tamaño de muestra e imaginar que el diseñador
de argumentar a favor de algo más obviamente equivocado. Esté abierto a su experiencia, y valorar el
tiempo que han dedicado a tratar de entrar en las cabezas de las personas diferentes a ellos para
ayudar a predecir cómo un cliente verá, el uso y el valor de su producto. Se puede ayudar a tomar la
210 mejor, aunque no siempre lo más conveniente, compromiso, ya que frente a las complejidades de un
producto.
GOOGLE DE DISEÑO SPRINTS
Google Ventures se le ocurrió una gran manera de utilizar el pensamiento de diseño para resolver
cuestiones críticas de negocio. Se ha utilizado este proceso con su cartera de empresas para resolver
problemas que van desde “¿Es nuestro nuevo negocio viable?” A “¿Cómo desarrollamos esta nueva
característica para los productos existentes con millones de usuarios?”
Nos gusta carreras de diseño porque son colaborativo (involucrar a los actores clave de cada

departamento), se centró, efectiva, y las formas centrados en el usuario para resolver grandes problemas.
Por otra parte, como ya hemos pasado mucho tiempo explicando, PMS a menudo tienen que ser de no
intervención con el trabajo de diseño, pero en una carrera de velocidad de diseño se llega a ser práctico.
Esto puede ser divertido, que le permite usar su creatividad, y que le ayudará a obtener una apreciación
por lo que su equipo de diseño lo hace día a día.
Estas carreras suelen durar una semana. Se inicia la semana con un desafío específico para
resolver, y que termina la semana con un diseño del equipo de acordada y que ha validado con 211
clientes reales. Por supuesto, de vez en cuando se termina invalidando el diseño y / o plantear
nuevos interrogantes, pero luego se puede ejecutar otro sprint de usar lo que ha aprendido.
¡Entremos en cómo ejecutar un sprint diseño!
Sprint Preparación
Para empezar, la selección de un maestro de sprint. Esta persona va a establecer el contexto para el
sprint de diseño y facilitar cada etapa de la carrera de velocidad. Esto suele ser alguien que esté
familiarizado con la investigación UX y diseño de interacción, pero esta persona también debe ser capaz
de llevar una reunión productiva y conseguir cada participante contribuyente. El maestro Sprint va a hacer
un poco de planificación y logística alrededor del contenido antes de la carrera para asegurarse de que
funciona sin problemas. Google recomienda alrededor de un día de preparación para cada día de la
carrera de velocidad.
Para la planificación de contenidos, el maestro del sprint escribirá un breve diseño que define
claramente el desafío (PRD puede ser una gran referencia aquí), la entrega, y la línea de tiempo para
poner en marcha. También podría hacer una auditoría de diseño de antemano, reuniendo los diseños
actuales, la investigación del usuario, y más, para proporcionar contexto a la velocidad por equipos. Esto
es especialmente importante si el equipo ya ha realizado un trabajo sobre este problema, ya que habrá
existentes aprendizaje se puede construir a partir de.
Para la logística de velocidad, que va a empezar determinando el equipo adecuado para tener en el
sprint. Los mejores equipos son de cinco a ocho personas e incluyen los PM, diseñadores, ingenieros y
otros expertos o grupos de interés. A veces, especialmente en empresas de nueva creación, el CEO
será parte del equipo de sprint. También es posible tener múltiples equipos que trabajan en paralelo en
el mismo reto. El maestro sprint incluso programar la habitación y asegurarse de que tiene todos los
suministros necesarios, incluyendo papel, cinta, notas adhesivas, pegatinas de voto, un temporizador y
bolígrafos.
212
Entender
La primera parte de la carrera está dedicada a la comprensión del problema que estamos tratando de
resolver, ¿por qué estás tratando de resolverlo, quiénes son los clientes, necesidades y capacidades de
esos clientes, y mucho más. Como ya comentamos en el capítulo 2, la comprensión del contexto general
para sus clientes y empresa / producto es siempre el primer paso hacia la creación de nuevas soluciones.
El maestro de Sprint podría organizar conversaciones cortas, entrevistas a los usuarios, visitas de campo
a los clientes, descripciones generales de la competencia, o más allá de facilitar este paso. Si usted ha
hecho la investigación o el trabajo previo con este desafío sprint, este paso es cuando se va a presentar
ese trabajo previo.
Usted como el gerente de producto probable que desempeñar un papel clave en ayudar al
resto del equipo a comprender sus objetivos y la estrategia. Durante el primer día de la
carrera, también programar su

el cliente prueba entrevistas para el último día. Esto pondrá presión sobre su equipo, lo que obligó
a crear algo para mostrar a los clientes, personas reales dados están viniendo a ver su trabajo.
Después de todo, la mejor creatividad que sucede cuando se tiene limitaciones!
De fi ne
Después de que el equipo entiende el espacio del problema, llegar a una definición clara del

problema. Esto es cuando a reducir el problema y llegar a los principios y objetivos clave para
ayudarle a medir su solución. Es posible definir sus objetivos de diseño, tales como la
construcción de un “divertido de usar” producto, o se podría pensar en la línea de mensajería y
etiqueta para su solución, como “un millar de canciones en tu bolsillo”.
Divergir
Después de saber claramente el problema y lo que usted quiere que su solución para lograr, usted y 213
el equipo de velocidad generará tantas ideas como sea posible para la forma de resolver el reto de
sprint. Es posible que tenga todos a trabajar de forma individual para generar ideas utilizando “Crazy
Eights”, donde se dobla un pedazo de papel por la mitad tres veces, para crear una página con ocho
segmentos, y toma cinco minutos para dibujar ocho ideas, uno por cada segmento. O tal vez que
vamos a trabajar juntos para generar ideas. Asegúrese de no rechazar las ideas de nadie durante
esta fase, su objetivo es generar tantas ideas como sea posible, incluso los malos. De hecho, a
veces trabajando juntos para llegar a la peor solución posible puede ayudarle a pensar en nuevas
ideas para la mejor solución.
No es necesario ser capaz de dibujar bien para participar en la fase divergen. Sin embargo,
usted debe asegurarse de que cualquier cosa que dibujar o crear es comprensible por sí solo, sin
una explicación del creador. Está bien poner un poco de texto en sus dibujos o utilizar varios
dibujos para mostrar una

fluir. Dar los títulos conceptos para que pueda consultar a ellos. Sin embargo, no ponga el nombre del
creador en cada uno. Usted no quiere que cualquier política de la empresa para influir en el que las ideas
que elija.
Obtener loco, ser creativo, y no filtrar a sí mismo. Ideate, idear, idear.
Decidir
Una vez que he llegado con una gran cantidad de ideas, podrás elegir las más adecuadas, hasta el
momento, por votación.
Para la primera ronda de votación, todo el mundo tiene un número ilimitado de pegatinas de
voto, y votar sobre cuáles son las ideas, o pedazos de ideas, usted como el mejor. Se puede
utilizar una gran cantidad de pegatinas si amas algo. A pesar de que cada idea debe explicarse por
sí mismo, pasar algún tiempo a discutir cada uno. Por ejemplo, tomar tres minutos para mirar cada
idea, y hablar de lo que te gusta de él, lo que no le gusta, lo que podría ir mal, y más. No deje que
el creador explicar la idea en primer lugar, como debe sostenerse por sí mismo, pero si los otros
pasan por un aspecto de la idea, el creador puede señalarlo.
No se preocupe por lograr un consenso durante esta primera ronda-hablar de lo que
quiera con las diversas ideas.
Después de haber hablado de cada idea, podrás super-voto. Este es el voto de toma de decisiones.
Cada miembro del equipo recibirá un número limitado de pegatinas de voto, y el director general y PM
obtendrá pegatinas de voto adicionales. Una vez más poner estas pegatinas lado de lo que usted cree
que es la mejor idea, o parte de una idea. Este proceso de votación le ayudará a descubrir las mejores
ideas, independientemente de que los creó.
Prototipo
Después de recoger una idea clave o dos, crear un prototipo. La construcción de este prototipo se llevará
la mayor parte del tiempo de todos los pasos, pero que va a surgir con
una maqueta, de demostración, prototipo físico, u otra forma de demostrar la idea de que se
puede mostrar a la gente real.
Es posible llegar a tener varios prototipos para probar la utilidad global de la solución separada
de la facilidad de uso o para poner a prueba la capacidad de uso de ideas diferentes. La clave en
este paso es hacer algún artefacto que le ayudará a validar su solución. Después de todo, se le
mostrarlo a los clientes en breve!
Pruebas de usuarios
El paso final en el sprint está mostrando su prototipo a los clientes reales y obtener
retroalimentación. Trate de averiguar lo que les gusta y no les gusta, si la solución va a satisfacer
sus necesidades, y si existen factores ocultos que podrían evitar que se utilice esta solución.
También puede pedir información para medir qué tan bien logrado los objetivos que se
establecen en las paso Definir. Por ejemplo, pedir a cada usuario para evaluar lo bien que habían
de utilizar el producto y lo que lo hizo menos divertido. Asegúrese de validar esta solución con las
partes interesadas clave, incluyendo el equipo de ingeniería, también, para confirmar que esta es la
solución todo el mundo está a bordo con la búsqueda y el cree que puede ser implementado.
Cuando las pruebas de usuario está terminado y el sprint es más, tomar algún tiempo para revisar
el proceso y analizar cómo ha ido. ¿Estos clientes como la solución, o qué el diseño no funciona?
¿Es necesario hacer otra carrera? Lo ideal es que tiene un diseño básico que usted conoce tiene
promesa, que se puede tomar, dar cuerpo a, y se convierten en un producto real.
Si te gusta este enfoque y desea ejecutar sus propias carreras, es muy recomendable la lectura de
libros de Google Ventures Sprint: cómo resolver los problemas grandes y probar nuevas ideas en sólo
cinco días. Este libro contiene una gran cantidad de consejos de carreras experiencia en ejecución de
Google Ventures, para ayudarle a ejecutar la mejor carrera posible.

En este punto, usted debe tener una apreciación de lo que implica el diseño y ver que es algo más
que hacer que las cosas se ven bastante. Usted también debe tener una idea acerca de cómo trabajar
en colaboración con el equipo de diseño. Recuerde, decimos que el diseño se realiza cuando nuestros
prototipos y maquetas se validan como una solución al problema que estamos tratando de resolver y
de ingeniería ha acordado la viabilidad de los diseños. Ahora que hemos elaborado los planos de
nuestro producto, vamos a centrar nuestra atención en cómo vamos a trabajar con ingeniería para
conseguir nuestro producto construido.
216
CAPÍTULO SIETE
TRABAJO CON INGENIERÍA
Ahora que ha descubierto los requisitos de su producto y llegar a-probado y es de esperar, un diseño, es 217
el momento de construir realmente su producto! En la práctica, esta fase del ciclo de vida de desarrollo
de productos es donde pasará la mayor parte de su tiempo como gerente de producto. Usted va a
trabajar en estrecha colaboración con Ingeniería día a día para ayudar a supervisar el producto que está
siendo construido, asegurándose de que cumple con los requisitos del producto, por lo que los cambios
de alcance si las características clave están tomando más tiempo que esperar desarrollar, dando
prioridad a la cartera de pedidos, y la eliminación de cualquier le obstáculos posible para el equipo de
ingeniería. Usted querrá hacer lo mejor para establecer una fuerte relación con el equipo de ingeniería ya
que si bien una gran relación no garantiza el éxito, una mala relación garantiza el fracaso.
Aunque esta fase puede ser muy divertido ya que el producto llega a la vida, puede ser muy difícil
para los gerentes de producto por dos razones. La primera es que si usted comenzó su carrera como
ingeniero, es posible frustrar involuntariamente el equipo de ingeniería o dar a entender que sabe mejor
que ellos. Alternativamente,

Si usted no tiene una formación en ingeniería, es posible que no entender cómo los ingenieros trabajan o
cómo trabajar con ellos, haciendo que no se respetan. Afortunadamente, estos problemas son evitables!
Vamos a empezar mirando habilidades sociales, habilidades de relación interpersonal que le ayudarán a
trabajar con la ingeniería. A continuación, vamos a ver formas comunes de equipos de ingeniería de
trabajo y ver cómo usted como el PM encaja en esos flujos de trabajo.
Relaciones Producto / INGENIERÍA

Al igual que el diseño es algo más que la creación de píxeles, la ingeniería es más que sólo
escribir código. La programación es muy parecido a una forma de arte: es como construir algo
de la nada, y todas las piezas debe funcionar casi a la perfección o la totalidad del producto no
funcionará. Esta complejidad artística lleva a algunos rasgos comunes en los ingenieros para
saber más, como la comprensión de estas características ayudará a su comunicación
interpersonal y relación con los ingenieros.
218
En general, los ingenieros son personas muy inteligentes motivados por trabajar en
problemas difíciles y que se inclina algo nuevo. A menudo son muy independientes y se
preocupan más por la elaboración de una solución elegante a un problema complejo que
las necesidades de negocio específicas acerca. La ingeniería es duro, y cada producto
necesita ingenieros. Teniendo en cuenta que, sus habilidades son muy de la demanda y
los ingenieros con talento valen su peso en oro! Sin embargo, debido a que sus habilidades
están en demanda, si los ingenieros sienten que no están siendo respetados o
mentalmente, o si ellos no creen en el producto y la dirección general, es probable que
buscan una nueva oportunidad. Sustitución de un ingeniero es muy costoso, tanto en
términos de costes reales de productividad y costes. El PMS puede ayudar a los
ingenieros, y toda la empresa,
Así que ¿cómo se mantiene una gran relación con la ingeniería? estás
partiendo de la manera correcta al reconocer que hay que trabajar! Lo más importante que debe
tener en cuenta es que la codificación es difícil y se debe confiar en que sus ingenieros saben su
oficio, contrariamente a lo que algunos diseñadores piensan y PMS, los ingenieros no sólo son
monos del código de escribir en los teclados. Especialmente si usted tiene una formación en
ingeniería, una de las peores cosas que decir a un ingeniero es “no puedes simplemente ....” Esas
tres palabras implican que todo lo que el ingeniero está haciendo es fácil y que usted sabe mejor.
7. Trabajar con Ingeniería

Recomendamos que ver con el trabajo de ingeniería como una experiencia educativa, tanto para
usted y para ellos. Por ejemplo, pedirles que ayudar a estimar cuánto podría ser una tarea. Y si la
estimación es mayor de lo esperado, preguntar si podían explicar lo que sucede en esa estimación
y donde las partes difíciles son. Esto le ayudará a comprender todo el alcance de la tarea, y si el
técnico está haciendo suposiciones porque no se habían tenido en cuenta para algo, tal vez usted
puede decidir limitar el alcance de la tarea y hacer la vida más fácil del ingeniero. Como un simple
ejemplo, si usted está construyendo un reproductor de streaming-video, se necesita mucho más
trabajo para hacer un flujo de vídeo 4K eficiente que un HD normal de uno. Si tiene sentido, se
podría hacer una elección de producto a no soporta la transmisión de contenido 4K, lo que reduce la 219
carga de trabajo de ingeniería. Otro gran error que hacen PMs con Ingeniería es que no se toman el
tiempo para conocer a los ingenieros y cómo trabajar mejor con cada persona. Algunos ingenieros
trabajar mejor cuando tienen una lista de cosas por hacer, y no se preocupan por la imagen más
amplia o por qué estás haciendo ciertas opciones. Sin embargo, otros ingenieros se sienten
frustrados cuando no se explica claramente por qué tomó ciertas decisiones. Para aquellos
ingenieros, esto hace que la impresión de ser dictando, no colaborar. Un documento de requisitos
del producto bien escrito (PRD), como hemos descrito en el capítulo 5 puede ayudar a ambas
situaciones, ya que hace que la información disponible para los ingenieros que deben elegir para
leerlo.
A medida que continúe durante todo el ciclo de desarrollo y tienen que tomar decisiones
difíciles, las características de corte, etc., asegúrese de trabajar con el plomo de ingeniería y los
ingenieros quizá individuales para comprender los aspectos técnicos de estas decisiones. Son las
únicas personas que puede decir cómo es técnicamente factible algo y proporcionan una
estimación de lo difícil que va a ser la construcción. Esto no siempre significa simplemente
Ingeniería tiene malas noticias para el síndrome premenstrual. A veces incluso te dicen que algo
que parecía imposible en realidad es factible! No asegurarse de anotar las decisiones clave, como
en el PRD o en clave de usuario historias o en los requisitos de épicas si está usando scrum para
que no haya confusión acerca de lo que es el estado de esa decisión.
Por otra parte, el cambio y las compensaciones suceden en cada producto. Los proyectos a menudo
se atrasa porque muchas cosas pequeñas se acumulan, como alguien que está de baja por enfermedad
durante un tiempo, emergencias familiares, servicio de jurado, y mucho más. Si trabaja en estrecha
220 colaboración con Ingeniería para ver el equilibrio entre el tiempo (¿Cuándo nos apuntamos a que esto se
haga / enviado?), La calidad (¿Podemos asumir parte de la deuda técnica ahora?), Y el dinero (habría
más personas o las horas extraordinarias ayudan a conseguir este proyecto hecho?), que va a mantener
el proceso de colaboración y entregar un producto de máxima calidad posible, en el mejor posible horario.
Trabajar en proyectos que tienen una gran cantidad de deuda técnica también puede ser muy
frustrante para los ingenieros, ya que la deuda acumulada puede hacer correcciones de errores y pulir
incluso dolorosa. Hemos hablado antes acerca de la forma en que es importante impulso general del
proyecto para pagar periódicamente cualquier deuda técnica. Es también importante a la cordura a sus
ingenieros y su relación con ellos para hacer periódicamente de modo.
Un mucho que hacer en una oficina conspira contra inherentemente ingenieros. Específicamente, la
solución de problemas difíciles requiere concentración profunda. Interrupciones, ya sea para reuniones o
para responder a los mensajes de alta prioridad

por correo electrónico, Slack, HipChat, etc., puede ser muy frustrante y difícil de recuperarse de
mentalmente. planes de oficinas abiertas hacen las cosas aún peor, ya que hay tantas distracciones y
tanto ruido que los desarrolladores suelen llevar los auriculares grandes, con cancelación de ruido
para que puedan concentrarse en su trabajo. Mientras que algo de esto es más allá de su control,
como planos de planta, hay algunas cosas que puede controlar, especialmente en torno a la
comunicación. Haga lo que pueda para dar tiempo al equipo de ingeniería para centrarse en conseguir

su trabajo hecho, incluso si esto significa que usted tiene que esperar una respuesta a una pregunta.
No todas las preguntas que tienes es urgente, e interrumpiendo el flujo de alguien para una pregunta
no crítica de codificación no es apreciado. Como Ingeniería completa cada tarea, asegúrese de
proporcionar retroalimentación, si es que hicieron un gran trabajo y superó sus expectativas, o que ha
encontrado un fallo o algo no está del todo bien. Y cuando el proyecto termine, asegúrese de que los
ingenieros y todos los demás-involved- obtener su parte del crédito para conseguir el proyecto hecho.
No hog el crédito-ser humilde!
221
Para ser claros, el equipo de ingeniería no es de la PM-jefe que no es necesario la aprobación de los
ingenieros en todo, y no son las personas más importantes de la empresa. Pero ellos son los que
construyen el producto y los que van a pasar mucho tiempo con su. Si usted pone en el esfuerzo extra
para hacer lo mejor para ellos y para ayudar a que se sientan como parte del equipo del proyecto en
general y no sólo a los monos del código, que se sentirá más feliz y más respetado, y el trabajo que
hacen serán más altos de calidad. Por último, no hay dos equipos de ingeniería son los mismos.
Mientras que usted debe tener en cuenta nuestro consejo en su conjunto, a veces con equipos juveniles
que necesita para intervenir un poco más y asegurarse de que están siguiendo las mejores prácticas.
Por ejemplo, es posible que necesite para animar explícitamente para agregar cobertura de las pruebas
más automatizado y tomar tiempo para hacer revisiones de código exhaustivas.

Metodologías de desarrollo de software
Una metodología de desarrollo es simplemente el marco que se utiliza para estructurar el trabajo
para construir el producto. Estas metodologías son realmente más sobre la gestión de proyectos,
no sólo cómo los desarrolladores a escribir código. Hemos tocado en dos de estas
metodologías-cascada y magra / agile- anteriormente, pero tienen un impacto tan profundo en el
funcionamiento de su equipo de ingeniería, vamos a cubrir en detalle aquí. Nos vamos a centrar en
diversas metodologías de desarrollo de software, pero muchos de los mismos principios se aplican
al desarrollo de hardware.
En un extremo del espectro, tiene flujos de trabajo en el que, el AM, crear una especificación
detallada y el equipo de ingeniería desaparece durante meses- probablemente más de lo
previsto-reemergentes con el producto construido exactamente como se especifica. En el otro
extremo, el equipo de ingeniería divide el proyecto en las tareas más pequeñas posibles, los
programadores trabajan en parejas en el mismo equipo para completar una tarea, y luego vuelven a
222 ver qué tareas deben hacer a continuación. Las tareas siguientes en marcha podrían cambiar
mientras que los programadores están trabajando en su tarea actual, y que no le importa a los
programadores. Vamos a comparar los dos enfoques más comunes a lo largo de este espectro,
cascada y ágil.
Desarrollo de la cascada
los cascada método es el estilo más antiguo de desarrollo de software. ingenieros de software primeras
etapas simplemente adoptaron desde el mundo del hardware (de fabricación), y con el tiempo se
convirtieron en este enfoque más refinado. En 1985, el Departamento de Defensa de Estados Unidos
formalizó el proceso de cascada en su documento DOD-STD-2167A, que especifica que sus
contratistas podrían utilizar este método para escribir software, junto con una descripción detallada de
la forma en que lo utilizaría y las prestaciones que habían crear. Como se puede adivinar, el método
de cascada está muy estructurado, con

, etapas formales explícitos. Incluso se llama “cascada” porque no se puede pasar a la siguiente
etapa hasta la etapa actual se hace-todo sale de una etapa a la siguiente en un gran vertedero,
como el agua sobre una cascada. desarrollo en cascada comienza con la fase de requisitos, en el
que el PM tiene más que hacer, encontrar la oportunidad adecuada y escribir un PRD muy detallada.
A diferencia de los perredistas que discutimos en el capítulo 5, PRD cascada tienen que ser
detallada y completa, especificando tanto del proyecto en la delantera como sea posible. Ellos no
son documentos vivos, pero biblias más bien grandes y detalladas para el producto.
Después de la fase de requisitos, Ingeniería y Diseño asumen el control, comenzando con una fase de
diseño, una fase de codificación, y una fase de pruebas e integración. Productos ponen a la venta con los
insectos conocidos, ya que nunca habían emisión si lo fija cada fallo. PMs a menudo participan en la
priorización de errores para asegurarse de que los que van a afectar a los clientes la mayor parte se fijan
antes de la liberación.
Cascada tiene algunas ventajas. Por un lado, cada uno tendrá una gran idea de lo que el producto
final se verá así desde el principio ya que se crea una especificación detallada. Además, como lo hace
un montón de trabajo por adelantado la creación de los requisitos, es posible detectar y solucionar un
problema en esa fase. Es significativamente más barato para solucionar un problema desde el principio.
Debido a que el alcance se fija desde el principio, Ingeniería puede tomar decisiones de diseño próxima
al óptimo para el proyecto en lugar de diseñar para incógnitas potenciales. empresas de desarrollo de
terceros a menudo como trabajar con cascada con los clientes, ya que pueden presupuesto de un
proyecto basado en el trabajo que han acordado hacer. Clientes (PMS) y a menudo les gusta porque no
necesitan estar involucrados día a día en la gestión del proyecto. La administración también a menudo
le gusta los hitos claros y fácilmente comprensibles en un proyecto, y se puede medir el progreso en
qué porcentaje de la especificación se implementa. Pero también hay desventajas significativas a la
cascada que han causado

muchos equipos de software que se alejan de él. Estos problemas incluyen lo siguiente:
Los clientes podrían no conocer sus requisitos exactos en la delantera.
Debido a que la cascada se centra en la especificación y la construcción de algo completo en lugar
de en iteraciones rápidas, lo que se construye inicialmente podrían no satisfacer las necesidades de
los clientes. Y por el tiempo que tiene una nueva versión frente a sus necesidades, puede
encontrarse con que los clientes hace tiempo que han dejado de usar su producto y buscó otra
respuesta.
No hay una buena manera de manejar los cambios. Después de la etapa de requisitos, es posible
encontrar nuevos datos que afecta el producto, y la cascada no le permite volver aguas arriba para
cambiar las decisiones en etapas anteriores.
No hay tiempo-boxing en cada paso, y la liberación se desliza a menudo.
Uno de los problemas más comunes es que había incógnitas tecnológicas y la codificación de
la solución tomó mucho más tiempo de lo previsto, por lo que una estimación del proyecto de
tres meses en realidad tardó seis meses en completarse. Había que invertir esos tres meses
más, porque de lo contrario no tendría un producto.
Se puede tomar tanto tiempo para moverse a través de las etapas que una buena decisión
que hizo inicialmente podría ser la decisión equivocada al soltar el producto. Por ejemplo, tal
vez usted pensó que los clientes querían un determinado producto, pero después de la
construcción que se descubrieron las condiciones del mercado cambian y ya no lo querían.
Si está trabajando en un producto donde se conocen bien los requisitos y la tecnología, la
cascada es un enfoque razonable. Si su empresa está

utilizando un sistema de cascada, lo mejor que puede hacer como un PM es validar el PRD lo más
posible inicialmente para evitar cambios más adelante, y tratar de aprender rápidamente si el mercado
le gusta su idea.
En la mayoría de los casos, las deficiencias de la cascada son mayores que sus beneficios.
Muchos equipos, incluyendo software que del Departamento de Defensa-han cambiado a los
enfoques de desarrollo más iterativos. Hay numerosos los que tienen varios nombres, y algunos son
todavía muy cascada-ish, pero con el tiempo se encontrará con la segunda metodología de
desarrollo principal,
ágil desarrollo.
Desarrollo ágil
El desarrollo ágil es fundamentalmente acerca de ser flexibles, iterar rápidamente, y abrazando
a los cambios. Por desgracia, “ágil” se ha convertido en un término genérico y un tanto vaga
parecido a “grandes datos”. Muchas empresas afirman seguir prácticas ágiles o usar las
palabras de metodologías ágiles para describir su proceso, cuando en realidad sus flujos de
trabajo no son del todo ágil. Veamos lo que realmente significa ágil y luego a implementaciones
específicas.
El Manifiesto de desarrollo ágil de software define los principios fundamentales de ágil, incluidos los
siguientes:
• Los individuos y las interacciones sobre los procesos y herramientas
• software que trabaja sobre una amplia documentación
• colaboración con el cliente durante la negociación del contrato
• Respondiendo al cambio sobre seguir un plan
En lugar de un plasmen plenamente, enfoque por etapas, ágil sigue un enfoque incremental. Con
ágil a planificar una unidad relativamente pequeña de trabajo, construir lo que necesita, y evaluar
lo que has construido. Luego se lo utiliza

conocimiento para planificar el siguiente trabajo que hacer. Estas pequeñas unidades de trabajo pueden
organizarse, ya sea alrededor de la hora, en cuyo caso se les llama una sprint, o alrededor de la serie de
tareas que un equipo puede trabajar en una sola vez, una llamada ciclo.
Existen múltiples implementaciones metodología de desarrollo ágil que puede utilizar como punto de
partida para el flujo de trabajo ágil de su equipo de arranque, y se puede adaptar un enfoque para la
dinámica de su equipo. Lo que importa es que estás abierto al cambio, iterar rápidamente, y el software
de trabajo de construcción, no se centra en cómo llegar allí.
Para ágil para ser realmente eficaz, debe abrazar los principios lean hemos abogado por lo
largo de este libro, como la construcción de un producto viable mínima (MVP) en lugar del producto
con todas las funciones. En otras palabras, construir algo pequeño lo más rápidamente posible,
aprender de ella, y luego repetir en el siguiente sprint / ciclo.
sprints cortos-uno o dos semanas, o el despliegue continuo son ideales con ágil,
226 ya que le permiten moverse con rapidez y obtener retroalimentación. Si se va a tratar
de ejecutar un proceso ágil con un sprint de seis meses, usted encontrará muchas
de las desventajas que en la lista de cascada, como la forma de las necesidades del
cliente pueden cambiar mientras se está construyendo el producto y no tiene
mecanismo para obtener información o hacer cambios durante una carrera de
velocidad. Ágil y delgado también conducir a un enfoque en amplitud en cada sprint
o ciclo-idealmente producir una pieza útil de software que se puede utilizar para
obtener retroalimentación de los clientes o clientes. En la cascada que es mucho
más probable para programar los hitos de manera que una parte del producto se
considera característica-completo antes de pasar a otra parte, la programación de
profundidad. Con ágil,
Por otra parte, el equipo va a hacer la prueba incremental en el código durante cada sprint / ciclo,
lo que conduce a un producto de mayor calidad con menos

loco. Los estudios han demostrado que es hasta 20 veces más barato para encontrar y corregir los
errores a medida que crea un producto en lugar de hacer desarrollo separado y pruebas de etapas como
en cascada.
Por desgracia, hay algunos aspectos negativos de ágil, especialmente para el síndrome premenstrual.
flujos de trabajo ágiles con frecuencia ponen mucho más demandas en que, a veces ni siquiera tener que
manejar la garantía de calidad / prueba de errores, además de todo lo que está haciendo.

Tener más hitos más a menudo también pone demandas adicionales en usted para mantener
validación construye con los clientes, pero tendrá que trabajar para encontrar el equilibrio correcto de
querer comentarios y decidir qué se basa para validar. Asegurarse de que un cliente quiere algo antes de
gastar un montón de tiempo la construcción de lo que realmente es una gran ganancia neta. Después de
todo, si usted encuentra que usted está construyendo las cosas mal, se puede girar antes de gastar más
tiempo en él. Pero tendrían que pasar todo su tiempo y no siempre proporcionar información útil si se
trató de validar cada proyecto de construcción.
227
Del mismo modo, en un modelo de agencia a veces los clientes no les gusta ágil porque tienen que
estar más involucrados en el proyecto, la programación de forma consistente y priorización.
Una de las mayores críticas de ágil, sin embargo, proviene de los desarrolladores. Si usted está
construyendo algo nuevo / tratando de resolver un problema difícil, ágil es fuerte enfoque en la entrega de
algo utilizable dentro de una carrera de velocidad (y las diversas prácticas asociadas) es contraria a
pensar profundamente y la solución de un problema. A menudo, los desarrolladores descubren que la
mejor manera de encontrar una solución creativa a un problema difícil es aislar a sí mismo, se centran
profundamente, experimentar y reaparecer cuando tienen una solución. Hay maneras de evitar este
inconveniente, como la generación, una historia de usuario picos de scrum para investigar algo, o tener
explícitas carreras de I + D en el que sólo la tarea de un desarrollador es tratar de resolver un problema.
Sólo siendo conscientes de que esto es una frustración para los desarrolladores le ayudará a tomar
decisiones de planificación que tengan en cuenta.

Ágil también puede ser difícil de escalar a grandes equipos. Vea la sección “Lectura adicional” para
obtener información acerca de Agile lanzamiento Trenes para ayudar a escala. También hay una curva
de aceleración antes de llegar a la plena productividad al implementar un flujo de trabajo ágil.
críticos ágiles dicen que conduce al desarrollo reaccionaria, como usted está respondiendo a lo
que quieren los clientes ahora, en lugar de planificar un plan de trabajo y el mantenimiento de una
visión del producto. Creemos que es muy posible tener una hoja de ruta temática general con
proyectos definidos y comunicados por los PRD, construimos utilizando metodologías ágiles / pobre,
donde los detalles exactos cambian a medida que se entera de cómo los clientes utilizan su producto.
A pesar de las diversas críticas, Standish Group, un centro de asesoramiento de TI, seguido 50.000
proyectos desde 2011 hasta 2015 y encontró que la tasa de éxito (enviar un producto de trabajo) de
los productos ágiles fue del 39% frente al 11% con cascada. Esa es una gran diferencia, pero tenga
en cuenta que incluso con agilidad 61% de los proyectos no tienen un producto de trabajo para el
final. Veamos dos de las maneras más populares se implementa la metodología ágil: scrum y
228 Kanban.
Melé
desarrollo scrum se basa en una idea del rugby, específicamente que el funcionamiento de un equipo
como un equipo, y no como un grupo de individuos, es clave para el éxito, y los mejores equipos se
dan dirección, pero puede diseñar sus propias tácticas sobre cómo lograr su metas. Scrum se produjo
en los años 90 mientras que ágil fue formalizado en los principios de los 00s temprano, pero los
arquitectos del scrum formaban parte del grupo que creó la Alianza ágil. A un alto nivel, con el
desarrollo de software, utilizando scrum significa que el equipo se reúne para priorizar qué hacer
objetivos establecidos y próximos a corto plazo por lo que el trabajo para terminar. Usted como el PM
tendrá entrada muy fuerte en esa parte del proceso. A continuación, el equipo se apaga y se da
cuenta de cómo
hacer mejor que el trabajo. Te registras con los miembros del equipo en el comienzo de cada día a
medida que trabajan, frente a cualquier pregunta, y usted validar el trabajo cuando dicen que está listo.
Pero no micro-administrar o cambiar sus objetivos antes de que haya terminado con el conjunto actual.
Scrum es uno de los enfoques más comunes para ágiles, ya que tiene una estructura de proyecto
claramente definido con las funciones del equipo claras. Esto hace que sea fácil para una empresa la
transición de la cascada de ágiles para adoptar scrum. E incluso si las empresas no implementan

totalmente scrum, que a menudo toman prestado las ideas de él, como todos los días de stand-up /
check-in reuniones.
Scrum utiliza sprints encajadas en tiempo, por lo general una o dos semanas.
Cada semana, se reúna con el equipo de ingeniería para llevar a cabo aseo atraso. La
cartera de un producto es la colección de todos los errores y sugerencias,
generalmente escritos como historias de usuario, para el producto. Aseo simplemente
significa que asegurarse de que los insectos y sugs están organizados y tienen
suficiente claridad para actuar sobre. Por ejemplo, hemos visto-todo los errores de 229
software y tal vez enviado-mal escritos que acaba de decir “se estrelló.” Eso no es
útil. En la preparación, que haría lo que pudiera para añadir pasos para reproducir el
accidente y adjuntar un registro de bloqueo de la cuestión para que el equipo podría
llegar a corregir el error. Además de añadir claridad, durante la preparación va a
asegurarse de que cada nuevo elemento de la cartera de pedidos tiene criterios de
aceptación: ¿Cómo sabes que el artículo se hace correctamente ?. Además,
Asimismo, durante la reunión de la preparación, el equipo de ingeniería evaluará la
complejidad de las historias nuevas o actualizadas, dividiéndolas en sub-tareas si es necesario.
Es difícil saber exactamente cuán difícil es o cuántas horas tomará, por lo general se ven
complejidad mide usando puntos de la historia relativamente ponderadas. Equipos podrían
asignar un punto
a una tarea fácil, dos puntos a una tarea medio, cuatro puntos a una tarea difícil, y ocho
puntos para una tarea muy difícil. La idea es que usted no sabe exactamente lo difícil que es
algo, pero se puede decir que una cosa debe ser el doble que otra.
Después de evaluar la complejidad, su papel como el dueño del producto será la de proporcionar
priorización áspera para los elementos nuevos junto con los elementos existentes de retraso acumulado
en base a las necesidades del cliente, el valor del negocio, y objetivos a largo plazo / necesidades. Su
objetivo con esta priorización es tener lo más importante trabajar a continuación en la parte superior de
la cartera. Los pedidos pendientes a menudo crecen bastante grande, y por lo general hay una gran
parte de cosas en él que está simplemente no va a ser capaz de encontrar, junto con las cosas que son
frescos, pero no es relevante en el futuro inmediato. Los equipos suelen crear una segunda lista,
llamada nevera, para estas cosas menos immediatelyrelevant-pero-que--no-quiero-a-olvidar historias.
Historias en la nevera puede ser “congelada” y se trasladó a la cartera de pedidos, pero no trabajarán
activamente en artículos icebox. Como vimos en capítulos anteriores, habrá una gran cantidad de
230 características potenciales e ideas para hacer el producto mejor. Se le dice “no” mucho para asegurarse
de que el proyecto no se vaya de las manos! Poner algo en la nevera en lugar de decir explícitamente
“no” es una buena manera de hacer que las personas sienten que su entrada se valora, evitando exceso
de prestaciones.
Más tarde, tendrá otra reunión de planificación, donde se determina el
sprint backlog. El sprint backlog es simplemente la lista de historias de usuario que el equipo tiene la
intención de completar durante el sprint. Que va a retomar las cosas clave que desea trabajar sobre la
base del valor de prioridad / negocio, y el equipo de ingeniería estará de acuerdo en si pueden
comprometerse con ella durante el sprint. Una pregunta común es, ¿cómo se sabe cuántos elementos
de la Pila para recoger para un sprint? Con el tiempo, usted encontrará que el equipo tiende a completar norte
puntos de la historia por Sprint. Ese número se llama velocidad de sprint.

Durante esta reunión de planificación, si se suman los puntos de la historia en las tareas
de todo el mundo está de acuerdo en hacerlo, éste debe salir a esa velocidad. Si usted
está luchando con la forma de priorizar qué hacer, tratar de calcular una puntuación de
prioridad mediante la adición de un campo de valor de negocio a cada historia, como
sugerimos en Avanzando sección al final del capítulo 4. Los factores que intervienen en
el valor de negocio puede incluye cuánto cree que esto ayudará a lograr un objetivo,

cuántos clientes están pidiendo esto, si hay una razón técnica importante que tiene que
hacer esto, y así sucesivamente. A continuación, calcular una puntuación de prioridad
dividiendo el valor de negocio de la complejidad. De alto valor, historias de baja
complejidad tendrá una puntuación alta. De alto valor, historias de alta complejidad
tendrá una puntuación de gama media. De escasa cuantía, historias de alta complejidad
tendrán una puntuación baja.
Tenga en cuenta que no va a cambiar el sprint backlog durante el sprint, ya que interrumpe el 231
equipo y puede alterar la velocidad de sprint, que afecta a la planificación. Esta falta de cambio que
anima a tener carreras más cortas, especialmente cuando las prioridades están cambiando, por lo que
se puede equilibrar reaccionar a cambiar con dejar que el equipo funcione con eficacia.
Usted también encontrará que scrum requiere más atención al equilibrio entre la construcción de lo
correcto (lo que quiere PMs), la construcción de lo correcto (lo que los ingenieros quieren), y la
construcción de rápido (lo que quieren scrum maestros para que puedan obtener retroalimentación
rápida) . Es muy probable que va a acumular deuda que es técnica, el código tendrá alguna peculiaridad
en ella que la ingeniería tuvo que construir para entregar algo en el tiempo. Está bien tener un poco de
deuda técnica para obtener el valor del cliente a corto plazo, pero una gran cantidad de deuda técnica
puede reducir la velocidad de su equipo. Durante los sprints, necesitará periódicamente para aceptar un
trabajo que vale la pena que la deuda técnica a pesar de que no hay ningún valor para el cliente visible.
Por ejemplo, si reescribimos

Moover de Objective-C a Swift, no habría ningún valor inmediato al cliente, pero podría hacer
que sea más fácil añadir nuevas características en el futuro, la mejora de la velocidad del
equipo.
Durante el sprint, tendrá una reunión breve, de 15 minutos llamado Imágenes a tamaño natural al
comienzo de cada día de trabajo, donde cada miembro del equipo dice lo que hizo durante el último día,
lo que tiene como objetivo lograr hoy, y si tiene algún problemas de bloqueo.
Al final de la carrera, tendrá una reunión de demostración con los principales interesados / cliente /
cliente para mostrar lo que se ha construido y medir su retroalimentación, y un retrospectiva del sprint
interno para evaluar cómo fue la carrera de velocidad.
Cuando se hace bien, mientras que la combinación scrum y metodologías magras, scrum tiende a
proporcionar un muy buen equilibrio de la planificación anticipada y tolerar el cambio, lo que hemos
encontrado valiosa. Dado que cada sprint idealmente produce algo utilizable, se puede descomponer un
232 plan más grande especificado en un PRD en los hitos más pequeños y validar lo que usted está
construyendo en puntos clave con los clientes y partes interesadas para asegurarse de que está en el
camino correcto. Si no está, de pivote antes de construir más.
Al iniciar un nuevo proyecto, scrum es especialmente útil. Al principio de un proyecto, hay una gran
cantidad de riesgo (comerciales, técnicos, y más). Al centrarse en carreras cortas y tareas que de-riesgo
del proyecto, es posible que tenga un bajo valor inicial de los clientes, pero permitirán un rápido progreso
posterior.
Por ejemplo, en la planificación de la nueva función de mensajería de cliente de Moover, podríamos
centrarse en la fabricación de mensajería de ida y vuelta entre los clientes y los motores funcionan en
un principio, no prestar ninguna atención a una buena experiencia de usuario. Esto nos permitirá probar
y asegurarse de que esta pieza central funciona. Si el equipo de desarrollo se entera de que su enfoque
inicial tiene alguna gran limitación (por ejemplo, tal vez es constantemente bloqueado por un firewall), el
equipo puede llegar a una solución mejor. Y si resulta que la

pieza central no es factible, se puede volver a evaluar lo que se está construyendo y sin pérdida de
tiempo del equipo de piezas no esenciales.
Scrum también hace más fácil la gestión de proyectos, como se puede utilizar puntos de la historia y
el total de puntos de la historia de los temas pendientes de la cartera de productos para crear líneas de
tendencia. Estas líneas de tendencia permiten estimar cuando el proyecto se llevará a cabo con un
conjunto de características, junto con la cantidad de trabajo se hará en una fecha determinada.

Si usted tiene que hacer un compromiso horario, nos gustaría recomendar la reducción del alcance
del proyecto en lugar de extender el horario. De esta manera se asegura de que tiene algo que se
hace en la fecha límite, y si terminas antes de tiempo puede aumentar el alcance.
Por desgracia, scrum tiene algunos problemas. Algunos de estos problemas han llevado incluso a
gritos que “ágil está muerto.” El corazón de este argumento es que el movimiento ágil se supone que es
sobre los individuos y las interacciones y responder al cambio. Scrum se ha convertido en sinónimo de
agilidad, sin embargo, la implementación de scrum es a menudo más sobre el proceso sobre los 233
individuos, y el cambio se ha limitado a permitir una mejor planificación. En otras palabras, “ágil” se ha
adulterado a ser tan rígida como cascada. reuniones de stand-up son un gran ejemplo de que la rigidez.
El objetivo es mantener el equipo al tanto de lo que está pasando y para ayudar a desbloquear
cualquier problema al comienzo de cada día. Pero si su equipo comienza su día en diferentes
momentos o trabaja en diferentes zonas horarias, reuniones de stand-up no son eficaces porque van a
estar en el inicio del día para una persona pero hora al día para otro. Además, estos registros de
entrada con demasiada frecuencia se convierten en una forma fácil para los administradores
microgestionen si bien afirma que es parte del scrum. A pesar de estas deficiencias, los equipos todavía
mantienen sus stand-ups porque eso es lo scrum dice que hacer. Un mejor enfoque sería la creación de
nuevas formas de comunicación, como ágil anima, tales como la publicación de una actualización de
estado a Slack al final del día en lugar de la celebración de un stand-up.

Scrum también puede crear dolores de cabeza para usted. Es a menudo hasta el gerente de producto
para hacer las pruebas de aceptación, asegurándose de que cada historia de usuario se ha completado
correctamente y sin errores. Esto puede ser muy exigente de su tiempo, y cuando se combina con todo lo
demás que tiene que hacer, es fácil de obtener errores descuidados ya perder las que un equipo de
control de calidad dedicada hubiera capturado.
Una última desventaja de scrum es que mientras que se está viendo el progreso con más frecuencia
que con cascada, en el mejor de los casos todavía tiene que esperar toda una carrera para ver mejor y
más nuevo. Mientras que podría estar bien para una nueva característica, que puede ser muy frustrante
para correcciones de errores! Teniendo en cuenta lo fácil que es para liberar el software en el mundo
actual, como por ejemplo con aplicaciones web, hay enfoques alternativos ágiles vale la pena mirar, como
Kanban.
Kanban
234 desarrollo Kanban proviene de Toyota, que se acercó con esta metodología mirando cómo estantes
supermercados de valores. En concreto, los supermercados tienen como objetivo ser “justo a tiempo”
para que los estantes no son ni vacío ni con exceso de existencias desperdiciado, alimentos caducados.
Mientras que Toyota utiliza esta técnica para construir automóviles de manera eficiente, a menudo se
aplica al software, también. El objetivo de Kanban es para que coincida con la capacidad del equipo para
hacer el trabajo con la cantidad de trabajo que está ocurriendo en realidad. Además, debe haber algunas
tareas listos para ir por lo que si un equipo terminó norte puntos de la historia del trabajo, inmediatamente
puede empezar a trabajar en una tarea que requiere otra norte puntos para completar. Esto es bueno
porque sus prioridades futuras pueden cambiar con muy poco impacto en el trabajo actual del equipo.
En Kanban, normalmente crear una tabla de tareas que muestra lo que pasa al lado (a-do), en curso,
listo para ser probado / verificado, y hecho. Las tareas se moverán de una columna a la siguiente, y usted
sabrá la cantidad de trabajo que el equipo puede manejar a la vez, junto con la cantidad de cosas que
puede verificar a la vez.

Mientras que muchas metodologías ágiles están basados en el tiempo, no es Kanban. En cambio, el
gerente trabajará con el equipo de desarrollo para cambiar la prioridad de la cartera de pedidos y
asegurarse de que los elementos más importantes son siempre al lado y sus estimaciones de dificultad
son exactos. Esto conduce equipos Kanban para centrarse en Tiempo del ciclo:
el tiempo que transcurre desde el momento de empezar una unidad de trabajo hasta que se lance.
Muchas pequeñas cosas pueden herir tiempo de ciclo, tal como una persona que haya especializada y el

conocimiento necesario para la tarea, junto con la multitarea. Por lo tanto, Kanban anima a los equipos a
aprender habilidades fuera de sus dominios, de modo que todos pudieran probar, por ejemplo, si hay
acumulación de trabajo en el “listo para ser verificado” cola de espera y hasta la celebración de la
próxima fase transitoria y para mantener la concentración, manteniendo la cantidad los trabajos en curso
pequeña. Uno de los mayores beneficios para Kanban es que permite el despliegue continuo. Una vez
que un cambio se mueve a través del ciclo, que está listo para ser lanzado. Especialmente para
aplicaciones web, esto es bastante agradable y permite la retroalimentación del cliente inmediata.
235
Kanban es también muy agradable, ya que puede ser implementado en la parte superior de
otras metodologías. No deja de ser un enfoque en la mejora gradual, continua con el producto.
En general, si su equipo ya está utilizando un flujo de trabajo y ejecutar así, Kanban podría
ayudar al equipo a pasar a la siguiente nivel. Pero si sus necesidades de equipo ayudan a ser
más eficientes en general, sacudir las cosas, centrándose en la aplicación de otro proceso ágil,
Kanban podría no ser el lugar adecuado para empezar. Esto se debe a Kanban es un método
mucho menos formal que el scrum, y puede ser más difícil de entender cómo ponerlo en práctica
inicialmente.
A veces se verá Kanban combina con “scrumban” scrum llamada) - que fue pensado
originalmente como una manera de hacer la transición de scrum a Kanban, pero se ha convertido en
una metodología propia. A continuación, el equipo tendrá una reunión de planificación, ejecutar un
muy corto sprint, y luego tener otra reunión de planificación cuando el trabajo en progreso cae por
debajo de un cierto
número de puntos de la historia. No hay funciones predefinidas o horarios fijos, y las iteraciones se
centran en puntos entregados en lugar de tiempo. Sin embargo, mientras que Kanban es ideal para los
equipos de desarrollo, puede ser muy duro en el PMS. MPs son con frecuencia muy ocupado, trabajando
con los clientes, el pastoreo productos, trabajando con el marketing, y más. Kanban requiere que
seamos también disponible de forma continua para verificar cada tarea se ha completado (pruebas de
aceptación) y para asegurarse de que el siguiente conjunto de tareas se prioriza y listo para funcionar
(acumulación de aseo). Si no lo hace de forma continua estas tareas, puede convertirse en el cuello de
botella para todo el equipo! En general, recuerde que con ágiles, los individuos y las interacciones son el
elemento más importante que los procesos y las herramientas más importantes. Esto significa que usted
no debe preocuparse acerca de seguir una implementación palabra por palabra de una metodología
específica. Comenzar en alguna parte y averiguar lo que funciona mejor para su equipo. Y no tenga
miedo de probar un nuevo enfoque.
236
CAPÍTULO 7 TIP
Mohammad Musa, un instructor de la Escuela de producto, ofrece consejos de este capítulo. Mohammad
es cofundador de un sigilo puesta en marcha centrado en la realidad virtual para las empresas. Solía
trabajar en Google en los esfuerzos de toda la compañía para que los equipos para construir productos de
manera más eficaz. Trabajó específicamente en productos de infraestructura para las métricas de

seguimiento centrado en el usuario, gestión de errores, y bucles de realimentación de usuario. Antes de
eso, él era la cabeza del lanzamiento y la Fuerza de Google Apps for Work, donde dirigió un equipo
multi-funcional gestión de lanzamiento de productos, planificación de producto, verificadores de confianza,
y poner en marcha las comunicaciones. Antes de unirse a Google, Mohammad trabajó en ingeniería de
software y las posiciones de ventas técnicas en los videojuegos y las industrias de semiconductores,
sobre todo en las pequeñas empresas de nueva creación.
TRABAJO CON EQUIPOS JUNIOR DE DESARROLLO 237
Si usted es un PM de software, tendrá que trabajar mano a mano con el gerente de ingeniería de software
(a menudo llamada tecnología responsable o TLM en empresas como Google, Facebook y Twitter). El TLM
gestiona una serie de ingenieros de software con niveles variables de antigüedad. Los ingenieros más altos
se refieren a los conductores como tecnología (TLS) a menudo. Los NT puede o no puede tener la
responsabilidad de gestión a través de los otros miembros del equipo.
El TL informa a la TLM y maneja la mayor parte de la asignación de trabajo del día a día y ayuda al
equipo a desbloquear desafíos técnicos para un proyecto particular.
Si tiene suerte, que va a trabajar con un TLM con experiencia y / o TL que ha tutelado y dirigido
muchos ingenieros en el pasado. El TLM o TL se hará cargo de la formación y el asesoramiento a
los desarrolladores junior en el equipo sin necesidad de ciclos adicionales de usted como el PM.
Sin embargo, en la realidad no siempre se consigue una TL experimentado o TLM. O, a veces es posible
obtener una gran pero ocupado TLM que tiene más de 15 ingenieros
informar a él / ella. En estos casos, su papel como el PM tendrá que ampliar para ayudar mejor al equipo a tener
éxito. En mi experiencia, he encontrado que el trabajo con los desarrolladores de menores requiere que el PM de
hacer más trabajo en torno a la gestión de scrum, la calidad, y el producto o característica de definición.
En primer lugar, en lo que respecta a scrum, los desarrolladores jóvenes no están acostumbrados a la estimación
historia de usuario. Sus estimaciones son por lo general fuera y que a menudo piensan que es una historia completa,
mientras que todavía hay mucho trabajo queda por hacer. Estas historias prematuros pueden causar vergüenza delante de
los interesados si no hay suficiente control de calidad se ha completado. En segundo lugar, y muy relacionado con el
primer punto, que realmente necesita para hacer mucho más control de calidad en todo el trabajo que los desarrolladores
jóvenes han completado. Puede que no tenga un equipo de control de calidad en absoluto, e incluso si lo hace, las pruebas
de secuencias de comandos no puede atrapar todos los errores que se han introducido por alguien que no conoce el
sistema muy bien. Esto se agrava en los sistemas de software complejos que ya están sufriendo de problemas de
cobertura y calidad.
238 Por último, en torno a los requisitos y definición: A medida que el PM, es necesario asumir que los miembros de los
equipos juveniles son como los nuevos usuarios que han utilizado sólo casualmente su producto. No se puede contar con el
pasillo rápido o conversaciones de chat para ponerse de acuerdo sobre los detalles de menor importancia y simplemente
seguir adelante. Usted realmente tiene que documentar y asegúrese de que los miembros del equipo júnior han
interiorizado lo que está pidiendo que hagan. Esto incluirá descripciones más detalladas de los usuarios de cuentos, se
burla detallados y los viajes usuario / escenarios, desarrollo y criterios de aceptación.
Dentro de seis a ocho carreras, los miembros más jóvenes comprenderán mejor las complejidades y los
requisitos del producto. Para acelerar la comprensión y acortar la curva de aprendizaje, sería ideal para su
equipo para desarrollar más empatía usuario. Animar a su equipo de ingeniería para controlar sesiones de
investigación de usuario o llevar a cabo conversaciones informales en el cliente de descubrimiento con los
usuarios directamente (si es posible). Más conocimiento de la personalidad del usuario y sus puntos de dolor
ayuda a todo el equipo a ser más experimentado y ayuda a los desarrolladores jóvenes toman más propiedad
y orgullo en su trabajo.
Trabajando con equipos REMOTO
Un desafío común PMs se enfrentan es cómo trabajar con los equipos de desarrollo que no están en
el mismo espacio físico o incluso la misma zona horaria. Si bien no hay una respuesta correcta, la
comunicación clara es la clave. Esto no significa una expectativa de comunicación sin parar y la
disponibilidad constante, sino más bien tener registros de entrada regulares y el uso de
herramientas como Google Hangouts para ver entre sí y recuerda que estás trabajando con una
persona.
Se puede jugar un papel importante en ayudar a los equipos remotos tengan éxito por un exceso de
comunicación de los requisitos, objetivos, decisiones, y la definición de “hecho” para el proyecto, de
manera que todo el mundo se siente como si estuvieran en el mismo equipo y tiene una comprensión
clara de lo que están trabajando hacia, independientemente del lugar donde se sientan sus escritorios. A
veces las decisiones o aclaraciones importantes suceden en una conversación pasillo, ya menos que se
presta atención, un desarrollador de distancia no pueden oír hablar de esa decisión, o podrían sentirse
excluidos del proceso de toma de decisiones.
La creación de una cultura donde la gente no piensa dos veces antes de tener un chat de vídeo
rápida puede ayudar a reproducir la interacción cara a cara que ocurre de manera natural en un solo
lugar. Con demasiada frecuencia, seguimos pensando de una videoconferencia como formal,
programado de tiempo que no tiene por qué ser así. Por otra parte, tener en cuenta cuando la gente está
empezando o terminando sus días. ¿Hay algo que el equipo A puede hacer al final de su tiempo que se
necesita para el comienzo de su día? ¿O hay algo que puedes hacer por el final de su día de manera que
cuando el equipo B se inicia, no es bloqueado? Incluso puede ser útil para establecer reuniones “hora de
oro” de traspaso de manera que estas necesidades quedan comunicados claramente al comienzo y al
final del día de trabajo de cada equipo.
Ágil ayuda mucho con los equipos remotos, ya que le obliga a pensar en la naturaleza
adaptable de ágil para averiguar los flujos de trabajo que funcionan

bien por ti. Por ejemplo, scrum funciona bien con los equipos remotos porque se puede planear qué
hacer, dejar que la gente trabaja de forma independiente, y todavía conducta diaria stand-ups.
Dependiendo de qué zonas de tiempo que las personas se encuentran, puede que tenga que realizar
diariamente stand-ups de forma asíncrona a través de correo electrónico o mensaje instantáneo durante
todo el día en lugar de tener a todos juntos al mismo tiempo. Además, en la reunión de revisión, en lugar
de tratar de acomodar el horario de todos y, posiblemente, haciendo que el inconveniente de encuentro
de los grupos de interés, trate de hacer que el dueño del producto, en lugar de los desarrolladores
individuales, presentar el trabajo del equipo en general a los grupos de interés.
La cosa más grande que los equipos remotos se pierda es la creación de equipos natural que
ocurre cuando las personas se pasan el día juntos. Es importante que su equipo juntos en el
mismo lugar periódicamente, incluso si es sólo para los ejercicios de formación de equipos. Los
gerentes de producto deben tener empatía por sus equipos, no sólo para sus clientes. Pasar
240 tiempo juntos es una buena manera de desarrollar relaciones sólidas.

Trabajando con equipos de desarrollo de terceros
Si usted es un PM de software, hay una buena probabilidad de que en algún momento va a trabajar en un
proyecto con un equipo de desarrollo de terceros. Esto significa que los desarrolladores del proyecto no
son empleados de la empresa, sino que los empleados de una agencia de desarrollo que han contratado.
Las empresas suelen contratar a un equipo de desarrollo de terceros cuando están puesta en marcha no
puede haber tenido tiempo o fondos para construir un equipo de desarrollo a tiempo completo, o en una
empresa de mayor tamaño puede querer asumir un proyecto limitado de recursos-a-su equipo interno no
tiene tiempo para hacerlo. A veces también podrá contratar a un equipo de terceros, ya que tienen una
habilidad particular que usted tiene una necesidad a corto plazo de, como experiencia en una API
específica. Como gerente de producto, va a manejar una gran cantidad de la interacción entre
su empresa y este equipo, y usted puede hacer algunas cosas para asegurar el éxito. El más grande
es para asegurarse de que se está comunicando con los requisitos, objetivos y plazos para el equipo
de terceros con claridad. Tómese el tiempo para hacer frente a cualquier elemento potencialmente
confusas que puedan surgir. Escribir todo en un recurso de gestión de proyecto compartido, como
Basecamp ayudará a asegurar que todos tengan acceso a la misma información y las decisiones
clave. Coordinar las líneas de tiempo y el progreso con las partes interesadas internamente para

asegurarse de que todo se ve bien. Es a menudo mejor a un exceso de comunicación, sobre todo al
principio.
También es muy útil si establecer hitos frecuentes con el equipo externo. Si ese equipo está
internamente mediante un proceso ágil, esto debería ser fácil. La ventaja es que se puede ver lo
que están construyendo, y si algo no va en la dirección correcta, ya sea debido a una falta de
comunicación o porque ha cometido un error en lo que se necesitaba para construir-se puede
tratar de manera temprana. Al igual que con un equipo de desarrollo interno, si se le da un
equipo de terceros una especificación grande y luego comprobar sólo en tres meses más tarde, 241
lo que han construido podría, sin querer, no puede ser lo que quería o lo que necesita.
Tener un plan sólido a corto plazo también es muy útil, ya que permite a las agencias de programar
sus desarrolladores eficiente en su proyecto. De hecho, algunas agencias prefieren dejar que la cola de
trabajo hasta que tienen el valor de una carrera de velocidad en su proyecto antes de darle prioridad.
cambiando frecuentemente de lo que estás pidiendo es frustrante para los organismos de desarrollo, ya
que hace que sea difícil para la agencia para planificar el proyecto a largo plazo y para medir cuando se
va a terminar su proyecto y cuando se puede tomar un nuevo trabajo.
Por encima de todo, al igual que lo haría con un equipo interno, mirar a una agencia externa para el
desarrollo como socio. Sea respetuoso de las habilidades, tiempo y necesidades de la agencia, y
probablemente va a hacer un gran trabajo para usted.
Sin embargo, aunque hay muchas grandes empresas de desarrollo externos,

hay algunos incompletos, por lo que debe saber algunas señales de advertencia. Al igual que cuando
usted va a comprar un coche usado, si su contacto sigue diciendo lo que es un gran valor que está
recibiendo, que es probable que la sobrecarga. Si su contacto no hace preguntas para aclarar cada
historia de usuario o hacer un esfuerzo por aclarar y entregar los criterios de aceptación, usted debe tener
cuidado. Si su contacto hace caso omiso de preguntas que, excepto en sus llamadas de facturación,
también debe estar alerta.
Estar atentos a cómo las agencias ágil asignar puntos de la historia de las historias de usuario para
los que usen una estructura pre-construidos de forma interna. En concreto, muchos organismos han
construido librerías de funciones comunes, como el código de servidor para la gestión de cuentas. Una
buena agencia que está utilizando su biblioteca para completar las historias de usuario estimará estas
historias de usuario como “fácil”. Esta es honesto y le permite calcular la velocidad de sprint con eficacia.
Una agencia incompleta listará una estimación difícil para los casos de uso, reclamando toda la obra
original que se tardó en desarrollar la biblioteca como parte de su historia, a pesar de que es trivial para la
242 agencia de implementar. A continuación, la agencia le dirá cuánto le dio una patada a tope para el sprint,
ya que su equipo lleva a cabo cientos de puntos de la historia, a pesar de que en realidad sólo lo hizo
digno de trabajo 10 puntos de la historia. Esa afirmación puede confundir los cálculos de velocidad de
sprint y de planificación, y es un signo seguro de que debe encontrar un nuevo organismo. No importa
donde se encuentran los miembros de su equipo, ya sean internos o externos, y si se utilizan Kanban o
una cascada, nos dicen que la fase de desarrollo del ciclo de vida del producto se realiza cuando se
trabaja el software, probado que satisfaga sus requisitos del producto está listo para el lanzamiento. Su
papel durante la fase de desarrollo se reduce a proporcionar requisitos claros para los miembros del
equipo de ingeniería, trabajando con ellos para priorizar y asignar nuevas prioridades cuando sea
necesario, y confiar en ellos para construir un gran código. Ahora que hemos construido nuestro producto,
vamos a ver cómo nos lanzamos y comercializarlo. y si se utilizan Kanban o una cascada, se dice que la
fase de desarrollo del ciclo de vida del producto se realiza cuando se trabaja, software probado que
satisfaga sus requisitos del producto está listo para el lanzamiento. Su papel durante la fase de desarrollo
se reduce a proporcionar requisitos claros para los miembros del equipo de ingeniería, trabajando con
ellos para priorizar y asignar nuevas prioridades cuando sea necesario, y confiar en ellos para construir un gran código. Ahora
CAPÍTULO OCHO
Llevar a su producto al
mercado
En este punto usted ha encontrado una oportunidad, validado, conseguido su equipo de a bordo, y 243
construido un producto. Usted ha hecho mucho! De hecho, si usted viene de una formación en
ingeniería o diseño, puede sentir como más del trabajo duro y que puede tomar unas vacaciones. Sin
embargo, para un gerente de producto, todavía hay mucho trabajo por hacer para obtener su producto
en el mercado con éxito. A medida que el equipo de marketing pragmático, una agencia enfocada a
productos de marketing, dice, “lanzamiento no es el fin del desarrollo, sino más bien el comienzo de la
venta.”
Por mucho que nos gustaría creer que si construimos el producto perfecto que se vende solo, la
dura verdad es que no lo hará. Si ninguno de sus clientes objetivo conocer, encontrar, o comprar su
producto, será flop. Si las personas equivocadas compran su producto, no van a ser feliz y su
producto se flop. A menos que tenga un plan sólido para llevar su producto al mercado, lo más
probable es flop. Afortunadamente, existen equipos de marketing y ventas para asegurarse de que
los clientes adecuados conocer, encontrar y comprar su producto!

Para asegurar un lanzamiento exitoso, tendrá que trabajar en estrecha colaboración con el equipo de
marketing. Algunas empresas incluso tienen una segunda función en la comercialización relacionada con
la gestión de productos, el gerente de marketing de producto (PMM). En pocas palabras, la PMM se
centra externamente y es un experto en el cliente y el comprador, si eso no es la misma persona, como
por ejemplo en la empresa de software, mientras que el PM se centrará en conseguir internamente el
producto integrado. Las empresas que tienen un PM y una PMM llaman el “entrante” PM y un “saliente”
PMM para reflejar este enfoque diferente.
En cuanto al flujo de trabajo, la PMM a menudo manejar el desarrollo del cliente y la divulgación, la
PM se llevará a que la retroalimentación y la investigación y obtener el producto adecuado construida,
y el PMM dará un paso atrás en su lanzamiento. Durante el lanzamiento, el PMM es responsable de
encontrar la manera de explicar el producto a los clientes, la elaboración del plan de la derecha
go-to-market (GTM) para llevar el producto al mercado con éxito, y ayudar al equipo de ventas. Vamos
a pasar por este capítulo como si el PM y el PMM son la misma persona para darle la mejor
244 comprensión de cómo los productos y la comercialización se juntan durante el lanzamiento.

Al representar el cliente, la comercialización y la venta del equipo a menudo pedir la opinión de la PM
cuando se forman las estrategias. Por ejemplo, si su producto está dirigido a adolescentes, la PM sabrá
que los adolescentes utilizan actualmente Snapchat e Instagram más de Facebook. El equipo de
marketing utilizará esa entrada como punto de partida para determinar dónde comprar los anuncios de
display. Mientras que usted no será responsable de los detalles de la compra de anuncios de display, su
entrada se afecta cuando esos anuncios son y lo que dicen. A lo largo de este capítulo, vamos a ver en
preparación del lanzamiento, durante el lanzamiento en sí, y un poco en las actividades posteriores al
lanzamiento. preparación del lanzamiento comienza mucho antes de que el producto se lanza con la
comprensión de sus clientes y la mensajería producto. A pesar de que estamos cubriendo este material
después de que el producto ha sido construido, llevarlo a la práctica este consejo, mientras
está la construcción de este producto.
Sea que la liberación de una nueva versión de un producto existente con correcciones menores o
liberar un producto completamente nuevo grande, los consejos de este capítulo le ayudará. Sólo te va a
ajustar la escala apropiada. Un comunicado de corrección de errores no necesita una gira de prensa, por
8. Traer su producto al mercado

ejemplo.
entender a los clientes

Para comercializar su producto con éxito, usted necesita saber cómo sus clientes a tomar
decisiones. Pensando en la comercialización desde el principio, incluso cuando usted está
haciendo su desarrollo inicial del cliente, le ayudará a su producto entre en el mercado con
éxito. Por ejemplo, sus clientes podrían esperar a comprar su producto en Best Buy. Puede
tomar meses para que su equipo de ventas para configurar la relación para que su producto
está disponible en la tienda, lo que significa que no puede esperar hasta su lanzamiento para
iniciar el proceso. De vuelta en el Capítulo 3, se introdujo el modelo de negocio de la lona y el
lienzo propuesta de valor. En ese momento, las usamos para ayudar a buscar una 245
oportunidad de producto. Podemos utilizar las mismas herramientas para entender mejor
cómo comercializar nuestro producto a los clientes adecuados examinado diferentes partes
del lienzo. Para referencia,

EL MODELO DE NEGOCIO DE LA LONA
Socios clave Actividades clave Propuestas de valor Relaciones del cliente Segmentos de clientes
Recursos clave canales
Estructura de costo Flujos de ingresos
Figura 8-1: El modelo de negocio de la lona, desde http://strategyzer.com, da una idea de la forma de comercializar su
producto.
246
Estas son las áreas clave para centrarse en desde un punto de vista de marketing:
• Segmentos de clientes: Quiénes son los personajes principales?
• Propuestas de valor: ¿Cuál es la relación beneficio / valor que cada persona se beneficiará de
su producto?
• canales: ¿De qué manera la empresa llegar a cada persona?
• Relaciones del cliente: ¿Qué nivel de comunicación y el tipo no espera cada
personaje?
• Flujos de ingresos: ¿Cuánto y con qué frecuencia va a pagar el cliente?
Como lo hace su investigación de los clientes, tendrá que llenar estos bloques y ampliar su persona
para incluir la parte de marketing. Aquí hay algunas cosas específicas para asegurarse de que sus
personajes abordan:
• Como el personaje consideraría su producto sea un éxito
• ¿Cómo la persona percibe su producto / empresa (si usted tiene un producto ya
existente)
• ¿Qué criterios de compra del personaje tiene

• ¿Cómo evalúa la personalidad productos (por ejemplo, es lo que espera una prueba gratuita?)
• ¿Cómo la persona percibe su competencia
• ¿Qué influencia tiene este personaje en el proceso de compra
Por dar contenido a la parte de marketing de un personaje, ayudará al equipo de marketing a tomar
decisiones exitosas. Por ejemplo, su personaje podría centrarse en los nuevos padres que buscan
asesoramiento en línea. A continuación, el equipo de marketing va a hacer una investigación adicional
para determinar qué sitios web y blogs para padres a los clientes actuales leer, junto con el lugar donde
se compran pañales y otros suministros. En otras palabras, una vez que saber lo que sus personajes
son, usted y el equipo puede averiguar qué canales de los clientes que representan el uso de aprender y 247
adquirir nuevos productos. Eso le permite a su equipo a tomar decisiones, como dónde comprar
publicidad, por lo que las personas adecuadas a encontrar su producto.
El bloque de Relación con el Cliente le ayudará a su equipo a determinar cómo llegar a estos clientes,
también. Con un producto de la empresa y un cliente de alto valor que adquiere una gran cantidad de
licencias, el cliente probablemente espera que su administrador de cuentas para hablar con ella
personalmente y tal vez incluso llegan a su oficina para dar una demostración. Una vez más, asegúrese
de que las decisiones que tome para relaciones con los clientes responden a las expectativas de sus
clientes.
A veces, especialmente si usted está liberando una nueva versión de un producto, tendrá que
llamar a cabo cualquiera de los segmentos de clientes que el producto no está listo para recibir aún.
Por ejemplo, cuando Apple lanzó Final Cut Pro X, que era una versión completamente reescrito de
Final Cut, que dejó fuera cierto

características avanzadas y esperaron a que la retroalimentación del cliente para determinar qué volver a
añadir. Esto también significa que Apple explícitamente no lo hizo comercializar el producto a los clientes
que conocían necesitan esas características avanzadas, como los clientes no se han satisfecho con esta
nueva versión.
Mensajería producto
Una de las cosas más importantes que el modelo de negocio de la lona y la lona de la
proposición de valor pueden ayudar a usted ya su equipo a determinar es el mensaje producto
adecuado. Específicamente, ¿cómo se comunica el valor de su producto a los clientes y explicar
por qué les debe importar y qué problemas resuelve su producto? Estas telas pueden ayudar, ya
que específicamente piden que pensar de sus clientes con necesidades, problemas y objetivos
junto con lo que resuelve los problemas de sus productos y los beneficios que ofrece a sus
clientes objetivo.
248 Enmarcando su producto de esta manera, ¿por qué el cuidado del cliente -? Ayuda con todo,
desde cómo se va a vender el producto a qué características realmente importa. Es tan importante
que ya en el capítulo 5, se recomienda que incluye al menos un primer paso en el mensaje central
de su producto en el PRD. Si no piensa en los clientes que usted está tratando de alcanzar y por qué
les debe importar, entonces será mucho más difícil encontrar clientes. Por ejemplo, si está
trabajando en una nueva versión de un producto de préstamo de estudiante, su atención se centrará
en lograr que los estudiantes y recién titulados a cuidar y comprar su producto.
Antes de empezar a crear el mensaje de su producto, asegúrese de que realmente entienden
los personajes de los clientes a los que orienta y cómo su producto se adapte a su vida. La
proposición de la lona del valor, en especial, le ayudará a ver esas conexiones. En un mundo ideal,
nos encontramos con un mensaje universal que aborde todos sus personajes, pero probablemente
necesitaremos diferentes mensajes para cada persona.

Utilizando el mismo mensaje para cada persona es como volver a empezar cada carta que
envíe con “Estimado señor”, incluso si el destinatario es una mujer. Y de la misma manera que
usted no saludar a alguien en persona con “Estimado señor”, es probable que tenga diferentes
mensajes para diferentes medios, desde el sitio web al correo electrónico de anuncio de
vídeo. En otras palabras, no sólo será el idioma del mensaje que cambia. Diferentes
personajes querrán diferentes propuestas de valor y se preocupan por diferentes casos
características / uso. Un padre que se queda en casa es probable que se preocupan más por
la clasificación de seguridad de un coche de su potencia, mientras que un padre que tiene una
crisis de la mediana edad se preocupan más caballos de fuerza. MPs son con frecuencia
responsables de la primera pasada en los mensajes de un producto y tener participación en
las diversas formas de estos mensajes se necesita. Vamos a bucear en la forma de crear un
gran mensaje.
Los elementos clave del mensaje de su Producto
Vamos a empezar nuestras notas por pensar en temas de producto, lo que hemos hablado en el
capítulo 2. Hay tres cuestiones clave de nuestro tema debe responder: ¿Por qué es importante
este producto / empresa? ¿Por qué estás haciendo esto? Lo especial de la misión de su empresa
que hará que un cliente desea que su producto frente a un competidor de? Lo ideal es que habrá
un tema fundamental que responde a estas tres preguntas. Coge una hoja de papel en blanco y
empezar a escribir lo que piensa tema central de su empresa es. Revisar lo que se escribe como
sea necesario para asegurarse de que el tema se aplica a las tres preguntas.
Vamos a escribir abajo el tema de Moover. Los fundadores de Moover crearon la empresa debido a
que encontraron planeando un movimiento para ser abrumadoramente estresante, especialmente al
trabajar a tiempo completo. Su tema central es hacer mover tan libre de estrés como sea posible para
que sea más fácil para usted para llegar a donde

quieres vivir. Mientras que nunca podríamos decir explícitamente esas palabras a los clientes, que el
tema le guiará nuestra mensajería producto. Otro elemento a tener en cuenta es lo que es fresco y
nuevo sobre el producto: ¿Qué estamos construyendo un mensaje para? En su hoja de papel, crear una
nueva sección en la que deberá indicar lo que es fresco y nuevo. En el caso de Moover, que es la
función de chat.
Tenga en cuenta que la parte “fresco y nuevo” puede ser diferente para el nuevo frente a los
clientes existentes. Con Moover, podemos decir específicamente los clientes existentes acerca de la
función de mensajería. Pero cuando tratamos de llegar a nuevos clientes, es probable que educar
acerca de Moover, en general, en primer lugar, y la función de chat será un punto de bala debajo del
mensaje principal. Este es un problema común las empresas se enfrentan, y es sólo otra razón que
necesita diferentes mensajes para diferentes clientes.
En lugar de decirle a la gente acerca de estas características frescas y nuevas, sin embargo,
queremos hablar de los beneficios que proporcionan al cliente, utilizando el tema de fondo y los
problemas del cliente / necesidades de afectar nuestra dicción. Al lado de cada nueva característica
que en la lista, escriba por qué el cliente debe cuidar y cómo esta función se relaciona con el tema.
función de chat de Moover permite a los clientes comunicarse con las empresas que se mueve a
la conveniencia de los clientes, no sólo de 9am a 5pm. Podríamos reformular esto para explicar por
qué un cliente debería preocuparse por la escritura, “Nunca subrayar por perder una llamada
telefónica de los motores:. Hablar con ellos en su horario”
Continuando con la elaboración de su mensaje, ¿cómo es su producto diferente y mejor
que lo que ha actualizado del cliente? Esto es especialmente relevante en la mensajería para
los nuevos clientes. En otro apartado de su papel, crear y columnas “AHORA” “futuro” y
escribir lo que hace que el cliente de ahora y por qué su producto, especialmente con esta
nueva característica, es mejor.

En este momento, los clientes de Moover, tanto existentes como potenciales, tienen que
insistir sobre la respuesta a las llamadas de teléfono y correos electrónicos sin perder de
compañías móviles, incluso cuando están muy ocupados con la vida. Se podría definir mejor
nuestro mensaje diciendo: Esto es grande porque abarca rápidamente todo tipo de
comunicación “Estamos tomando la molestia de hablar con los motores.”: “Hablar” puede
significar a través del teléfono o correo electrónico. Y nosotros estamos diciendo qué Moover
es mejor: está libre de problemas. Esta versión de nuestro mensaje también es fuerte porque
es positivo (el mensaje anterior se inició con la negativa “ Nunca “) Y está en la dicción del
cliente (‘hablar’en lugar de‘comunicación’y‘problemas’en lugar de‘estrés’). Otro aspecto de
su mensaje es para hacer frente a lo que podría ser la primera impresión de alguien de su
producto, y si es necesario para influir en esa impresión. Nuestras primeras impresiones
tienen un gran efecto en nuestras actitudes. Por ejemplo, la primera vez que ve el software
3D como Unidad, que se verá abrumadora y compleja. direcciones unidad este en su sitio
web indicando específicamente, “Usted puede crear cualquier 2D o 3D del juego con Unity.
Se puede hacer con seguridad.”Como otro ejemplo, CleverPet es una consola de juegos
para perros, ya primera vista parece que es sólo el juego de memoria Simon a pesar de que
cuesta $ 299. la página web de CleverPet pide explícitamente que se trata de “un cubo.
Juegos ilimitados.
En sus notas para su producto, escribe lo que siente la primera impresión de
cada persona de su producto será. Si tiene que influir en esa impresión, anote
cómo desea cambiar la percepción.
Encontrar voz de su empresa
Después de haber agrupado las notas, tendrá que pensar en su voz.
Esto se refiere a la dicción y el tono que va a utilizar en su comercialización y

materiales de publicidad, posiblemente también, incluso en el interior del producto, como en los
mensajes de alerta. Básicamente, usted quiere tener un tono muy formal con sus clientes, un tono
casual, un tono de “hip”, o algo intermedio?
Empresa de productos que tradicionalmente han tenido un tono formal para crear una sensación de
“negocios” y productos de consumo han adoptado un tono casual para crear una sensación agradable
y accesible. La tendencia predominante ahora, tanto para la empresa y los productos de consumo es
tener un tono más informal y auténtico. Sin embargo, algunos productos B2B en campos como la
medicina altamente reguladas y las finanzas todavía tienen que utilizar voces muy formales y
específicos debido a que el idioma incorrecto se puede obtener en problemas legales. Algunas
compañías crearán directrices formales de estilo para la voz de su marca y requieren todo, a partir de
paneles de alerta en el producto para cada anuncio, para ajustarse a las directrices. Esto puede hacer
que sea difícil de adaptar su mensaje para diferentes clientes. En su lugar, se recomienda tener un
sentido general de la voz que quiere que su marca tiene, pero el uso que, como punto de partida y no
un enfoque necesario. Sólo asegúrese de que permanezca constante dentro de cada medio / mensaje!
252 Es confuso si se inicia con una carta “Estimado señor” y luego cambia a “Hey, tío” en el párrafo
siguiente. El uso de la dicción similar a sus clientes puede ayudar a sus clientes a comprender
rápidamente su propuesta de valor. Con los productos de consumo, esto no significa que el uso de la
industria probable necesidad jerga-usted para tachar y volver a escribir algunos de sus “debería ¿Por
qué la atención al cliente” descripciones. Por ejemplo, Microsoft describe sus dispositivos superficiales
como “los dispositivos más productivos del planeta” y se va a describir el libro de superficie como “el
portátil definitivo.” De inmediato, a saber si está buscando un portátil de gama alta, este es el producto
que desea ver. Si quieres que algo simplemente navegar por la web, también se sabe que esto no es el
producto adecuado. Si Microsoft en su lugar había enumerado las especificaciones de CPU de cada
dispositivo, la mayoría de los clientes no saber qué producto a la vista.

Con el software de empresa o productos específicos, dirigidos, a menudo se desea utilizar ciertas
palabras de moda que un cliente está buscando. Por ejemplo, si un director de TI en un hospital está
mirando para comprar un sistema de registros médicos, que probablemente se preocupa por el
cumplimiento de las regulaciones gubernamentales. Llamando a un nivel específico de cumplimiento

como parte del mensaje le ayuda a saber rápidamente este producto cumple exactamente sus
necesidades.
Una forma sencilla de asegurarse de que está utilizando la dicción correcta es preguntar cómo un
cliente podría decirle a un amigo acerca de su producto. Si su dicción es similar a la suya, excelente! Si
es muy diferente, reconsiderar su elección de palabras. Desea que el mensaje para que coincida con la
forma en que sus clientes ven el mundo. Su mensaje llega a los puntos de bonificación si realmente crea
imágenes y evoca emociones en la mente de un cliente.
Poner el mensaje piezas para armar
Si estuviera siguiendo a lo largo, ahora tiene unas pocas páginas de notas e ideas de cómo podría 253
decirle a un cliente sobre su producto. Eso es excelente porque, de nuevo, no hay un mensaje que
funcione para todas las Personas de todos los medios. Por ejemplo, lo que se escribe en un
comunicado de prensa será diferente de lo que es en la página web del producto, y que será
diferente de la forma de la publicidad del producto en la televisión. Como otro ejemplo, el número de
sitios web que han ido a esa esencia pedirá que elija su personaje eligiendo entre el texto como
“Para los desarrolladores” o “Para los diseñadores”? La mensajería será diferente en cada página,
centrándose en las cosas de cada uno de esos personajes se preocupa.
Mientras que usted no será responsable de la creación de anuncios, vale la pena mirar los
anuncios de entender cómo otras empresas expresan sus mensajes. Pasa algún tiempo buscando en
sitios web y ver los anuncios de productos que utiliza, o conocer. ¿Cuál es la compañía que dice
acerca de cada producto? Es el mensaje explícito o implícito? Lo dicción o imágenes hace uso de la
empresa?
la publicidad de vídeo es realmente interesante analizar porque el mensaje es a menudo
implícita, y usted tiene que pensar en lo que la compañía estaba tratando de decir. A continuación,
tenga en cuenta cómo se eligió para transmitirlo: ¿Qué personajes te fue apelar a? ¿Cómo se
hacen los personajes claros? ¿Qué emociones crear el anuncio? Reloj clásico de 1984 del anuncio
de Apple o el amor ad parisina de Google para ver dos ejemplos fantásticos. 1984 se centra en
cómo Macintosh le permite sobresalir y liberarse de sus limitaciones. Amor parisina examina la
forma de búsqueda cambia su vida al darle las respuestas que necesita. Es también digno de
mención explícita que estos anuncios no se centran en el producto, que se centran en su vida, la
experiencia que quiere, y cómo el producto le ayuda a tener esa experiencia.
En general, es bueno para averiguar el mensaje más corto posible que atrae a la mayoría de los
personajes. Es probable que utilice ese mensaje mucho, ya sea como una picadura de sonido durante
una reunión con la prensa o como el título de la página del producto. A continuación, cree diferentes, más
254 específicos y más específicos mensajes según sea necesario, usando sus notas para guiarlo.
Recomendamos tomar una puñalada en la determinación de este mensaje corto temprano en
el ciclo de vida de desarrollo del producto y luego proceder a su revisión, según sea necesario.
Esto ayudará a mantener las decisiones de producto enfocada (no mejoran / restan el mensaje?)
Y proporcionan un punto de partida para los debates sobre la forma de llevar el producto al
mercado. Al igual que la escritura escenarios de usuario para los interesados es el secreto de la
buena PRD, escribe el mensaje como una historia puede ayudar a que se convierta en claro y
resuenan más con los clientes. Puede incluso utilizarlo para dar mayor valor a algo nuevo que
puede no parecer emocionante. Por ejemplo, si su nueva función es una sección de tutoriales en
el sitio web, contar una historia acerca de cómo el cliente puede utilizar estos tutoriales sencillos
para convertirse en un experto en el producto muy rápidamente, dejando a sus compañeros en el
polvo. Finalmente,
hace, se trata de lo que el producto permite al cliente hacer. Los clientes compran su producto para
hacer su vida mejor. Asegúrese de que su mensaje se destaca claramente cómo su producto va a
ayudar a sus clientes a mejorar sus vidas.

255
CAPÍTULO OCHO TIP
Este consejo viene de un líder increíble producto, Kirk Paulsen, vicepresidente de Marketing de DxO.
Desde hace más de una década, Kirk dirige la comercialización de productos en todo el mundo para todo
el software de fotos y los servicios basados en la nube de la sede de Apple en Cupertino. Como ejecutivo
de empresas de nueva creación Sonic y luego Spruce, ayudó a lanzar los primeros sistemas de
codificación de autoría DVD y disponibles en el mercado a nivel mundial. Kirk también fue uno de los
primeros expertos en tecnología para introducir el concepto de sistemas de edición de audio y vídeo
basados en computadoras a las industrias de la música y el cine.
PIDA LA DRI en WHITEBOARD POR TI

En mi experiencia en una determinada empresa fruta-nombrado, cada una de nuestras versiones de
aplicaciones de software que suelen participar docenas de nuevas características y mejoras. Para cada
256 lanzamiento, era el trabajo de la PM de sacrificar la lista completa hasta una docena más o menos la
mitad de características de nivel superior (TLF) que representaban la historia de esa versión en
particular. Era responsabilidad de la PM para presentar el TLF para el equipo de marketing más amplio,
que incluye directores creativos, redactores, diseñadores gráficos, etc. Es absolutamente esencial que
el mensaje sea claro y conciso, y se entrega con entusiasmo. Contar la historia correcta, con la claridad
y la pasión, y todo el equipo creativo podría comprometerse a hacer su mejor trabajo para ayudar a
exhibir el producto. Eran el mensaje a la falta de cohesión o salir como inspiración, el equipo creativo
podría simplemente desacoplar la misma facilidad, la realización de un trabajo mediocre en el mejor, lo
que invariablemente resultar en la industria que le da un bostezo colectivo. La forma más rápida para un
PM a perder el respeto de la ingeniería es hacer que el producto sonar aburrido u oscuro. Por el
contrario, una de las mejores maneras para que un PM para ganar el aplauso de otros equipos es para
contar la historia de un articulado, atractivo y de manera intuitiva.

Entonces, ¿cómo es exactamente lo que encontrar la manera de comunicarse de manera
sucinta y con eficacia la solución que hará que el cliente impresionante? Simple: para todos y cada
TLF pida al ingeniero o científico más directamente responsable de ese bit en particular a la
explique en detalle, en términos simples. El proceso requiere que buscar a la persona responsable

directo (DRI) para esa función o tecnología exacta. En algunos casos, especialmente con pequeñas
empresas de nueva creación, fuere el fundador. A menudo es el principal arquitecto del producto
que dirige el equipo de ingeniería. En una compañía Fortune 100, bien podría ser un científico
tímido pero brillante, que funciona dentro de un pequeño equipo entre una vasta organización I + D.
Lo que puedo asegurar es, no es alguien que es un poco cerca de la característica, pero no
directamente involucrados. Más bien, debe ser el DRI, la persona que lo codifica, ingeniería,
diseño, o dirigido el trabajo que condujo a esa característica particular. En Sonic Solutions fue el Dr.
Andy Moorer, en Apple por lo general era Randy Ubillos, y al DxO a menudo es el Dr. Frédéric
Guichard.
257
Cuando se toma el tiempo para identificar el DRI precisa para esa función o
tecnología específica, descubrirá que esa persona, y sólo esa persona, es capaz de
explicar a usted, en profundidad y con más claridad que lo que pueda imaginar. Lo más
importante, usted tendrá la oportunidad de sentir de primera mano su pasión personal
por el producto y obtener una mejor comprensión de la verdadera ventaja de la
solución, ya que originalmente concebidos de la misma. En mi experiencia de este
proceso suelen participar ya sea una sesión privada de uno-a-uno, o una reunión muy
selecto, pero nunca un grupo grande. Y en mi experiencia, siempre, siempre implicó
una pizarra, ya que nunca he conocido a un ingeniero o científico que no estaba
dispuesto a expresarse con un marcador borrable. Después de escuchar atentamente a
su descripción de la función o de la tecnología,

proceso, que implica escuchar la concentración y la toma de notas detallado, bien puede requerir
varias interacciones antes de estar en completa armonía con el DRI y es capaz perfectamente
articulado, en términos simples, la solución. Siga este consejo y usted como el PM será debidamente
equipado para contar una gran historia para el equipo de marketing creativo, que le ayudará a
compartir su mensaje con la industria, los medios de comunicación, los socios de canal, y su
pronto-a-ser clientes impresionantes.
258
Va a comercializar
Es tentador pensar que una vez que el desarrollo del hecho y de haber elaborado un mensaje
inicial de productos en el PRD, que sólo puede dar el producto de marketing / ventas y dejar que
ellos hagan lo suyo. Pero, ¿qué ocurre si durante el lanzamiento se bloquea el servidor y el equipo

de ingeniería está fuera de la oficina de celebrar? O peor, ¿y si el equipo de marketing no se
entiende completamente nuevas características del producto, dirigido a los medios de PR /
publicidad equivocadas, y nadie se presentó para el lanzamiento?
Muchas empresas crean listas de control de lanzamiento, plantillas preestablecidas de la información
que el equipo de marketing necesita para lanzar un producto. Pero el problema es que no todos los
lanzamiento de un producto es el mismo, ya sea en términos del producto que estás lanzamiento o cómo
las personas reciben información. Por ejemplo, un gran lanzamiento del producto podría justificar un
evento que se vive de la corriente. Hace cinco años, transmisión en vivo no era una opción fácil. En un
par de años, la transmisión en vivo en la realidad virtual o de alguna otra manera no podemos imaginar
ahora podría ser la norma. Y si usted está lanzando una nueva versión de una característica pequeña, es 259
probable que no necesita una transmisión en vivo en absoluto. Una gran manera de lanzar un producto es
identificar el propietario de un lanzamiento desde el principio, para formar un equipo con representantes
de cada grupo clave (diseño, ingeniería, producto, servicio técnico y Marketing), y establecer objetivos de
lanzamiento y responsabilidades claras dentro de un plan de salida al mercado (GTM). A veces, el dueño
del lanzamiento es el PM, pero MPs son a menudo bastante ocupado que otra persona del equipo de
marketing asumir este papel. Aunque el dueño de lanzamiento va a organizar y gestionar el plan de GTM,
cada departamento contribuirá a la misma. Cada semana, el equipo se reunirá para asegurarse de que
todo está en marcha para asegurar un lanzamiento exitoso, y que van a comunicar cualquier retraso o
problemas y discutir soluciones. Por estas reuniones, es útil para crear un rastreador de puesta en
marcha para organizar la puesta en marcha. Tres hojas en una hoja de cálculo son suficientes. La
primera hoja Aunque el dueño de lanzamiento va a organizar y gestionar el plan de GTM, cada
departamento contribuirá a la misma. Cada semana, el equipo se reunirá para asegurarse de que todo
está en marcha para asegurar un lanzamiento exitoso, y que van a comunicar cualquier retraso o
problemas y discutir soluciones. Por estas reuniones, es útil para crear un rastreador de puesta en marcha para organizar la p
contendrá los elementos de acción. Se trata de tareas específicas, asignadas a una persona / equipo
en particular, además de cuando fue asignado cada tarea, cuando era debido, y cualquier comentario /
Actualizaciones de estado apropiado para la tarea. La segunda hoja contendrá ítems de precaución.
Estas son las posibles cuestiones problemáticas, junto con que los criaron, cuando los criados, cuando
se ha solucionado cada tema, y cualquier comentario. La última hoja tendrá las decisiones clave,
incluyendo quién las hizo, cuándo, y cualquier comentario. De la misma manera que el PRD es un
documento vivo que actúa como el recurso clave de producto a medida que construye el producto, este
rastreador de lanzamiento será su referencia lanzamiento.
Una gran parte del trabajo que ha hecho hasta ahora, desde la identificación de sus clientes
objetivo de analizar la competencia para el desarrollo de mensajes del producto para cada personaje,
le informará a su estrategia global e influir en las decisiones que se toman dentro del plan de GTM.
Mantenga aquellos en cuenta al leer la sección!
260
A un alto nivel, el plan GTM se subdivide en tres secciones: pre-lanzamiento,

lanzamiento y postlaunch. Veamos cada uno.
Planificación previa al lanzamiento
Las principales cosas que decidir durante el prelanzamiento son los objetivos principales de lanzamiento,
cómo va a hacer que el producto está listo para que el lanzamiento, cuándo y cómo va a lanzar el
producto, y cuáles son los activos que necesita para poner en marcha.
Objetivos de lanzamiento
Lanzamientos tienen diferentes propósitos. Para algunos productos, como el más reciente teléfono
inteligente de píxeles Google, el objetivo es probable que obtenga el mayor número de clientes posible
actualización a este teléfono o nuevos clientes que compran el teléfono. Para el software de la empresa,
como Salesforce, el objetivo podría estar recibiendo un subconjunto de clientes que participan con una
nueva característica. A veces el objetivo es simplemente

la conciencia de una nueva característica de modo que cuando el cliente introduce su ciclo de compra, el
producto está en su mente.
La identificación de sus objetivos clave en la delantera le permitirá hacer otras decisiones de
lanzamiento, como cuando al tratar de lanzar su producto.

El tiempo de lanzamiento
Después de que el objetivo del lanzamiento, la mayoría de los equipos de lanzamiento identifican cuando
quieren lanzar el producto. A veces se trata de una fecha específica, pero por lo general se trata de un
intervalo de fechas. Por ejemplo, el lanzamiento de productos de consumo tienden a ocurrir en el inicio del
año, a finales de abril / principios de mayo por la ventana “papás y graduados” (El día de padre y
graduación), o después del verano, pero antes del Viernes Negro.
Es importante escoger esta ventana de lanzamiento tan pronto como sea posible, ya que puede
afectar el desarrollo de su producto. Si usted está vendiendo un producto de consumo y el equipo de
desarrollo cree que estará listo para lanzar el 26 de diciembre luego se le han perdido toda la 261
ventana del Viernes Negro de Navidad, cuando los productos de consumo se venden bien. Si usted
quiere tener el producto disponible para las compras navideñas, tendrá que reducir el alcance de su
producto para tenerlo listo a tiempo.
Las empresas a veces tienen períodos de comprar, también, que es posible que tenga el tiempo de
su lanzamiento alrededor. Las escuelas a menudo compran productos en la primavera y el verano,
antes del inicio del próximo año escolar. A veces las empresas tienen dinero extra en su presupuesto
que necesitan para pasar antes de que finalice el año, por lo que van a comprar más en diciembre. La
comprensión de sus clientes y sus hábitos de compra le ayudará a identificar la mejor ventana de
lanzamiento para su producto.
Para versiones de funciones de los productos existentes, la fecha de lanzamiento depende del tipo de
lanzamiento y el objetivo. Si se trata de una gran actualización que animará a nuevos clientes a comprar
su producto, entonces es probable que lo trata como una

nuevos productos y alinear la liberación con los hábitos de compra de sus clientes. tiempo comunicados
más pequeñas varía mucho. La única regla de oro para estos lanzamientos más pequeños es dar a
conocer a principios de la semana, así que si surgen problemas de soporte técnico de su equipo no tiene
que trabajar el fin de semana para resolverlos.
Si la función es una corrección de errores para un problema de seguridad crítico, a continuación, su
objetivo es el lanzamiento de conseguir esto en las manos de los tantos clientes como sea posible, tan
pronto como sea posible. Si se trata de una pequeña actualización diseñado para mejorar el producto
para los clientes existentes, su objetivo también será conseguir tantos clientes existentes como sea
posible para actualizar, pero no es tan urgente. Si el cliente tiene que tener explícitamente una acción
inconveniente para actualizar, como reiniciar una computadora, usted desee programar las liberaciones
de equilibrar el valor de la liberación con el inconveniente de actualización. Afortunadamente, las nuevas
herramientas como la Mac App Store y la tienda de Windows están haciendo más fáciles las
actualizaciones para los clientes, manejo de forma automática las acciones inconvenientes como reiniciar
262 cuando los clientes están lejos de sus ordenadores. Una pregunta común es, ¿qué lanzamiento decir y
cómo elegir una fecha cuando se tiene un equipo ágil, la producción de productos utilizables al final de
cada sprint o ciclo? ¡Depende! Para pequeñas características y correcciones de errores, a menudo las
empresas ni siquiera se molestan con un plan de lanzamiento, y acaba de implementar la característica
cuando esté listo (no el viernes). Para las versiones más grandes, tales como una nueva característica
importante, la compañía podría optar por implementar el código interno, pero no lo liberan públicamente
hasta una fecha determinada. Scrum lo hace fácil porque se le entregará un sprint cuya fecha se alinea
con su ventana de lanzamiento para ser el sprint liberación. cálculos de velocidad y las estimaciones
puntuales de la historia le dará una buena idea de lo que el trabajo estará disponible en esa fecha.
Siempre es buena idea tener el sprint preliminar se dedicará a cualesquiera de las tareas relacionadas
con el lanzamiento de última hora que

ocurrió, y durante la fase previa al lanzamiento que puede asegurarse de que cada sprint está en camino
hacia la liberación. Durante cada reunión del equipo de lanzamiento, un punto de discusión será, ¿Está
todo todavía en camino producto-sabio? Si encuentra que la caída de la velocidad, es posible que tenga
que ajustar sus planes de liberación.

Una vez que haya elegido una posible fecha de lanzamiento, usted establecerá un horario Workback
para determinar cuáles son las tareas que hay que hacer cuando se encuentra en preparación para su
lanzamiento, es decir, la semana antes de su lanzamiento, que va a hacer reuniones informativas de
prensa y dos semanas antes, toda activos de vídeo tienen que ser listos y así sucesivamente.
Pruebas
Como parte de preparándose para lanzar su producto, es importante poner un plan en conjunto para
probarlo con clientes reales para que pueda asegurarse de que el producto va a cumplir con sus
métricas de éxito. En general, las empresas primero hacer una liberación interna de un producto. El
objetivo es hacer que todo funciona según lo esperado y seguro para atrapar grandes errores antes de
mostrar el producto a cualquier cliente externo. 263
A continuación, las empresas hacen una beta más amplio, donde se abren el producto a un pequeño
grupo de clientes externos. Esto podría ser a través de una invitación exclusiva a los principales
contribuyentes en su foro de soporte o por medio de alguna de opt-in automático.
El primero es un mejor enfoque para las versiones más grandes, donde hay nuevas características
específicas que desee a los clientes probar. La creación de un grupo selecto de clientes para dar
acceso temprano es útil porque le da a un grupo de personas que utilizan activamente su producto, y
son los más propensos a usar las nuevas funciones y para tener información valiosa. El acceso
temprano también hace que estos clientes se sientan especiales, y que van a menudo quieren
compartir esa condición con el mundo cuando se libera su producto. En concreto, este grupo a
menudo se convierte en expertos en el producto, proporcionando consejos y ayuda a otros clientes y
que abogan por su producto entre sus pares.

opt-in automático es más común con las aplicaciones web con un gran número de usuarios, donde se
puede habilitar la función de un corto período de tiempo para que el 1% de sus clientes y obtener
información valiosa. opt-in automático es fantástica, ya que le da los datos reales de clientes reales, es
probable exponer el producto a la medida más clientes que optaría manualmente a una prueba beta. Sin
embargo, hace que sea difícil mantener el nuevo producto un secreto, basta con ver qué frecuencia las
personas reportan haber visto nuevas características de Facebook antes de que haya un anuncio oficial.
opt-in automático también podría generar quejas o una caída temporal de sus métricas de éxito, pero que
los datos le ayudará a mejorar el producto por lo que tiene un lanzamiento exitoso. Muchas compañías
han construido herramientas internas para permitir la función de despliegue / pruebas selectivas, y
LaunchDarkly ha construido una herramienta de propósito general que cualquiera puede utilizar.
La clave para la planificación de una versión beta está pensando acerca de lo perfecto de su puesta
264 en marcha tiene que ser. Si su producto es una aplicación móvil y los nuevos clientes les resulta con
errores, que van a eliminarlo y probablemente nunca vuelva a instalarlo. El hardware es incluso menos
tolerantes debido a que un cliente va a volver sus productos, y que le cuesta dinero a tratar. aplicaciones
web tienden a ser muy indulgente, como se puede actualizarlos múltiples veces en una hora sin que el
cliente tenga que hacer nada. Por supuesto, si usted está siguiendo estrictamente metodología Lean, que
va a hacer mínimo si cualquier prueba y simplemente seguir liberando lo más rápido posible. Sin
embargo, como hemos mencionado antes, la mayoría de las empresas tienen un enfoque híbrido, que
significa que tendrá algún tipo de beta. Usted va a ser propios o muy involucrado en las pruebas de
productos. Un par de cosas claves le ayudarán a ejecutar una prueba beta éxito:
• Asegúrese de que su grupo beta coincide con su persona (s) objetivo. Esto asegurará
que la prueba de gente es la gente que desea alcanzar.

• Probar su programa de mensajería producto con cualquier divulgación que haces. Si por
correo electrónico ciertos clientes para invitarles a la beta, incluyen la mensajería producto que
crees que va a hacer que quieran utilizar el producto. También es posible que los mensajes de A /
B de la prueba a la misma persona para que pueda comprobar cuál es el mensaje consigue la

mayoría de la gente a inscribirse para la beta.
• Asegúrese de que tiene abordaje apropiado. De incorporación es la primera experiencia de un
cliente tiene con su producto o versión actualizada. En el producto de envío y posteriores
versiones beta, por lo general, donde se llama a cabo funciones clave y explique por qué son
útiles y relevantes. En un contexto beta, de incorporación es extra importante porque incluye
todas las instrucciones de pruebas específicas, tales como qué parte del producto a prueba
específica o partes que sabe que no funcionan bien todavía. A veces una experiencia de
incorporación es tan simple como un correo electrónico release-notes con instrucciones para
instalar la versión beta. 265
• Contar con mecanismos de retroalimentación en su lugar. Asegúrate de que tienes las
herramientas de análisis cuantitativos en lugar de medir en contra de sus métricas de éxito y para
capturar cualquier registros de errores, proporcionar un mecanismo de retroalimentación
cualitativa como Qualaroo o UserVoice para que los clientes pueden decir lo que piensan y que
llegue a cualquier problema, y el seguimiento con los clientes para ver lo que piensan. foros de la
beta especiales pueden proporcionar una gran manera para que los beta testers para interactuar,
dar su opinión, y ayudar el uno al otro. Las piezas clave de información a tener en cuenta son el
producto de detectabilidad, el compromiso, la repetición (la gente regresa a usarlo), casos de uso
reales, y cualquier barrera a la adopción.

• Evaluar su regeneración y lo utilizan para informar las decisiones de lanzamiento. pruebas
beta que dan la oportunidad de ver si su producto responde a las necesidades de los
clientes con éxito, y ayudarle a cumplir con sus métricas de éxito con un grupo
pequeño. Esto le da información útil acerca de las cosas que usted querrá hacer frente
antes de su lanzamiento, al igual que lo encontraron con errores u otras barreras para
la adopción muchos clientes. A veces se puede encontrar una función no es detectable
y es necesario agregar una llamada a ella en concreto, o una experiencia de
incorporación a caminar clientes a través de usarlo. A veces, usted encontrará algo no
funciona como se esperaba en el mundo real, y usted decide quitar la característica. De
vez en cuando usted encontrará que todo el producto no es bueno y los clientes no lo
apruebe, y se le cancela el lanzamiento. El resultado más común de una prueba beta es
que utiliza los resultados para hacer unos pequeños cambios y correcciones de errores,
y luego haces otra prueba beta.
Cuando la elaboración de un plan de GTM, establecer cuándo desea ejecutar cada fase de prueba, lo que
usted está apuntando para salir de cada fase, y quién será el propietario de ella, en general, apoyar o el
PM será el propietario de las pruebas. Asegúrese de planificar tiempo para reaccionar a los comentarios
de las versiones beta antes del lanzamiento. Para algunos productos, también tendrá que ejecutar las
pruebas de tensión con la ingeniería durante la fase de prelanzamiento para asegurarse de que sus
capacidades técnicas pueden manejar cualquier demanda. Por ejemplo, algunos productos muy
populares generan tanto interés que sus servidores web accidente debido al repentino aumento en los
visitantes. Es muy común añadir una tarea de lanzamiento de ingeniería para ampliar la capacidad del
servidor virtual durante una ventana de lanzamiento, hasta que el tráfico se ha estabilizado a un nivel
predecible.
¿Qué tipo de lanzamiento?
Piense en los lanzamientos de productos que haya visto antes. A veces lo que nota un nuevo botón
aparece en la UX con una punta emergente que le indica que echa un vistazo a algo nuevo. Otras
veces no hacer nada durante un par de horas debido a que está viendo una presentación de Apple o

Google, grandes eventos que llamamos “lanzamientos big bang”.
Es importante alinear el tipo de lanzamiento que se hace con el alcance del producto y su
capacidad. Si no lo hace, su producto podría flop o incluso convertirse en el remate de una broma. De
nuevo en 2011, una aplicación móvil para compartir fotos de puesta en marcha se llama color se centró
en los anuncios big bang. Recibió $ 41 millones en financiación de buenas a primeras, que era enorme.
Entonces se puso en marcha su aplicación con gran fanfarria, pero había un problema de color se
centró en compartir con los usuarios cercanos, pero la mayoría de las personas que han descargado
color encontró que eran el único uso de la aplicación cerca y se dejó de usar. pobres previa al
lanzamiento de la prueba de color no descubrió este problema. En los próximos meses, la empresa
hizo cambios para hacer frente a estos problemas, pero había perdido su impulso y la empresa cerró 267
en
2012. En pocas palabras, el producto no estaba listo, la compañía hizo un lanzamiento de la gran
explosión, la gente dio el producto un tiro y se sintieron decepcionados y color nunca tuvo una segunda
oportunidad.
Alternativamente, ver los productos como Gmail. Google probó internamente y luego se puso en
marcha con un solo por invitación beta. Además de dar a Google la oportunidad de descubrir y solucionar
los problemas antes de que Gmail era enorme, que crea una sensación de exclusividad y la demanda del
producto. Ahora imagina que la nueva característica usted es responsable de es la adición de un botón
“ver fuera de línea” para la aplicación móvil de YouTube. Si bien esto podría ser una gran característica,
es probable que no necesita un gran evento para lanzarlo. En lugar de ello, trabajan con la prensa para
obtener artículos en varios sitios de tecnología y medios de noticias y dejar que los usuarios existentes
saben acerca de la función, ya sea dentro de la aplicación o

a través de la comunicación directa podría ser suficiente para lograr su adopción objetivos
probables-lanzamiento en este caso.
Pequeños eventos pueden ser otra gran manera de poner en marcha y alcanzar importantes factores
de influencia efectiva. Por ejemplo, si Sonos se lanza una nueva línea de altavoces, podría hacer lo
siguiente: alquilar una mansión, llenarlo con el sistema de altavoces Sonos, atender el evento, invitar a
los clientes, socios y miembros de la tecnología y de prensa para audiófilos, y esperan que estos factores
de influencia para escribir para los medios leen los clientes de Sonos.
A veces, trabajará con un producto que un cliente realmente necesita experimentar de entender,
especialmente si se trata de un producto caro. ¿Usted compraría un coche sólo sobre la base de una
revisión, o si usted quiere una prueba de manejo en primer lugar? Para estos productos, que necesita
una estrategia de lanzamiento que está muy centrado handson-, tanto para la puesta en marcha inicial y
con los eventos de seguimiento que permiten a los clientes probar el producto. El espacio VR / AR
(realidad virtual / realidad aumentada) es un gran ejemplo. La mejor manera de que la gente entienda por
268 qué VR / AR es convincente es que ellos tratan ellos mismos. Cuando HTC lanzó su sistema de Vive VR
de gama alta, tenía una exposición itinerante que viaja donde los clientes podrían tratar el Vive en
remolques especialmente construidas. Estas son las principales cosas en que pensar para su tipo de
lanzamiento:
• ¿Qué personajes se preocupan por esta característica, y lo que los clientes no se asignan a?
• ¿Cómo va a llegar a nuevos clientes?
• ¿Cómo se puede llegar a los clientes existentes?
• ¿Cuál es su objetivo de lanzamiento, más allá de llegar a los clientes adecuados de manera
efectiva?
Si usted tiene un nuevo producto o una nueva versión importante de un producto ya existente,
usted querrá llegar a los clientes y clientes existentes nuevo,

y un gran evento podría ser apropiada. Si usted tiene una nueva característica grande, es probable que
más apropiado un pequeño evento o una serie de ruedas de prensa se centraron en llegar a los clientes
existentes y algunos nuevos clientes. Si se trata de una pequeña característica nueva, a continuación,
llegar a los clientes existentes es más importante que asegurar la cobertura de prensa.

Para una empresa pequeña que luchan por la atención, lanzamientos con éxito puede ser
difícil. Es posible hacer todo perfectamente, pero si los clientes no aparecen, no importa. Un
enfoque simple es la de construir una lista de correo de los clientes interesados previa al
lanzamiento. Un “dime más” página de destino del producto es una forma sencilla de captar
direcciones de correo electrónico. Esto asegura que usted está llegando a las personas que
están explícitamente interesados en su producto. Usted querrá asegurarse de que sus
métodos de extensión que coincida con su capacidad. Si usted tiene una persona de ventas
que envía manualmente el correo electrónico y realiza llamadas, ¿será capaz de manejar el
volumen si usted quiere que él para llegar a miles de clientes al día sus lanzamientos de
productos? Muchas empresas más pequeñas eligen trabajar con una agencia de relaciones 269
públicas que tiene conexiones en varios medios de comunicación para ayudar a conseguir la
cobertura en los lugares de destino de sus personajes se ven.
Una vez que haya elegido la forma en que desea iniciar, podrás alinear la planificación de su
lanzamiento en la entrega de lo que necesita para hacer que el método exitoso.
Poner en marcha Planificación de activos
No importa lo pequeño de un evento de lanzamiento que está planeando, el equipo de lanzamiento
siempre va a terminar la creación de diversos activos para acompañar el lanzamiento del producto. A
medida que el gerente de producto, a menudo se tiene una mano en la creación de estos activos de
lanzamiento, a pesar de que otras personas van a manejar los detalles. activos de lanzamiento
específicas a tener en cuenta son los siguientes:

• actualizaciones de páginas web. ¿Cómo va a la página del producto ser actualizado en su sitio
web?
• documentación de soporte. Lo que necesita ser actualizado en la página de soporte del
producto para obtener la versión más reciente? ¿Hay nuevo material de formación que se creó
antes de tiempo?
• Vídeo de ejemplo / imágenes. Qué se necesita para crear nuevas capturas de pantalla de la App
Store o donde quiera que se distribuya el producto?
• blogs y otros materiales de medios de comunicación social. Lo material en el que desea crear
para el lanzamiento del producto en los canales de medios sociales / blogs de su empresa? Estas
salidas se llaman medios de propiedad
debido a que las controlan y desea asegurarse que soportan sus objetivos de puesta en
270 marcha / empresa.

• Anuncios. ¿Tiene la intención de tener cualquier material publicitario con el lanzamiento de un
producto? Si es así, tendrá que crear los medios de comunicación antes de tiempo.
• plan de demostración. Cuando representantes de la compañía están mostrando el producto,
¿cómo van a una demostración del nuevo producto? O si usted está liberando una nueva versión
/ función, ¿cómo afecta a los planes de demostración existentes?
• opinión de distribución necesita. tiendas de aplicaciones como la App Store a menudo
requieren conexiones especiales o revisor demostraciones de vídeo para que puedan asegurarse
de que sus trabajos de aplicaciones como fue diseñado. ¿Se tiene que crear nada por este
proceso?
• FAQ interna del producto. Si usted está planeando en hacer ruedas de prensa
como parte de la puesta en marcha, también es muy útil para crear un FAQ interna del producto y
la pregunta que espera obtener sobre el producto de la prensa. Tener claras y respuestas
sobre-mensaje a preguntas comunes, incluidas posibles preguntas difíciles que podría recibir,
ayuda a quien está haciendo las ruedas de prensa se preparan de manera efectiva.

• materiales de entrenamiento en equipos. Si bien el diseño, ingeniería y equipos de producto
probabilidades son bastante familiarizado con el producto cuando llega el lanzamiento, los
equipos de apoyo pueden no ser tan familiar. Crear materiales para ellos con los problemas más
comunes que los clientes se enfrentarán, y las soluciones. Use lo que aprendió durante sus
períodos de prueba para evaluar los problemas más probables. Durante y después de su
lanzamiento, actualizar estos materiales de capacitación con las nuevas preguntas que surgen.
271
• materiales de capacitación de ventas del equipo. Al igual que con el apoyo, es importante para
crear materiales para el equipo de ventas para que los representantes entienden claramente el
valor en el producto. Estos materiales deben centrarse en la comprensión de los personajes
principales del comprador y lo que el producto ofrece para ellos. Para los clientes existentes,
asegúrese de proporcionar información sobre la migración de manera que el equipo de ventas
puede ayudar a asegurar las migraciones lisas.
Si bien no es un activo explícita, asegúrese de trabajar adecuadamente con los socios externos, de
modo que no están sorprendidos por su lanzamiento. Por ejemplo, con Moover que nos gustaría para
asegurarse de que las compañías móviles han sido notificados y ayudado a prueba nuestra función de
mensajería. Incluso podríamos optar por iniciar la consola web actualizada con ellos en voz baja antes
de lanzar la aplicación para soportar una prueba beta.

Un marco de prelanzamiento de Marketing útil
Existe un marco de marketing que es muy práctico para el equipo de lanzamiento a tener en cuenta ya
que determinan cómo lanzar un producto. Este marco, llamado el marco de las 4P, es una guía para la
toma de decisiones de marketing y un recordatorio de las decisiones clave que usted tiene que hacer la
hora de lanzar un producto. los PAG s de pie para el producto, precio, promoción y lugar. Vamos a bucear
en cada uno.
Producto incluye tanto las partes obvias del producto (lo que es, ¿quién es él para, ¿cuál es
el beneficio?) junto con la no evidente. elementos no obvios incluyen el embalaje, accesorios,
soporte, garantía y política de devoluciones. Una forma útil recordar estos elementos no es
evidente es que son cosas que los encuentros de los clientes después de la compra del
producto. Por ejemplo, después de comprarlo, que unbox ella. O comprar un accesorio. O
usted tiene un problema y el apoyo de contacto.
Precio se refiere a lo que cobra por-tanto las transacciones normales y cotidianas, y con posibles
272 descuentos por volumen y de venta. La determinación del precio justo puede ser bastante complejo, y
está influenciado por sus metas de productos y su modelo de negocio deseado. Los juegos sociales son a
menudo libre para jugar de obtener la mayor cantidad de gente posible descargarlos, lo que permite un
mejor juego social. Entonces, anuncios ayudan a proporcionar una pequeña porción de los ingresos de
cada cliente, y compras en la aplicación ayudan a generar ingresos de clientes comprometidos al mismo
tiempo hacer el juego mejor para ellos. Precios de hardware se basa normalmente en la fijación de
precios de componentes, pero a veces las empresas utilizan un modelo de máquina de afeitar / cuchilla y
vender el hardware básico en una pérdida, ganar dinero en software y accesorios. Como gerente de
producto, a menudo se ha introducido en la estrategia de precios, ya que el precio está influenciado por
sus metas de productos y tiene un impacto en sus métricas de éxito y planificación de productos. El
siguiente PAG es promoción. Esto es lo que pensamos de tradicionalmente con el marketing: ¿Cómo será
su comunicado de prensa será? ¿Qué anuncios va a crear? ¿Cómo será el equipo de ventas de llegar a
los clientes?
Por último, llegamos a lugar. ¿De dónde proceden sus clientes a encontrar su producto para la venta?
¿Es sólo en su sitio web? Es en tiendas específicas, ya sea físico o virtual? La clave aquí es asegurarse
de que el lugar donde se alinea con sus clientes objetivo van a encontrar productos. Algunos clientes no
se sienten seguros de compra en el sitio web un no-nombre de puesta en marcha, por ejemplo. Ellos

podrían estar interesados en su producto, pero van a mantener a raya la compra hasta que esté
disponible en Amazon. O tal vez los clientes esperan su aplicación para estar en la tienda de Google
Play, y que va a mirar por ella allí en vez de en la tienda de aplicaciones de Amazon. Si usted no está
vendiendo donde están sus clientes, se perderá.
Lanzamiento
Lo bueno de la planificación a fondo antes de su lanzamiento es que durante el lanzamiento que está
ejecutando principalmente en su plan, que es relativamente relajado e incluso divertido!
Los gerentes de producto son a menudo portavoces de la empresa, y se recomienda trabajar con 273
su equipo de comunicación para asegurarse de que habla bien y conocer los mensajes clave de
producto. Y, por supuesto, si usted está hablando el exterior, tenga cuidado para verse mejor,
lavarse las manos, cortarse las uñas, y presentar una imagen profesional.
De vuelta en la oficina, los equipos de ingeniería y de apoyo querrán ver a asegurarse de que
todo funciona correctamente y los clientes están recibiendo ningún tipo de ayuda que necesitan.
Usted, como el PM, también tendrá que trabajar con ellos para buscar cualquier errores críticos
puede estar dejando pasar durante su fase de pruebas. Tener un plan en su lugar con la ingeniería
antes de tiempo para evaluar, corregir, y liberar estos insectos, según sea necesario. Pero más allá
de eso, se puede tomar un respiro y ver cómo sus clientes reaccionan a su trabajo duro. Llamamos
a los mensajes de medios sociales a sus clientes escriben, revisa su producto recibe, y artículos de
la prensa escribe sobre su producto medios ganados porque no se controla ni se pagó por ella.
medios ganados
es muy valiosa porque significa que la gente encuentra su producto vale la pena escribir. Por supuesto, el
riesgo es que no les gusta y los medios de ganado no es positivo. Afortunadamente, la mayoría de la
gente, especialmente los profesionales, por lo general optan por no poder escribir un comentario en lugar
de escribir algo negativo.
Lanzamiento posterior
En el capítulo 9 vamos a entrar en más detalles por lo que, el AM, hará postlaunch. La mayor parte de su
trabajo se centrará internamente, la evaluación de los primeros resultados y las métricas y la
planificación de lo que se viene. Los equipos de marketing y ventas se centrarán en cómo promover y
vender la nueva versión, actualizada. Definiremos brevemente algunos términos que se pueden oír
cuando se trabaja con estos equipos.
El ciclo de vida del cliente
274 Al igual que pensamos sobre el producto embudos con la analítica (cubierta posterior en el capítulo 3), la
comercialización también piensa en embudos. Más o menos. comercialización del producto se ha vuelto
compleja suficiente como para que muchas personas piensan acerca de la participación con los clientes
como un bucle llamado el ciclo de vida del cliente. Los clientes a menudo comienzan su viaje con las
fases de la conciencia, de interés y de compromiso. Esto simplemente significa que la gente sepa acerca
de su producto y tratar de aprender más. Los equipos de marketing a menudo pagan para mostrar
anuncios y sociales para conseguir más clientes en esta parte del embudo. Un anuncio gráfico es el típico
anuncio visual pensamos, como un anuncio en una revista o un banner publicitario. Un anuncio social es
un anuncio que se paga en una red social, si se trata de un anuncio de texto en Twitter o una imagen en
Instagram. Lo que los vendedores gusta de marketing en línea es que puede ser muy específica. A
diferencia de un anuncio en el periódico que mucha gente ve, los anuncios en línea se pueden mostrar
sólo a las mujeres de 31 años de edad que estén interesados en los videojuegos casuales. Esto ayuda a
asegurar su publicidad llega a los personajes de la derecha!

La siguiente fase del ciclo de vida se trata de conseguir que la gente confía en su producto va a
cumplir su promesa y lo compre-ofreciendo garantías de devolución de dinero es una técnica común
aquí. A menudo incluye la búsqueda de opiniones de pares y haciendo la investigación sobre el
producto, tales como la búsqueda de comentarios. La comercialización del afiliado puede ayudar a los

clientes a pasar a través de estos pasos. La comercialización del afiliado es cuando una fuente de
confianza recibe un pequeño pago para alentar a su audiencia a comprar su producto. Los clientes
están contentos, ya que ahora sienten que pueden confiar en su producto, los afiliados están contentos
porque recibieron un pago por su asesoramiento experto y está feliz porque tiene un nuevo cliente de
su empresa. A veces las empresas ofrecen ofertas especiales para sus socios afiliados, tales como
códigos de descuento, lo que da nuevos clientes aún más incentivo para comprar su producto.
Las últimas fases del ciclo de vida del cliente son la satisfacción del cliente y la
promoción. El objetivo final del ciclo de vida del cliente es tener clientes que abogan 275
por ti. El boca a boca es uno de los factores más importantes en qué la gente
compra de determinados productos, y trae nuevos clientes en el ciclo de vida del
cliente, hacer que tomen conciencia de su producto. Mientras que el equipo de
soporte jugará el papel más importante en esta fase, garantizando a los clientes
tengan una experiencia positiva, el equipo de marketing a menudo también ayudar
con la retención y lealtad de los clientes para que ellos a su vez recomiendan el
producto nuevo. Podrían hacer esto enviando botín como camisetas a los clientes o
por el envío de ofertas especiales para obtener el cliente para realizar otra
transacción. Si alguna vez has tratado de cancelar su cable, teléfono o servicio de
Internet,
Como cliente se mueve a través de cada fase, tendrá que asegurarse de que ve la
mensajería y el material apropiado. No es necesario para mostrar

una garantía de devolución del dinero, que ayuda a la confianza de fase cuando se está tratando de
simplemente dar a conocer su producto.
La mensajería diferente es importante cuando se trabaja con la optimización de motores de
búsqueda y marketing (SEO / SEM). Este es un campo entero, y no vamos a entrar en ella en
profundidad, pero SEO se refiere a cómo optimizar su sitio para que cuando la gente busca palabras
clave, usted es el resultado relevante. SEM es cuando se paga para que un anuncio de su sitio web
aparecer en función de determinadas palabras clave.
Condiciones de medición de costos de comercialización
Con todos estos enfoques, hay algunos términos clave que debe tener en cuenta, ya que a
veces surgen durante las reuniones de estrategia entre el producto y el marketing:
276 • Pago por impresión (IPP): Usted paga por la publicidad cada vez que se muestra.
Impresión significa “alguien vio el anuncio.”

• El pago por clic (PPC): Usted paga por la publicidad sólo cuando alguien hace clic en él.
• El pago por acción (PPA): Usted sólo paga cuando el usuario consigue alguna acción final, tales
como la descarga de la aplicación.
• Porcentaje de clics (CTR): El porcentaje de personas que hacen clic en su anuncio.
• Coste por impresión (IPC) / coste por cada mil impresiones (CPM):
Esta es la cantidad que pagar para que su anuncio se muestra una vez (IPC) -más comúnmente
aparece como el costo de tener que muestra 1.000 veces (CPM).

Esto se puede utilizar para evaluar la eficacia de una campaña es. Es simplemente el costo de la
publicidad, dividido por el número de impresiones.
• Coste por clic (CPC): Este es el precio real que paga por cada clic en su publicidad PPC. En los

sistemas basados en la oferta como en Google y Bing, esto podría ser más bajo que el precio que
ha introducido. Por ejemplo, si se coloca la oferta más alta en $ 2 / clic, lo que significa que se
paga como máximo $ 2 por cada clic, la cantidad real que tendrá que pagar se basa en varios
factores, tales como la oferta del competidor más cercano y la calidad del anuncio. CPC se utiliza
a menudo cuando hay un presupuesto diario para publicar anuncios de display y de búsqueda. Al
llegar a su presupuesto, se deja de ejecutar el anuncio para el día. Como era de esperar, el CPC
es a menudo IPC dividido por el CTR.
• valor de vida del cliente (CLV / LTV): ¿Cuánto dinero se puede esperar para
hacer de este cliente durante la vida del producto? Esto es útil para determinar 277
cuánto va a gastar la publicidad para este cliente. El CLV debe ser mayor que lo
que gasta para adquirir el cliente. Si usted tiene que gastar $ 100 en la pantalla y
promociones de afiliados para adquirir un cliente, pero sólo esperar ganar $ 20 en
este cliente, tendrá dinero perdido.
PLAN DE MOOVER GTM
Aquí está un primer paso en el plan de GTM Moover. El equipo de lanzamiento se romperá estas tareas
en los puntos de acción explícitos y asignarlos, y que podrían plantear problemas durante el lanzamiento
de cuestiones que no figuran en esta lista. Pero esto debe darle una comprensión de cómo empezar a
pensar en el lanzamiento y la comercialización de un producto.
Mensaje clave: Moover se toma la molestia de la planificación de un movimiento.

mensaje de nueva característica: nueva función de chat de Moover se toma la molestia de hablar con
los motores.
Pre lanzamiento
• ¿Cómo vamos a probar esto internamente? Vamos a pedir voluntarios en varios equipos para
ayudar a probar la aplicación móvil y el salpicadero web durante 10 minutos cada día en el
transcurso de dos semanas. Mediante el uso de ambos aspectos, pueden asegurarse de que todo
pasa por lo que esperaban. Uso del producto durante unos minutos cada día es probable que el
caso de uso más común. También vamos a designar a una persona en el equipo de control de
calidad para manejar una empresa falsa diferente en la base de datos para que pueda probar los
“muchos clientes / una fuente de respuesta” del sistema.
• ¿Cómo vamos a probar esta forma externa? Vamos a enviar y convertirlo en un pequeño grupo
278 de clientes sin anuncio especial y ver cómo los cambios de uso, si los clientes tienen problemas,
y mucho más. Es duro para crear un grupo beta para clientes en movimiento, porque la gente se
mueve y luego no lo hacen de nuevo por un tiempo. Dejar que los clientes tratan esta
característica también significa que tendremos que poner en marcha el portal web para nuestras
compañías móviles antes, ya que tendrá que ser capaz de responder a los mensajes.
Tendremos que crear material de formación para estas empresas y brindar apoyo.
• ¿Cómo vamos a poner en marcha esto? Esta no es una característica enorme, por lo que no
necesita mucha fanfarria. Sin embargo, debido a que muchas personas no han oído hablar de
Moover, queremos usar esto para ayudar a generar nuevos artículos sobre nuestro producto.
Vamos a trabajar con nuestra empresa de relaciones públicas para hacer una pequeña gira de
prensa, y nos aseguraremos de que la atención se centra en el mensaje del producto básico más
de esta nueva característica específica. Vamos a tener que llegar a una muestra
flujo de demostración para estas sesiones. Tal vez podemos tener una empresa en movimiento
falso que envía automáticamente una serie de respuestas sobre la parte de atrás de modo que
parece que estás teniendo una conversación real con la empresa durante la rueda de prensa.

• ¿Qué activos qué necesitamos para crear? Necesitamos capacitación y materiales de apoyo para
nuestros clientes en movimiento por la compañía, capturas de pantalla y documentación
actualizada de la página web y tiendas de la aplicación, y una entrada de blog que describe lo que
hay en esta actualización.
• ¿Cómo vamos a llegar a los clientes? No tenemos clientes repiten con frecuencia, por lo que llegar
a los clientes existentes no es una gran preocupación. Podemos seguir promoviendo Moover, en
general, en las juntas de trabajo como LinkedIn (teniendo en cuenta que después de la gente
tiene un nuevo trabajo, que a menudo se mueven).
279
Lanzamiento
Debe haber muy poco que ver durante el lanzamiento, además de la actualización de la página web con
información sobre nuevos productos y la liberación de la aplicación actualizada. Vamos a querer
asegurarse de que nuestro sitio Web puede manejar una carga de visitantes aumentó, pero dada la baja
frecuencia con la gente se mueve, no esperamos un gran repunte en la actividad de usuarios simultáneos
en la aplicación. Dado que vemos una media de 1.000 usuarios al día, podríamos empezar por asumir
que cada usuario envía dos charlas por día a cada compañía móvil que tiene una oferta del. Hay un
promedio de cinco ofertas por usuario. Esto significa que debemos estar preparados para manejar 1000 *
2 * 5 o chats 10.000 por día, que no es un número enorme. Podemos ajustar la capacidad según sea
necesario después las cosas se estabilizan.
Lanzamiento posterior
Vamos a seguir para promover Moover como normal, sobre todo centrándose
en los anuncios de display y de búsqueda dirigida. El mensaje general es todavía el mensaje clave para
promover, según nuestro conocimiento aplicación no está en el punto donde sus características
específicas pena de publicidad al principio.
Vamos a querer ver la frecuencia con la gente utiliza la función de chat para asegurarse de que es lo
suficientemente visible e intuitiva.
Para muchos en su empresa, especialmente las ventas, marketing y equipos de apoyo, postlaunch
es cuando realmente van a trabajar. Para usted, este es el último paso importante en el ciclo de vida de
desarrollo del producto. Sigue leyendo para saber cómo terminar el ciclo de la vida.
280
CAPÍTULO NUEVE
ACABADO EL CICLO DE VIDA DE

DESARROLLO producto-
281
¡Felicidades! Usted ha realizado un envío con éxito su producto! Todo lo ha hecho, ¿verdad?
Bueno, lo que necesita hacer tres cosas más durante este ciclo: PARTIDO, auto-evaluar el
ciclo, y crear una recomendación para la siguiente iteración. Veamos estos tres en detalle.
¡CELEBRAR!
Es muy importante para el equipo y la moral de la empresa para celebrar incluso pequeñas victorias. Por
ejemplo, es posible celebrar la fijación de un error difícil de conseguir bizcochos (asegúrese de tomar
las necesidades dietéticas como el gluten / sin azúcar en cuenta.) Cuando se envía una versión
principal de su producto, es posible tomar el equipo central a una buena cena. Y cuando usted envía
algo grande, es posible ayudar a organizar una celebración de toda la compañía. Estas celebraciones
proporcionan una forma para que los contribuyentes individuales a ser reconocido por su trabajo. Los
gerentes de producto son a menudo los más visibles

representantes para sus productos, a pesar de que no somos los que diseñan o realizan la
codificación. Es importante dar crédito al equipo por hacer un gran trabajo para que cada persona se
sienta importante y como una parte de algo más grande. Es también una gran manera de construir el
respeto entre usted y el equipo-una de las maneras más fáciles de perder el respeto de su equipo es
tomar el crédito para el trabajo del equipo.
Si usted está organizando una celebración de toda la compañía, como un PM es probable que dé un
discurso rápido. Esta es una gran oportunidad para reconocer el equipo central, otras específicas que han
ido más allá para ayudar a conseguir el producto lanzado, y cualquier grupo que contribuyeron a ella más
allá del equipo del corazón del producto. También es muy bueno tener una opinión positiva de las
personas internas (żqué cree que el CEO?) Y las personas externas (prensa citas, mensajes de correo
electrónico de los clientes) para compartir. Esta retroalimentación es la validación adicional de que el
trabajo del equipo está siendo bien recibido. Si el lanzamiento no fue bien recibido, aún debe reconocer el
esfuerzo que entró en ella, ya que desea que el equipo tenga una actitud positiva cuando se trabaja en la
282 siguiente iteración del producto.

La organización de las actividades de las pequeñas y celebraciones mientras que la construcción del
producto, también puede ser muy útil para la moral del equipo. Cuando el equipo realiza un hito clave,
usted puede ir de excursión a jugar al mini-golf. Es probable que caiga a usted para organizar estas
celebraciones, aunque su oficina jefe de equipo / AR puede ayudar con los de toda la compañía.
Asegúrese de estar al tanto de la importancia de estas celebraciones, ya que es fácil olvidarse de ellos
con todas las otras cosas en el plato de un gerente de producto.
Evaluar cómo las cosas fueron
En última instancia lo que más importa a la empresa es lo que sus clientes piensan del
producto y si a alcanzar sus métricas de éxito, pero es importante tener en cuenta cómo ha
llegado a la liberación. Si todo el mundo alienado

9. Finalización del Ciclo de Vida de Desarrollo de Productos
o hecho que el producto extremadamente difícil de construir, las personas de su equipo es probable que
no desee trabajar en la próxima versión e incluso podría buscar diferentes puestos de trabajo. La
evaluación de cómo fueron las cosas asegura que el intercambio de ideas, dejando que la gente se
sienta se escuchan sus preocupaciones, y pensar en cómo hacerlo mejor en el próximo ciclo.
Para algunas personas, la evaluación de cómo han ido las cosas durante el ciclo de desarrollo es
muy difícil, en lo personal. Esto es cuando se pone explícitamente a cabo allí y pedirle su opinión, y
obtendrá retroalimentación, tanto positiva como negativa.
Su discusión con plomo

La primera parte de conseguir retroalimentación es ver lo que pensaba su ejemplo de su trabajo. ¿Estaba
contento con la forma en que se acercó a todo, o hubo cosas que le gustaría que usted intente hacer de
manera diferente? Llegó ella retroalimentación positiva de otros equipos sobre usted, o fueron otros
conductores siempre se queja acerca de usted? Es muy útil para programar una reunión de uno-a-uno 283
con su ejemplo, si usted no tiene reuniones programadas regularmente, para comprobar y asegurarse de
que todo está bien. Una manera de comenzar la conversación es preguntando, “¿Me podría dar su
opinión sobre cómo se siente este ciclo fue? Quiero para asegurarse de que estoy haciendo el mejor
trabajo posible.”Después de todo, crecemos trabajando en nuestros puntos débiles.
equipo postmortem
La otra parte de la evaluación de cómo fueron las cosas es obtener información del equipo, y una manera
eficaz de hacerlo es con una reunión post-mortem. Hay algunas maneras diferentes para ejecutar estas
reuniones. Vamos a caminar a través de cómo ejecutar uno a sí mismo con el equipo central. Si usted
siente que tenía problemas para trabajar con el equipo, es posible pedir a otra persona para realizar la
autopsia lo que puede estar ausente de la habitación para que el equipo se sienta cómodo
hablar abiertamente. Algunas compañías tienen autopsias de puertas abiertas, donde cualquier
persona en la empresa puede caer en escuchar sobre el proceso. Usted sólo tiene que escoger lo
que le resulte más adecuado para su situación. Así es como nos gusta correr autopsias. Encuentra
un momento en el equipo central del producto y los actores clave están disponibles, y programar
una reunión de una hora o así. Usted querrá tratar de crear un ambiente relajado y abierto, lo que
puede significar cualquier cosa, desde la reserva de la sala de reunión con las sillas cómodas para
el suministro de alimentos y las bebidas alcohólicas / no alcohólicas para el equipo que varía una
compañía a otra. Sólo asegúrese de que tiene una pizarra o algo para escribir que todos puedan
ver.
Dado que esta reunión es acerca de la retroalimentación, todas las opiniones son
válidas-asegurarse de que no pone juicios de valor sobre lo que dice la gente,
especialmente si te dan retroalimentación negativa. Divida la pizarra en dos columnas:
cosas que hizo bien, y cosas que desea fue más suavemente. Comience por preguntar a
284 todo el mundo para decir lo que piensan fue bien. Después de un poco, cambiar a la otra
lista y pedir cosas que las personas desean había ido mejor. Van y vuelven entre las
listas hasta que se sienta todo el mundo ha sido escuchado. Por último, tomar algún
tiempo para hablar de lo que quiere hacer de manera diferente y lo que desea mantener
el mismo durante el siguiente ciclo. Usted debe escribir las notas post-mortem en algún
lugar, al igual que en la página wiki del producto, incluyendo las principales cosas que
están cometiendo a hacer de manera diferente durante el siguiente ciclo.
RECOMENDANDO WHAT'S SIGUIENTE
Después del lanzamiento, es el momento de iniciar otra iteración del ciclo de vida de desarrollo del
producto. Sin embargo, hay un desafío. En un mundo ideal, tendría datos útiles acerca de cómo lo
que hizo durante esta iteración afectado

sus métricas de éxito y objetivos. Desafortunadamente, por lo general toma tiempo para reunir
suficientes datos útiles para ver si los cambios funcionaron. Su próxima iteración inmediata será
impulsado por el plan de producto (capítulo
2) y otros enfoques que tratan en el Capítulo 3. A continuación, después de que haya pasado el tiempo
suficiente para recoger datos útiles de esta iteración, que voy a poner este producto en uno de los tres
cubos de alto nivel. En concreto, se le recomienda pasar a otra cosa, porque este producto /
característica es lo suficientemente bueno, la iteración más sobre este producto, o sunsetting este
producto. Si usted ha alcanzado o superado sus metas de éxito-métrico, a continuación, su
recomendación es probable que sea de pasar a otra cosa. Informes automáticos choque puede ser muy
útil en este caso para aplicaciones móviles y de escritorio, como se puede descubrir errores que afectan a
una gran cantidad de clientes que desea corregir antes de continuar, incluso si se golpea sus metas de
éxito-métrica. Si no está golpeando sus objetivos, entonces hay que cavar más profundo para pensar
acerca de dónde y cómo desea repetir. La ejecución de pruebas A / B simples con herramientas como
Optimizely es una gran manera de ver rápidamente si se puede hacer cualquier pequeños cambios para
ayudarle a alcanzar sus objetivos. A veces los cambios no esenciales, productos, al igual que el texto en 285
una página web, pueden hacer una gran diferencia. El equipo de marketing es probable que se ejecuta
una gran cantidad de pruebas A / B en el sitio web de marketing para ver lo que consigue la mayoría de
los clientes comprar / usar su producto.
En cuanto a lo que piensan sus clientes también es importante. Tal vez ha cumplido sus
objetivos de ingresos por el cambio a un modelo de suscripción de pago, pero si sus clientes lo
odian y están buscando alternativas, su éxito a largo plazo es que se trate. Lo bueno de la
liberación de un producto en el medio natural es que se verá comentarios de productos y
mensajes de redes sociales, y tickets de soporte sobre el nuevo producto. Mira a través de éstos,
además de revisar sus métricas, para ver qué piensan los clientes. Nos gustaría recomendar
releer los capítulos 3 y 4, pensando en cómo

llegar a su siguiente hipótesis oportunidad para que un producto / entidad existente que no es la
consecución de sus objetivos. Moover, por ejemplo, podría encontrar que los clientes quieren y utilizan la
función de chat, pero la compañía todavía no está golpeando sus objetivos. Mediante el aprovechamiento
de los consejos en el capítulo 3 preguntando por qué, podemos concluir que tenemos un problema de
crecimiento-plataforma para abordar a continuación.
Es posible concluir que hay una cantidad razonable de esfuerzo hará que el producto
alcanza sus objetivos de éxito-métrica. O tal vez las prioridades de su empresa han
cambiado, y este producto no encaja con la estrategia global más. O tal vez un desarrollo
tecnológico ha hecho algo mucho mejor para posibles a sus clientes, pero la creación de
ese “algo mejor” significará un producto completamente diferente y no una actualización.
En este caso, su recomendación debe ser al final de su vida útil o “puesta de sol” del
producto.
286 Sunsetting un producto simplemente significa que va a dejar de hacer desarrollo activo en ella, y los
clientes deben cambiar a otra cosa. No vamos a entrar en esto en profundidad, pero por lo general no
acaba de repente dejar de vender un producto. Es importante tener una ventana en la atención al
cliente está disponible para el producto, el tiempo en que los datos del cliente que está disponible para
que los clientes pueden recuperar para los productos en línea, y lo ideal sería una vía de migración
para ayudar a los clientes a cambiar a un producto alternativo. Si bien puede ser frustrante para los
clientes fieles, sunsetting productos no es una cosa mala, y las empresas lo hacen todo el tiempo. El
truco es sólo para asegurarse de que tiene un plan razonable en su lugar.
En marzo de 2013 Google anunció que iba a suspender su lector agregador RSS
feed porque cada vez menos personas estaban usando y la empresa quería centrarse
en otros productos. Google dio a los clientes cuatro meses para recuperar y mover sus
datos, y se mostró clientes cómo utilizar Google Takeout para recuperar esos datos.
En otro ejemplo, Apple retiró su herramienta de gestión de fotos profesional, de apertura, a
mediados de 2014. La empresa proporcionó una actualización para asegurarse de apertura trabajó
en la próxima versión de OS X para que los clientes puedan seguir utilizándolo durante al menos un
año más. Apple también trabajó con su principal competidor, Adobe, para asegurar herramienta de
gestión de fotos profesional de Adobe, Lightroom, tenía un comando “Importar desde la apertura”
para ayudar a los clientes a migrar sus datos.
En última instancia, lo que su recomendación es, este paso final del ciclo de vida de
desarrollo de producto se alimenta muy bien en el primer paso nos fuimos en el Capítulo
3: decidir lo que debe hacer a continuación. La diferencia clave es que se empieza por
evaluar si usted es feliz con lo que acabas de hacer, si tiene que trabajar en él más, o si
es necesario hasta la puesta del producto para que pueda dedicarse a otra cosa. Y luego
repetir y repetir y repetir.

CAPÍTULO NUEVE TIP
Nuestro consejo final proviene de Carlos González de Villaumbrosia, fundador y CEO de la
Escuela del producto. Ha dedicado toda su carrera a cerrar la brecha entre la educación y el
empleo en tecnología. Carlos se inspiró para crear la Escuela de producto basado en su propia
experiencia cuando tenía que aprender a dividir en la gestión de productos de la manera difícil.
Como buen ágil y delgado PM empresario, Carlos se centró en la lucha contra ese problema específico
y construyó un MVP muy básico para validar su solución. Escuela Producto comenzó como una reunión
periódica informal entre Carlos y siete aspirantes a gerentes de producto de Starbucks en todo el distrito
financiero de San Francisco. En esas reuniones, Carlos compartiría su experiencia y podría incluso invitar
a otros MPs como oradores invitados a compartir la suya. La reacción fue tan positiva que Carlos alquiló
una habitación en un espacio de coworking, creó la primera versión del plan de gestión de productos,
enseñó a los primeros 10 cohortes para afinar todos los detalles relacionados con deleitando a sus
288 estudiantes, y asegurarse de que estaban equipados con las herramientas adecuadas y el conocimiento
para construir productos y obtener puestos de trabajo de PM.

En sólo dos años, la Escuela del producto se convirtió en la primera escuela de negocios de alta
tecnología en el mundo. Actualmente ofrece cursos de gestión de producto en San Francisco, Silicon
Valley, Los Ángeles y Nueva York. Todos sus instructores son los PM de alto nivel en las principales
compañías como Google, Facebook, Snapchat, Airbnb, PayPal, American Express, y Netflix.
Este consejo viene de los datos y la experiencia adquirida en el trabajo con los estudiantes de
gestión de productos de la escuela de producto cada día.
Cómo infiltrarse en la gestión de productos
Me hecho la transición a la gestión de productos de ingeniería de software, hace ocho años, y fundé la
Escuela Producto para enseñar a otros aspirantes producto

gerentes hacen lo mismo.
La razón principal de la gente hace un cambio de carrera en la gestión de productos es porque están
interesados en tener más poder en la toma de decisiones sobre la estrategia de producto de la
empresa. No culpo a ellos; este es un gran cambio que impactará su revalorización a largo plazo, ya
que dejará de ser un especialista en una parte del proceso para convertirse en un generalista en todas
las partes involucradas en el proceso mediante el aprovechamiento de los talentos de otras personas.
Este enfoque le servirá bien profesional y personalmente. A lo largo de mi carrera, tengo que cumplir
con docenas de gerentes de producto actuales, y los empresarios e inversores que trabajaban como
gerentes de producto en el pasado. Todos ellos comparten el mismo problema de cómo ellos no tienen
la formación adecuada cuando empezaron sus carreras de gestión en tecnología. Sí, es cierto que
muchos de ellos obtuvo un MBA o títulos similares relacionados con la empresa en las mejores
universidades que proporcionaron diferentes sartenes y acceso a redes que ayudaron en el largo plazo.
Pero estos grados de negocios no siempre son aplicables a la gestión de productos, ni se le enseñan
cómo ser un gerente de producto. De hecho, la mayoría de los gerentes de producto de hoy en día, si
tienen MBAs o titulaciones universitarias de informática, tuvo que aprender su oficio sobre la marcha 289
porque no había ninguna escuela de gestión de producto que tenía un punto de vista holístico, la
incorporación de los negocios, la ingeniería y el diseño, la fortuna , Escuela Producto llena ese vacío.
Estos son algunos ejemplos de diferentes carreras de irrumpir en la gestión de productos.
Tenga en cuenta que esta lista no es completa:
Ingeniero → → Ingeniero mayor
proyecto técnico o programa gestor gestor / ingeniería →
Gerente de producto
fundador de inicio Conductor de producción ↔

consultor de gestión / banquero de inversión → Gestor de Producto
Atención al cliente →
analista de negocio / jefe de proyecto o director del programa →
Gerente de producto
→ comercialización comercialización del producto → Gestor de Producto
Diseño diseño del producto → → Gestor de Producto
La única cosa que todas estas carreras tienen en común es que el SPM no se inician como el síndrome
premenstrual. Pasan por lo menos un par de años en un papel diferente, desarrollar algunas habilidades clave, y
luego la transición en producto. Las tres habilidades críticas que creo que hay que desarrollar con el fin de
conseguir un trabajo como gerente de producto son conocimientos técnicos, experiencia en el campo, y la
290 experiencia de comunicación. Veamos estos tres.

A medida que ha aprendido de los capítulos anteriores, incluso si usted no sabe cómo codificar,
es fundamental para los gerentes de producto a entender algunas de las ingeniería detrás de los
productos que se va a administrar. Este conocimiento le ayudará a comunicarse con los diseñadores
e ingenieros, evaluar la viabilidad técnica, y entender lo que el aspecto técnico de la implementación
de un proyecto.
A continuación, en especial para su primer trabajo de gestión de producto, es importante entender
el dominio que está trabajando en su interior. Como ya comentamos en el Capítulo 1, hemos
encontrado que cuando usted consigue su primer trabajo de la tarde, si usted sabe acerca del campo
que está trabajando, usted será capaz de gastar su tiempo a centrarse en cómo ser un gerente de
producto en lugar de aprender los matices, desafíos, panorama competitivo y más de su dominio.
Por último, algo que no cubrimos en detalle en este libro es lo importante

gran capacidad de comunicación son a MPs. PMs tienen para comunicarse todo el tiempo, ya sea
por correo electrónico o presentación. En nuestros Bootcamps Escuela del producto, pasamos
varias horas enseñar a los estudiantes cómo ser grandes oradores públicos con mucha práctica.
Si no puede comunicarse, no importa cuán grande de un PM que eres, porque nadie puede
entender.
Más allá de la Escuela del producto, hay algunas cosas específicas que le ayudarán a la
transición a la gestión de productos:
Construir algo. En la clase, los estudiantes trabajan hacia un proyecto de culminación final, donde
se recogen una empresa que estarían calificados para trabajar en, determinar qué característica que
empresa debe construir al lado, y crear una presentación que explica por qué la empresa debe
construirlo siguiente y los requisitos clave . Trate de hacer esto por su cuenta! Si usted sabe cómo
codificar, tener un proyecto de principio a fin para que pueda experimentar el envío de un producto y
obtener retroalimentación de los clientes.
Asistir a hackathons. Echa un vistazo a hackathons de productos tales como ProtoHack o 291
StartupWeekend para obtener experiencia práctica en la construcción de un producto en ambientes de alta
presión.
Encontrar un mentor. Llegar a los PMs que respeta y que se siente podrían ser buenos mentores para
usted. Escuela de producto tiene una comunidad, producto de la escuela Slack activo, que es un gran lugar
para encontrar un mentor. Un mentor puede proporcionar historias de guerra y ayudarle a entender las
mejores prácticas.
Red. Echa un vistazo a los eventos de productos de tu ciudad. Sitios web como Meetup y Eventbrite ofrecen
a menudo eventos. Estos eventos pueden ser un gran lugar para encontrar un mentor, también.
Leer. La lista de lectura adicional en la parte posterior de este libro tiene grandes recursos para
ayudarle a aprender más acerca de ser un PM. Nos altamente recomiendo que echa un vistazo Cracking
the Entrevista PM por Gayle Laakmann McDowell o Decodificar y Conquer por Lewis C. Lin para
comprender lo que implican entrevistas PM.

Se aplican a programas de gestión de producto asociado (APM). Algunas compañías grandes tecnología,
tales como Google, Yahoo y Facebook tienen funciones de nivel de entrada de APM para los nuevos graduados de
la universidad, donde te enseñan cómo ser un PM en el trabajo. Usted podría calificar para aplicar.
Uno de los errores más comunes en el aterrizaje de su primer trabajo PM está fijando sus
expectativas demasiado altas, ya sea en términos de su título o su empresa. El hecho de que usted es
un ingeniero de software senior ahora no significa que su primer trabajo PM será como un director de
producto. Del mismo modo, su empresa actual no sea su compañía de sueño, pero si hay una apertura
para un PM, es probable que tenga una mejor oportunidad de aterrizaje que, como su primer trabajo PM
que conseguir un trabajo en otra parte.
¡Ser realista! Evaluar su experiencia actual y establecer las vías de carrera realistas dentro o fuera de
su empresa actual. Su trabajo ideal PM probablemente no será su primer trabajo de la tarde, pero eso
está bien. Mientras que su primer trabajo PM es relevante para sus objetivos de carrera y que está
292 rodeado por la gente más altos que los que se aprenden a partir, todavía será un gran trabajo.
EMPRESA IR construir productos impresionante!

The Product Book by Product School (200-300) .En - Es

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

The Product Book by Product School (200-300) .En - Es

Hochgeladen von

Copyright:

Verfügbare Formate

La Figura 6-3. Esto es whvat un diagrama de IA para la mensajería en Moover podría ser.

muestra de IA para la función de mensajería de Moover.

6. Trabajar con Diseño

18 Ofertas Ordenar Filtrar

pasar para revelar las opciones disponibles para una empresa.

estáticos en prototipos interactivos utilizando nada de HTML a herramientas especializadas como

los prototipos ayudan con las pruebas de usabilidad.

crean wireframes, se crea la apariencia general de su producto. Se va a crear maquetas, como en

precisión en un teléfono?), emociones (transmitidos a través de colores e iconos), y mensajes de marca

Ingeniería de implementar, estratega de contenido ayudará a asegurarse de que su producto está

198 texto, ya sea en el producto o en un anuncio.

equipos de diseño e ingeniería

hace hasta que realmente se envía el producto.

6. Trabajar con Diseño

investigadores de usuario y prototipadores trabajarán conjuntamente para realizar esta prueba.

uso para una mejor estética.

importante, el diseño es a menudo más un arte que una ciencia.

200 además de proporcionar servicios públicos!

usted es el responsable de la programación, asegúrese de incorporar el tiempo apropiado para el

TRABAJO CON DISEÑO

para ayudarle a trabajar bien con su equipo de diseño.

con esos elementos.

6. Trabajar con Diseño

cuando la cámara no se enciende. Un cambio de diseño puede tener usuarios ahorrado la

molestia de poner sus baterías en mal!

puedan empezar a utilizarlo?

trabajado en Braun largo de su carrera. Su

Ive, y sus 10 principios son fáciles de entender.

Un buen diseño es innovador. La innovación tecnológica está en constante creación de

su diseño o aplicación de viejas ideas de diseño a algo nuevo.

funcional, sino también psicológicamente agradable. tocados dental es un gran ejemplo de un

El buen diseño hace un producto comprensible. El diseño puede ayudar a hacer la

ningún entrenamiento. Cuando se deja de hacer comprensible el producto, el cliente

consigue a menudo frustrado tratando de utilizar el producto o recordar cómo usarlo.

permite ser el foco en el cliente en lugar de llamar la atención sobre sí mismo.

6. Trabajar con Diseño

estuviera hecho de oro.

seguirá el camino de la lisa.

que está encontrando una gran experiencia.

sus productos de estética, comprensible, discreto y honesto.

Diseño habilidades de relación

centró principalmente en un gran diseño. Una manera práctica de pensar en la diferencia

diseñadores de plomo a menudo se centran en el usuario ideal. Veamos un ejemplo para

precisión mientras aprenden el nuevo diseño.

compraría debido al corto plazo compensación.

A veces, especialmente con productos de consumo, es fácil para el PMS para

creer que representan el personaje objetivo con precisión, incluso cuando no lo

6. Trabajar con Diseño

PM se sienten arbitraria. Microgestión de cada diseño de decisión puede causar

se tratan de decirle al equipo de diseño de la forma de diseñar el producto. Hemos

mencionado anteriormente que wireframes, maquetas y prototipos son grandes, ya 205

en blanco” y “jerarquía” deben finalmente ser parte de su vocabulario.

Diseño e Ingeniería de encontrar la solución. Por ejemplo, en lugar de incorporar maquetas de un

individuales. En lugar de simplemente diciendo: “Tenemos que mejorar el proceso de incorporación,

necesidades de ese personaje.

6. Trabajar con Diseño

buena calidad de un derrame cerebral.

productos. Es necesario para mantener a todos en movimiento hacia su objetivo.

veces, pero si se concentra en mantener frente a la meta de su producto y su centro en la mente de

Conrad Albrecht-Buehler, un diseñador increíble que también ha trabajado como gerente de

de software, un gerente de producto, y un investigador usuario. Él vive en Munich y el área de la

6. Trabajar con Diseño

SER abierto y flexible