Lettermind, un gestor de newsletters
Through a wide variety of mobile applications, we’ve developed a unique visual system and strategy that can be applied across the spectrum of available applications.
Soy un Product Manager apasionado por impulsar la innovación y centrar la atención en las necesidades de los usuarios. Desde la definición inicial de productos, el análisis de métricas y la gestión de las etapas de desarrollo, me he especializado en la innovación con un enfoque en Design Thinking y metodologías ágiles. Además, he desarrollado proyectos personales, como Lettermind y Resitaria, que me han permitido poner en práctica mi pasión por descubrir y adaptarme a las nuevas tendencias, asegurando que cada solución de producto está en sintonía con las necesidades reales y cambiantes de los usuarios.
Actualmente trabajo como Product Manager en Cuerva, empresa de energía renovable. Lidero la estrategia y desarrollo de productos entorno a la energía. Ayudando a transformar necesidades de los clientes en productos reales. Creando una cultura de Producto en la compañía para poder ser más rápidos y precisos en entender las necesidades del mercado y lanzar productos que nos hagan llegar al siguiente nivel.
En Clicars, empresa especializada en la venta de vehículos de segunda mano. He liderado la estrategia y desarrollo del software de productos en las verticales de Compras, Logística y Documentaciones, colaborando estrechamente con equipos de desarrollo y Negocio. Impulso mejoras continuas en la experiencia del usuario y funcionalidades clave, maximizando la eficiencia del uso del software.
Alhambra Hub es una comunidad de startups/emprendedores en Granada, para fomentar el empredimiento y conectar a todos los gradinos/as que les gusten el mundo de las startups/tecnología para crear una comunidad en la que nos podamos ayudar los unos a los otros y crecer como comunidad.
En 7r trabajamos con corporates para crear nuevos negocios de 0 hasta la constitución de la empresa. Cómo Product Manager necesito identificar las necesiadades de los usuarios a través de un research, para posteriormente identificar con Negocio la propuesta más interesante para el cliente. Una vez decidida, se crea el User Story map y el Custumer Journey del usuario para empezar a crear el prototipo y transladar las necesidades a Tecnología. He desarrollado más de 4 empresas diferentes desde proyectos de energia renovable hasta sistemas de alimentación de precisión.
Tras analizar la creciente tendencia de las newsletter en el último año, con cada vez más creadores creando newsletters y muchas personas interesadas en este tipo de formado, me lancé a crear un buscador de newsletter para poder encontrarlas y poder leerlas en cualquier momento. Todo esto me ayuda a seguir creando Producto, poder innovar y aprendiendo con un producto en sus primeras fases y con mucho crecimiento.
En Anfix he trabajado como Product Manager y entre mis principales funciones ha estado: Investigar el mercado, investigar las necesidades de clientes para crear, desarrollar y mantener el producto con las soluciones de producto que satisfagan las necesidades de los clientes y que ofrezcan una experiencia de usuario satisfactoria. Desarrollo de la documentación de producto para la colaboración con todos los equipos involucrados en los desarrollos del producto.
En G-Stock me he encargado del desarrollo del producto y mis principales responsabilidades eran: - Escribir los requisitos detallados del producto - Priorización y gestión de los desarrollos con el equipo de IT. - Liderar los procesos de ideación de las nuevas funcionalidades y recogida de requisitos. - Escribir historias de usuarios, definir criterios de aceptación. - Responsable de comunicar las decisiones clave del producto y la evolución del producto a todos los stakeholders.
Trabajé en Telecoming como Project Manager, entre mis funciones estaban: - Planificación del trabajo a realizar en el sprint. - Seguimiento de los proyectos - Product Manager - Gestión de la ocupación de los equipos. - Supervisión de la ejecución de las tareas y de los objetivos marcados en el sprint. - Gestor de la metodología SCRUM.
Tras participar en 2015 en el concurso THINK BIG de Telefónica, decidí fundar RESITARIA, un buscador de residencias universitarias y colegios mayores para estudiantes que se van fuera a estudiar. Me encargo del desarrollo del producto, análisis de métricas, marketing, etc.
Curso de más de 100h especializado en el diseño de experiencias del usuario. Centrado en todo el flujo de diseño desde el research, entrevistas con usuarios hasta la definición de sketch, sistema de diseño, y, diseño de alta fidelidad.
Curso especializado en Growth con la metodología SOLID para la creación de productos y experimentos con un alto grado crecimiento.
Curso especializado en la interpretación y utilización de los datos, para justificar las decisiones de producto y cómo medir el impacto de las funcionalidades y mejoras en el producto.
Curso especializado en Google Analytics Avanzado para el entender el análisis de los datos de una web, experimentación a través de Google Tag Manager, creación de dashboard de datos con Google Data Studio.
Curso de UX / UI enfocado en la experiencia de los usuarios en productos digitales
Curso especializado en la creación de productos digitales y mejora de productos ya existentes con el uso de las metodologías ágiles, como Design Sprint y Design Thinking
En diferentes proyectos personales he aprendido a desarrollar código para desarrollar webs.
Para analizar las métricas y KPI´s de los productos en los que he trabajado he usado herramientas de análisis cómo MySQL para consultar base de datos y Google Analtycis, Mixpanel para análisis.
En la gestión de proyectos y la gestión de las User Stories y el Roadmap he usado herramientas como Jira, Conflunce y Notion.
Through a wide variety of mobile applications, we’ve developed a unique visual system and strategy that can be applied across the spectrum of available applications.
So, just like identifying stocks with growth potential, pinpointing toxic stocks and offloading them at the right time is crucial to guard one’s portfolio from big losses or make profits by short selling them.
Heska Corporation HSKA, Tandem Diabetes Care, Inc. TNDM, Credit Suisse Group CS,Zalando SE ZLNDY and Las Vegas Sands LVS are a few such toxic stocks.Screening Criteria
Through a wide variety of mobile applications, we’ve developed a unique visual system and strategy that can be applied across the spectrum of available applications.
Most recent Debt/Equity Ratio greater than the median industry average: High debt/equity ratio implies high leverage. High leverage indicates a huge level of repayment that the company has to make in connection with the debt amount.
Dejando a un lado el Hype del Clickbait del título, en mi primera entrada en el blog me gustaría hablar sobre las dos corrientes que yo encuentro a la hora de trabajar con metodologías ágiles, la monogamia y la poligamia. Y para entender mejor qué significan estas dos palabras tan presentes hoy en día, vamos a empezar entendiendo el significado de cada una de ellas y adaptándolas al contexto que nosotros necesitamos para comprender estos dos tipos de corrientes.
MONOGAMIA: (del griego mónos, ‘uno’, y gamos, ‘unión’), puede ser definida como aquella forma de relación o costumbre de una determinada persona de establecerse con una SOLA pareja, rechazando desarrollar la misma clase de unión o las mismas acciones con otras personas.
Y ahora traduzcamos este significado al tema que nos concierne. En el ámbito del uso de las metodologías ágiles, una empresa monógama sería aquella que solo usa una metodología en su día a día y hace todo aquello que viene establecido se adapte o no a la organización. En estos casos la empresa se adaptaría a la metodología.
POLIGAMIA: (del griego «Polis» que significa «Muchos» y «Gamos» referente a «Unión”), es un tipo de relación en la cual se permite a una persona estar con VARIOS individuos al mismo tiempo.
Y haciendo el símil a nuestro objetivo, se podría decir de aquella compañia que usa una metodología como base y va cogiendo de otras los procesos que más les interesan, haciendo un mix que se adapta a la empresa y a lo que mejor le beneficia en la gestión de los proyectos. En estos casos la empresa adapta la metodología a la organización.
Y una vez explicadas cada palabra en el ámbito del uso de las metodologías ágiles, nos será más sencillo entender las dos corrientes que yo encuentro.
Desde que se puso de moda la transformación digital, y si, digo moda, porque para llevar a cabo una transformación digital en una empresa hay que entender que no es un cambio al uso, sino más bién una forma de entender la gestión del trabajo y para eso hay estar predispuesto al cambio desde la caballeria de la compañía hasta el soldado raso, es un cambio transversal, de cultura. Y es en ese momento, en el que se dividen las empresas entre la Monogamia y la Poligamia a la hora de usar metodologías ágiles.
Podríamos decir de una empresa monógama aquella que se sube a la ola de la transformación digital usando metodologías ágiles sin tener claro qué significa, sin un cambio en la gestión, sin un cambio de la estructura y sin entender lo que conlleva esta transformación siempre irán a contrapié y se centrarán en lo que hacen los demás sin pensar si esa metodología que están implantando les ayuda o en cambio, le está perjudicando. El problema recae cuando la empresa se adapta a la metodología, ya que hay que entender que algunos procesos nos ayudaran pero habrá otros que no se adapten a la forma de trabajar de nuestra organización. Y si queremos poner como ejemplo una de ellas, en mi opinión sería SCRUM, un marco de trabajo con unos procesos muy definidos y claros pero difícil de llevarlos a cabo si toda la organización no rema en la misma dirección.
En cambio, encontramos empresas polígamas comprometidas con su transformación, las que dedican tiempo a analizar tanto su organización como las demás, analizando el mercado, comprenden el cambio que conlleva pasar de una gestión tradicional al uso de metodologías ágiles. Por ese motivo, son organizaciones que se centran en analizar todas las opciones posibles y llegan a la conclusión, que según mi opinión es la acertada, de usar tantas metodologías ágiles como les convengan en sus procesos. Porque hay que entender, que para procesos creativos, procesos de ideación son mucho mejores metodologías como Design Thinking o Design Sprint, pero en cambio, para la gestión del desarrollo del propio producto/servicio usar Scrum hace la gestión mucho más sencilla pero siempre adaptandolas a los procesos de la empresa.
Y la conclusión a la que quiero llegar a la hora de clasificar las empresas entre la Monogamia y la Poligamia en el uso de metodologías ágiles, es la importancia que tiene analizar tanto la propia empresa como los procesos de trabajo ya que nos ayudará a elegir qué metodologías ágiles nos convienen y aquellos procesos que no, ya que usar algo solo porque es lo que hacen los demás o por no quedarse atrás, solo puede conllevar a que la gestión de los proyectos se vuelva mucho más complicada.
Y si hay alguna clave a la hora de utilizar metodologías ágiles, a mi modo de ver, es que siempre tenemos que lograr que la metodología se adapte a nuestra organización y no al revés.
Hace hoy exactamente 25 años que celebramos el día internacional del libro con el objetivo de fomentar la cultura. Como dato interesante de por que lo celebramos el 23 de Abril, es porque coincide con el fallecimiento de dos de lo escritores más importantes de la historia: Miguel de Cervantes, William Shakespeare.
Cada vez que voy a alguna charla de Products Managers de empresas en las que me gustaría trabajar o veo como crean productos digitales excelentes, siempre me viene a la mente una pregunta: ¿Cuál será su libro preferido para aprender de producto o cuál es el que más le ha influido?.
A continuación, comparto con vosotros un listado de los libros imprescindibles que deberiamos leer todos los Product Manager, o al menos tenerlos en el radar por si algún dia tenemos un huequecillo para ellos.
Pues la razón es muy sencilla, están reduciendo al máximo la incertidumbre que puede conllevar lanzar un producto/servicio al mercado. Y ya no solo la incertidumbre, el uso del Design sprint hace que sepas con mayor certeza que es lo que están demandando los usuarios. Y que tiene Design Sprint que le hace especial o diferente, pues que todo se hace en 5 días, y el ultimo dia tendrás un MVP con el que poder testear y medir el producto desarrollado, para comprobar si es lo que están pidiendo los usuarios o si en contrario tienes que pivotar.
Esta metodología de diseño esta pensada para adaptarse a las fechas límite o deadlines del mercado laboral y por tanto hay que acortar el proceso para llegar lo mas rápido posible a una solución no desarrollada para prototiparla y poder testarla con usuarios reales. De esta forma, si el producto o servicio no funciona, se podrá reiterar lo antes posible y volver a empezar. Para usar de forma correcta la metodología hay que tener en cuenta los siguientes puntos:
El Lunes es el día del conocimiento, en el que con la ayuda del equipo deberéis detectar cuáles son los principales problemas que posan sobre la mesa, elegir solo uno en el que centrarse y recopilar toda la información que vayáis a necesitar y la que ya tengáis. Todos deben estar alineados y partir de la misma base de conocimiento para que el resto de pasos funcionen. Es importante que cada miembro pueda hablar durante algunos minutos sobre su enfoque y punto de vista. De este modo, todos tendremos el mismo conocimiento. Esta primera fase debe terminar con un documento en el que se definan sobre qué se actuará.
Después de tener claro cuál es el reto hay que empezar a enfocarse en las soluciones rápidamente Cada miembro del equipo tendra que trabajar de forma individual.Y deberá crear sus bocetos y después vendrá el momento de compartirlos con los demás. Se trata de bocetos rápidos para transmitir una idea por lo que no son necesarios conocimientos de diseño.
En esta fase se determinará qué es lo que se va a prototipar para ello se tendrán que colar todos los bocetos de todos los participantes en la pared. Con esto se podrán visualizar todos los bocetos en conjunto y poder comparar unas con otros. De esta forma podremos someter las propuestas a votación y elegir una para el reto planteado el primer dia. Para poder votar las ideas de forma justa, se reparten un número de votos a cada miembro del equipo (pegatinas) que tendrá que colocar en las funciones o partes de las propuestas que más le interese, la más votada sale elegida. Esta parte del Design Sprint se llama Mapa de calor. Después de esto, hay que crear un storyboard, que básicamente consiste en un paso a paso del usuario por el prototipo que hemos decidido hacer en la siguiente fase.
Una vez ya tenemos una idea de cómo va a ser nuestra propuesta para validar el objetivo que nos marcamos el primer es el momento de prototiparla. En esta etapa todo ya estaría todo bien definido y todas las decisiones ya la habriamos tomado en el storyboard. Lo mejor para esta fase es dividir el equipo y asignar tareas especificas a cada uno de ellos. Es muy importante que alguien del equipo se centre en desarrollar la entrevista que se le hará a los usuarios cuando se les presente la solución que hemos desarrollado.
En esta estapa nos centraremos en observar a los usuarios como interactuan con el prototipo y coger todo el feedback que podamos de sus acciones y comentarios. Veremos si nuestro producto es viable o si por el contrario hay que modificarlo y pivotar de la idea incial que tuvimos.
Al llegar al último día del reto, veremos si nuestro producto es viable o si por el contrario hay que pivotar de la idia inicial que tuvimos. Entrevistaremos a los usuarios despues de haber utilizado el prototipo para entender sus sensaciones y concer si hemos logrado satisfacer sus necesidades o si en cambio, tenemos que hacer cambios.