No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

Aprende todo un fin de semana sin pagar una suscripci贸n 馃敟

Aprende todo un fin de semana sin pagar una suscripci贸n 馃敟

Reg铆strate

Comienza en:

4D
0H
46M
5S

Escalabilidad y productizaci贸n

9/29
Recursos

Aportes 13

Preguntas 0

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

Con respecto al feature que es espec铆fico solo para un cliente, pero que ese cliente representa el 50% del negocio: Creo que se tiene que implementar, pero tiene que hacerse configurable, de modo que otros clientes puedan activarla, desactivarla, o parametrizarla seg煤n lo requiera. De ese modo, a pesar de por el momento no tener otro cliente que la requiera, nos preparamos para el futuro. Es decir, productizamos ese feature.

Escalabilidad y productizaci贸n

Escalabilidad: Generar un producto que pueda reaccionar a la demanda del mercado con la menor cantidad de cambios posibles.

  • Piensa en c贸mo el producto puede evolucionar acorde con la visi贸n de tu empresa, disminuyendo costos.
  • 驴Puede soportar m谩s clientes, m谩s usuarios (demanda) con m铆nimos ajustes y costos controlados?
  • Productos que puede reaccionar y adaptarse sin perder calidad.

驴Como evaluar si un requerimiento es productizable?

Productizaci贸n: Requerimiento o funcionalidad que pide un cliente y que pueda ser funcional a mas clientes.

Que un cliente representa el 50% de los ingresos de la empresa sin duda es una suma considerable de dinero. Por lo tanto, si llevar铆a a cabo la implementaci贸n de dicha funcionalidad. Sin embargo, le indicar铆a a mi equipo que al desarrollarla lo haga de tal modo que se pueda adaptar de la manera m谩s f谩cil posible a cualquier otro cliente. Adem谩s, como este cliente es el 煤nico que lo ha solicitado, trabajar铆a en conjunto al equipo de negocios para determinar c贸mo podr铆a beneficiar dicha funcionalidad a las implementaciones solicitadas por otros clientes (en caso de existir)

Har铆a un sondeo con el otro 50% para validar si esa funcionalidad les genera valor.

Mi soluci贸n a la situaci贸n s煤bita seria la de NO DESARROLLAR la funcionalidad especifica del cliente, SI NO TERCERIZAR con otra empresa que nos brinde la soluci贸n al problema que el cliente tiene, as铆 no crearemos la soluci贸n, ni le pediremos que busque en otro lugar, se la ofrecemos nosotros mas no la hemos desarrollado. EJEMPLIFICO de la siguiente manera si no se entendi贸 bien.

El cliente es una empresa de ropa, y mi compa帽铆a ofrece nuestra plataforma como medio de publicidad A SUS PRODUCTOS , y el cliente me pide que no solo coloque sus sus productos si no que necesita un servicio de delivery de paqueter铆a para sus productos, no tengo la log铆stica para ello pero hay empresas que si , puedo analizar cual es la que mas conviene en precios y acuerdos para iniciar una alianza en la que yo ofrezco a mis clientes su servicio de paqueter铆a en mi plataforma y ambas empresas ganamos, en caso nadie mas la necesite en el futuro, no hay problema en quitarla ya que no se invirtieron demasiados recursos en ofrecer la soluci贸n al cliente que inicialmente nos pidi贸 esa soluci贸n especifica, la cual si pudo ser ofrecida satisfactoriamente.

Uno de los ejemplos en otro conentario no es bueno porque deja en el mismo nivel la extensi贸n del SaaS a la implementaci贸n de una l铆nea de negocio nueva como lo es delivery de paqueter铆a. En el caso del SaaS la funcionalidad es algo que sale del producto actual que aplica a un cliente pero no a otros, pero que a煤n est谩 dentro del dominio del SaaS. El ejemplo de delivery es algo demasiado alejado de una plataforma de publicidad y es poco realista.

A su vez, el comentario asume que tercerizar es una soluci贸n ideal pues se entrega la funcionalidad al cliente sin realmente ejecutarla. Esto no es cierto. Tercerizar soluciones no es trivial y siempre exige recursos. No considero correcto delegar una funcionalidad a un tercero que no conoce my producto, procesos, cultura y dem谩s cuando esa funcionalidad podr铆a representar que el 50% de mis ingresos como empresa se quedan o se van. Eso se hace en casa si es que se hace.

La decisi贸n de hacerlo o no no es trivial y depende del cliente y su retenci贸n, no s贸lo lo que factura con nosotros. Si un cliente tiene trajectoria con nuestro SaaS y factura el 50%, creo que esa funcionalidad deber铆a ejecutarse siempre y cuando se alinee con la visi贸n de la empresa. SI no est谩n alineadas, la decisi贸n deber铆a reconsiderarse. He tenido casos de empresas donde se decide implementar la funcionalidad, lo que lleva a una relaci贸n de a煤n m谩s confianza con el cliente y por tanto, m谩s dinero. Conozco otros casos donde la respuesta ha sido no y no ha pasado nada, pues realmente la funcionalidad el cliente la pod铆a hacer de otra manera. Se requiere tomar una decisi贸n informada y el ejemplo del curso no es tan expl铆cito en el contexto.

Cliente contento vale por 2, uno enojado vale por -8, cifras tomadas de estudios psicol贸gicos de Jurgen Klaric

Productizaci贸n

Har铆a un an谩lisis con el equipo t茅cnico para poder ofrecer la soluci贸n que requiere dicho cliente, dentro de dicho an谩lisis establecer la posibilidad de hacer configurable (鈥減render/apagar鈥) ese requerimiento ya que, aunque al d铆a de hoy no tenemos otro cliente con esta necesidad en un futuro podr铆a haber alguno otro con esta misma demanda y tendr铆amos la funcionalidad ya desarrollada o lista para implementar.

Cuando un requerimiento es productizable?
Cuando el requerimiento se puede incluir en el producto para ofrecerlo a mas clientes.

En resumen, robustecer nuestro producto en funcion de las mismas necesidades de los clientes

Para este escenario har铆a un an谩lisis de prioridades con otros clientes que tengamos y dar un balance a mi equipo. Si estamos con disponibilidad aceptar铆amos hacer la funcionalidad espec铆fica para este cliente siguiendo una mentalidad de Productizarlo en el futuro. Sin embargo, si nos encontramos ajetreados y no queremos perder a este cliente ya que representa el 50% de nuestros ingresos, tercerizar铆amos gran parte de la funcionalidad para darle frente a la situaci贸n presentada.

Respecto a la pregunta, mi concepto seria no hacer la funcionalidad. La razon del NO, es un tema de visi贸n de producto, ya que un producto esta dirigido a muchos clientes y por mas que 1 cliente hoy represente el 50% de los ingresos, la visi贸n se debe sobreponer a eso y pensar siempre mas de forma general.

驴C贸mo saber si un requerimiento es productizable? Es determinar si algo que solicita un cliente interno o externo, puede incorporarse dentro de las caracter铆sticas de un producto existente, o en si mismo tiene la capacidad de convertirse en un nuevo producto.