El desarrollo de productos es un proceso laborioso. El mercado necesita constantemente nuevas soluciones, pero los fracasos esperan a cualquier empresa en el camino de crear innovación. En este artículo, hemos reunido nuestra propia experiencia
en un servicio de alta tecnología para tratar de descubrir qué problemas pueden surgir al desarrollar un nuevo producto y cómo evitarlos.
1. Olvídate del proceso, trabaja por el resultado
Al desarrollar un producto, las empresas suelen dedicar toda su atención y recursos al proceso de creación y producción. Incluso si cada etapa del trabajo se lleva a cabo "estrictamente de acuerdo con la tecnología", el resultado puede no ser tan optimista como parecía al principio.
Estudio de casoHace tres meses, el equipo de Rookee introdujo un sofisticado proceso de análisis del sistema. El analista tuvo que solicitar y recopilar investigaciones de mercado, preparar opciones de solución, solicitar cálculos financieros, diseñar algoritmos, establecer tareas para UX, determinar requisitos comerciales, proteger sus decisiones, rastrear el resultado después del cálculo, transferirlo a la operación, etc. La carga en un analista podría alcanzar 15 tareas por día. Físicamente, un especialista no puede pasar por tantas tareas diversas por día. No es sorprendente que con tal volumen, el trabajo del analista fuera un cuello estrecho para resolver problemas comunes. Para mejorar la eficiencia, se dieron muchas cosas. Como resultado, la compañía abandonó un proceso tan complejo y lo simplificó radicalmente, distribuyendo responsabilidades entre diferentes especialistas. La eficiencia ha aumentado y el proceso de análisis ha comenzado a suceder más rápido.Cómo evitarSi el proceso de desarrollo del producto es demasiado complicado y el resultado no cumple con las expectativas, es necesario revisar los procesos actuales y ser más flexible con los cambios en cada etapa del trabajo.
2. Mantenga la sincronización de comandos alta
La capacidad de trabajar en equipo es una habilidad importante que no todos poseen. En la práctica, a menudo surgen situaciones cuando la implementación de una tarea requiere la participación de varios especialistas a la vez.
Por ejemplo, la tarea de introducir un código promocional en el sistema implica el trabajo de un desarrollador front-end y un back-end. Si estas personas no pueden ponerse de acuerdo entre ellas, pueden surgir una variedad de problemas. Por ejemplo, desde el punto de vista visual, la tarea se realizará, pero sin el algoritmo para desarrollar la mecánica del código promocional, esta tarea no dará ningún valor.
Estudio de casoCuando aparecieron varios productos diferentes en nuestro servicio, los equipos de desarrollo para cada producto permanecieron como propios. Un usuario, una cuenta y productos y equipos son diferentes. De alguna manera, un cliente nos llamó y dijo que lo enviamos spam. Resultó que todos los equipos le enviaron cartas cuando había situaciones que requerían atención (por ejemplo, el saldo se acercaba a cero y el servicio podía suspenderse). Como resultado, el usuario recibió alrededor de 40 cartas del servicio por semana. Se realizó un análisis de boletines electrónicos. Algunas letras combinadas. Ahora estamos trabajando en una estrategia de correo electrónico que finalmente solucionará todas las deficiencias.Cómo evitarPara lograr la sincronización entre tareas, coordine las acciones del equipo / equipos que trabajan en el mismo producto. Por ejemplo, lleve a cabo una "demostración" general de diseño y desarrollo, notifique a otros equipos sobre nuevas características. Cree un documento disponible públicamente con un historial de versiones que describa claramente qué, cuándo y por qué equipo se hizo, agregando un enlace a la tarea en el rastreador de tareas.
3. Evite las actualizaciones del producto según lo requiera el usuario.
Los nuevos productos han identificado problemas durante la operación. No es ningún secreto que algunas de las mejoras a los proyectos fueron iniciadas por usuarios que se contactaron con el servicio de soporte. Nadie discute: los productos deben mejorarse, pero antes de apresurarse a "reparar agujeros", debe buscar la causa raíz de los problemas.
Recopile las solicitudes de los usuarios durante un período de tiempo suficiente. Dependiendo de la cantidad de llamadas al servicio de soporte, este período puede ser de una semana o un mes o más. Analice problemas, identifique problemas recurrentes y resuelva problemas de los que los usuarios se quejan con mayor frecuencia. Si el problema es de naturaleza bloqueante, es decir, afecta el funcionamiento correcto del usuario en el sistema, resuélvalo de inmediato.
4. Invite a los desarrolladores a discutir el proyecto y las tareas de diseño.
A menudo, después de recibir los requisitos comerciales de los clientes, el diseñador procede a describir la lógica de las tareas. Si no tiene en cuenta las características técnicas del sistema, puede obtener una solución que resultará en 3 meses de desarrollo.
Estudio de casoUna vez en Rookee , ocurrió una situación. Dibujaron la interfaz en la que había un asistente para crear un proyecto en uno de los productos: en el primer paso, el usuario inicia sesión en otro servicio para obtener información (en Yandex.Direct), en el segundo paso, se selecciona una lista de parámetros para el trabajo. Los parámetros se obtuvieron al ejecutar una solicitud para el token especificado en el primer paso.
La interfaz se mostró a los clientes, de acuerdo, se envió a los desarrolladores. Cuando los desarrolladores vieron esto, dijeron: "Aquí tienes que mostrar una película, porque si el usuario tiene muchos datos, puede esperar mucho tiempo". Además, esta solución front-end no es fácil de usar ".
Como resultado, tuve que rehacer todo, dados los comentarios de los programadores.Cómo evitarInvite a los desarrolladores a participar en la discusión de proyectos, redactar requisitos, involucrarlos en el diseño. Al incorporar desarrolladores al trabajo en las primeras etapas, puede reducir significativamente el tiempo que lleva crear un proyecto, evitar costos innecesarios de retrabajo y prescindir de las canas adicionales debido a un retraso en el tiempo.
5. Simplifica. Brillante, cuando es efectivo
Periódicamente, los especialistas comerciales presentan ideas brillantes cuando crean nuevos productos o finalizan los viejos. Desafortunadamente, no todo ingenioso está en demanda y es realizable.
Estudio de casoPara aumentar las ventas, a menudo use estrategias de correo electrónico con derechos de autor. Hay muchas maneras de implementarlos: configurando el envío de eventos, un servicio de boletín de correo electrónico de terceros que envía correos electrónicos a la señal de su servicio, implementando una lógica de activación única en el lado de su servicio y usando una plantilla estándar o universal para el envío, etc.
A veces las empresas deciden seguir su propio camino y no les gusta a los demás. Al escribir la primera carta para los usuarios del equipo, pensaron que sería la última. Y luego enviaron otra última carta. Y más ... Cuando había muchas cartas, el equipo implementó su servicio para crear plantillas. Se realizó durante 2 meses y no fue tan bueno como los servicios especializados existentes. Como resultado, la compañía encontró una solución óptima: un servicio de correo de terceros integrado.Cómo evitarSi la implementación de la innovación parece demasiado complicada, deséchela.
No pierda el tiempo creando servicios que claramente perderán con los existentes. Responda a su pregunta, ¿realmente necesita una herramienta que sea difícil de mantener, pero propia?
6. Evite la interpretación ambigua de los requisitos.
La tarea ambigua planteada crea malentendidos que pueden conducir a resultados indeseables. Por ejemplo, un analista podría preguntar: "Agregue cinco elefantes al lado del campo de registro". Para diferentes miembros del equipo, por supuesto, puede haber diferentes versiones de este "al lado de": derecha, izquierda, arriba y abajo.
Si el requisito no se entiende completamente, se deben hacer preguntas aclaratorias. Los miembros del equipo deben aprender a maximizar los detalles de cada tarea para evitar confusiones y reflexiones. El nivel de detalle de los requisitos se discute dentro del equipo. También puede desarrollar una plantilla de conocimientos tradicionales que se adapte a todos y escribir el objetivo de la tarea, la lógica y la interfaz de usuario lo más detallada posible.
7. Recuerda al público objetivo.
Por extraño que parezca, hay personas que creen: es mejor atraer la mayor cantidad de usuarios posible, y entre ellos habrá un público objetivo del producto. Esto no es asi. Es posible que tenga un producto específico cuyos consumidores sean un segmento específico de usuarios.
Estudio de casoEl público objetivo del producto son las amas de casa, pero el proyecto quería obtener mucho tráfico. Habiendo gastado una cantidad significativa en publicidad, la compañía comenzó a publicar pancartas ambiguas en grandes portales de negocios con la esperanza de atraer clientes solventes. El tráfico ha aumentado dramáticamente, pero las ventas no. Cuando realizamos una encuesta sobre por qué los usuarios visitan el sitio y no compran nada, resultó que la mayoría de ellos simplemente no son público objetivo. El producto propuesto simplemente no les interesaba. Se realizaron cambios en la campaña publicitaria y el problema se resolvió después de un tiempo.Cómo evitarInicialmente, es mejor concentrar sus esfuerzos en atraer tráfico dirigido y hacer ajustes a las campañas publicitarias y al posicionamiento si los visitantes del sitio definitivamente no son sus clientes potenciales.
8. Evite la intersección de las pruebas divididas al probar hipótesis
Tal problema puede surgir si las hipótesis están mal planificadas o los analistas están poco calificados.
Estudio de casoLa compañía comenzó a probar dos versiones del formulario de registro en la página de destino (el 50% de los usuarios ve una versión, el 50% ve la otra). Luego se hizo necesario probar otra hipótesis en el área de pago, y se lanzó otra prueba. Esto complicó el trabajo de los analistas, ya que tomó mucho tiempo dividir las cohortes de tal manera que se evaluara el impacto de los cambios en las acciones finales del usuario. Se tardó mucho más tiempo en recopilar los datos de lo que habría sido necesario al realizar pruebas una tras otra.Cómo evitarAl realizar pruebas A / B, no permita que las divisiones se crucen. Intente separar a los usuarios para que una persona participe en un solo experimento. Si de repente todavía ejecutó dos pruebas a la vez, evalúe 4 grupos:
- la primera versión del aterrizaje + la primera opción en el área de pago;
- la primera versión del aterrizaje + la segunda opción en el área de pago;
- segunda opción de aterrizaje + primera opción en la zona de pago;
- segunda opción de aterrizaje + segunda opción en la zona de pago.
9. No confunda su opinión con la opinión del usuario.
Uno de los errores típicos es la adopción de la opinión de uno para la opinión del usuario. Si le gusta un producto, su diseño y usabilidad, comprende cómo interactuar con él, no el hecho de que el usuario comparta su entusiasmo.
Al desarrollar cada zona separada de la interfaz, tenga en cuenta lo visual de todo el servicio como un todo. No pienses por el usuario. Pregúntele (por ejemplo, utilizando el método del grupo focal) cómo se siente más cómodo, más familiar, mejor de lo que espera de un nuevo producto. Antes de lanzar productos, Yandex realiza pruebas cara a cara: se reúne con los usuarios, observa sus reacciones, hace preguntas incómodas sobre su hipótesis.
Si conoce de antemano la opinión del usuario sobre el desarrollo, puede evitar muchos problemas en el futuro.
10. Registrar eventos al máximo
En el caso de una situación controvertida en la operación de cualquier módulo del sistema, es más rápido y fácil recurrir a los registros de eventos. A menos, por supuesto, que lo sean. Si fue flojo y no registró eventos, tendrá que trabajar duro para encontrar la fuente principal del problema cuando ocurra.
Cómo evitarRegistrar eventos al máximo. Esto no significa que deba comenzar a registrar cada pequeño detalle, como el movimiento del usuario con el mouse, sino que debe registrarse la información básica que ocurre con el objeto.
Conclusión
Cualquier empresa puede encontrar problemas al desarrollar nuevos productos. Lo principal es admitir errores, sacar conclusiones y tomar medidas para que no vuelvan a suceder en el futuro.
Y en su práctica de desarrollo, ocurrieron fallas y ¿cómo lidió con ellas? Cuéntanos tu experiencia en los comentarios.
Publicado por Ekaterina Hindikainen, analista principal de sistemas, servicio
Rookee