Por Martín Alaimo
Comencé mi carrera en tecnología en 1997. Era estudiante de arquitectura, el tipo de arquitectura que se usa para construir edificios ;-), y solía tener una computadora con programas como AutoCAD y 3D Studio para diseñar casas y renderizar representaciones en 3D. A fines de 1996, viví uno de los momentos más significativos y cruciales de mi carrera: conecté mi computadora por primera vez a Internet. Wow... eso fue alucinante. Todavía recuerdo el sonido de ese módem dial-up de 28k.
No pasó mucho tiempo antes de que me cautivara por completo. Inmediatamente aprendí a programar mSL, HTML y Perl. Unos meses más tarde, implementé mi primer sitio web en Geocities para que la gente descargara mi primer producto digital: WhisperFlow, una versión muy personalizada de mIRC (un cliente de IRC para Windows 95). Fue un flash.
A partir de ese momento me enamoré de la programación y cambié mi carrera de arquitectura a informática y análisis de sistemas. Estaba comenzando un largo viaje hacia el desarrollo de productos digitales sin saberlo.
Pero volvamos a las bases… antes de hablar de productos digitales, pongámonos de acuerdo en lo que significa “producto”. Hay muchas definiciones diferentes de "producto" (como era de esperar), y no pretendo definirlo o redefinirlo, pero al menos tener un entendimiento común con usted sobre lo que estoy hablando cuando me refiero a "productos".
Para nuestras próximas conversaciones, entendamos "producto" como un artículo o servicio creado o entregado para satisfacer una necesidad o demanda específica. Puede ser algo físico como un micrófono, un cuaderno, una radio o algo intangible como una consultoría profesional, un software o una suscripción.
Los productos a menudo se crean para satisfacer las necesidades de los clientes y se venden en el mercado a los consumidores (modelo comercial B2C) u otras empresas (modelo comercial B2B).
El fin último de un producto es:
- entregar valor y satisfacción a los usuarios finales y
- generar ingresos para la empresa o individuo que lo desarrolla y vende.
El atributo "digital" en productos digitales indica que se basan en software. Existen diferentes categorías de productos digitales, como aplicaciones web, SaaS, aplicaciones móviles, productos de software, productos embebidos, etc.
Mi primer producto digital fue WhisperFlow; la idea detrás de esto era agilizar el trabajo de los operadores y SysOps de los servidores IRC de Latintop. Nació como un producto B2C con un público objetivo bien definido y pronto se convirtió en un modelo de negocio B2B una vez que IRC-Hispano lo adquirió. Trabajé para IRC-Hispano durante varios meses evolucionando WhisperFlow y, a mediados de 1997, fundé mi primera empresa, BA-Online, una de las primeras agencias de sitios web en mi país de origen.
Los 25 años que siguieron me ayudaron a desarrollar mi comprensión de la gestión de productos y la agilidad, gran parte de la cual se voy a compartir en esta serie de artículos. Pero antes de terminar, todavía me gustaría abordar una falla común que puede encontrar en las empresas de desarrollo de productos digitales: el malentendido entre qué es un producto y qué es un proyecto.
¿Qué tan diferente es un producto de un proyecto?
Muchas empresas confunden productos con proyectos. Pero hay diferencias fundamentales entre ellos. Repasemos algunos:
Duración
Un producto existe mientras siga entregando valor y sea económicamente viable. Esto puede variar desde meses hasta varias décadas.
Un proyecto tiene una duración específica con una fecha de inicio y finalización definida. Una vez que se logran los objetivos del proyecto, el proyecto finaliza.
Éxito
El éxito de un producto está vinculado a la satisfacción de las necesidades del cliente, la entrega de valor y la generación de ingresos para la empresa.
El éxito de un proyecto se mide en lograr la entrega del alcance definido dentro de las limitaciones específicas de tiempo y costo.
Cambios
Un producto evoluciona y cambia a lo largo de su ciclo de vida en función del comportamiento de los usuarios y las tendencias del mercado.
Los cambios en un proyecto generalmente se controlan y administran porque pueden afectar el alcance, el costo y el cronograma del proyecto.
Gestión
La gestión de productos implica decisiones sobre las características del producto, el precio, el posicionamiento y las mejoras en función del feedback de los usuarios, los insights y la dinámica del mercado.
La gestión de proyectos implica planificar, ejecutar, controlar y cerrar el trabajo de un equipo para lograr objetivos de entrega específicos y cumplir con criterios de éxito específicos.
Certified Scrum Product Owner (CSPO)
Las consecuencias
La mentalidad correcta es más que un activo valioso en el desarrollo de productos digitales; es un determinante crítico del éxito. Desarrollar con una perspectiva de producto en lugar de una mentalidad de proyecto garantiza un énfasis a largo plazo en las necesidades de los usuario, los clientes, la evolución del mercado y la mejora continua.
A diferencia de los proyectos, que son más efímeros y orientados a tareas, los productos digitales requieren atención, adaptación y refinamiento continuos para seguir siendo relevantes, competitivos y beneficiosos para los consumidores. Como resultado, adoptar una mentalidad de producto permite un enfoque más holístico, centrado en el usuario y orientado al futuro para la creación de productos digitales, sentando las bases para el éxito a largo plazo.
Los siguientes son los riesgos de administrar un producto con una mentalidad de proyecto:
Enfoque a corto plazo: la mentalidad del proyecto con frecuencia se enfoca en producir un resultado específico dentro de un cronograma y presupuesto específicos. Esto puede dar lugar a decisiones a corto plazo incompatibles con los objetivos y la sostenibilidad a largo plazo del producto.
Ignorar las necesidades de los usuarios: un plan basado en proyectos puede descuidar el feedback continuo de los usuarios y las demandas dinámicas del mercado, que son esenciales para una mentalidad de producto. Esto podría resultar en un producto que no resuena en el mercado o se vuelve rápidamente obsoleto.
Evolución inadecuada: los proyectos suelen tener una fecha de finalización, pero los productos requieren mantenimiento y evolución constantes. Una mentalidad de proyecto puede fallar en la planificación efectiva de la estrategia y las actividades requeridas más allá del lanzamiento del producto.
Flexibilidad limitada del producto: una mentalidad de proyecto con frecuencia es menos adaptable a cambios e iteraciones que una mentalidad de producto. Como resultado, el producto puede no cambiar en respuesta al comportamiento de los usuarios, feedback de los clientes y las tendencias cambiantes del mercado, poniendo en peligro su relevancia y competitividad.
Ownership inadecuado del producto: en una mentalidad de proyecto, la responsabilidad se centraliza con frecuencia en un gerente de proyecto o se divide entre los miembros de un equipo ágil hasta que se completa el proyecto. Por otro lado, una mentalidad de producto enfatiza el rol del gerente de producto, quien administra el producto a lo largo de su vida útil, garantizando la consistencia y un énfasis constante en las demandas del usuario y los objetivos comerciales.
Pérdida del potencial de crecimiento: una estrategia centrada en proyecto puede pasar por alto el potencial de crecimiento del producto o los efectos secundarios, ya que solo se evalúan situaciones dentro del alcance establecido del proyecto.
Experiencia de usuario inconsistente: debido a la mentalidad del proyecto, es posible que varios proyectos conectados al producto no brinden una experiencia de usuario uniforme. Esto podría evitarse si la mentalidad del producto enfatizara una imagen integral del journey del usuario.
En conclusión, si bien una mentalidad de proyecto puede ser útil en algunas situaciones, el desarrollo de productos se beneficia de una mentalidad de producto debido a su carácter iterativo, centrado en el usuario y a largo plazo.