Retomemos el Caso de Martín, cuando él decidió adquirir un Software genérico en primera instancia y después contratar a una empresa de Desarrollo de Software para que le sea desarrollado un Software a la medida.

Martín opta por el Software que ofrece más funciones, las cuáles reconoce que de momento no necesita, sabe que son aditamentos que en algún momento le pueden ayudar. Sin embargo, este Software; al ofrecer más funciones, demanda de requisitos superiores a los de la media para funcionar correctamente, haciendo que el costo de adquisición resulte más alto de lo planeado. Por su parte, Martín se encuentra satisfecho porque su adquisición solucionará la mayoría de los problemas en su empresa. Cabe destacar que el uso de dicho Software es una suscripción mensual, como la mayoría hoy en día.

Al paso del tiempo del tiempo, Martín encuentra que el beneficio que le proporciona el Software resulta positivo en el caso de la productividad y eficiencia en sus operaciones. Pero, Martín se percata que no aprovecha todas las funciones del Software y comienza a pensar que no es necesario costear funciones que no va a utilizar. Por lo tanto, opta por realizar una nueva búsqueda de algún Software que tenga las funciones necesarias para que las operaciones de su empresa no se vean perjudicadas.

En este punto, posiblemente; si te encuentras en el área de Desarrollo de Software, pensaste con antelación algunos de los acontecimientos que le han ocurrido a Martín. Desde tu perspectiva:

¿Qué consejos le proporcionarías?

Ahora bien, para este momento, Martín decide continuar diálogo con la empresa de Desarrollo de Software para retomar su producto de Software a la medida. En este momento ya cuenta con el capital que hace tiempo se cotizó, por lo que considera viable iniciar el proyecto.

La empresa de Desarrollo de Software le menciona del enfoque en el producto mínimo viable que Eric Ries (citado en González & Nieto, 2019) define como "la versión de un nuevo producto con la menor cantidad de funciones posibles, que permite al equipo de desarrollo recolectar información para validar respuestas del cliente, utilizando la menor cantidad de recursos posibles" (pág. 12). Además, González & Nieto (2019) describe que el producto mínimo viable es "un producto que cuenta con funcionalidades mínimas para ser lanzado al mercado" (pág. 12).

Ahora, Martín se encuentra convencido que desde un inicio debió adquirir un Software genérico que solamente proporcionara las funciones que necesitaba o haber iniciado el proyecto con la empresa proveedora de Software.

Comentarios

Cabe mencionar, no estoy declarando que las empresas de Desarrollo de Software tengan un enfoque en el Producto Mínimo Viable, el Software genérico suele tener este enfoque también. Lo que intento expresar es que situaciones así suelen suceder y cada caso es único, lo ideal es analizar con tiempo y detenimiento la situación y las condiciones que se presentan para tomar la mejor decisión posible.

Incluso, quienes nos encontramos en el área de Desarrollo de Software nos permitimos este tipo de situaciones por diferentes motivos: el cliente no tiene una idea clara de lo que necesita, el cliente debe de notar que estamos innovando, mantengamos al cliente satisfecho aunque no sea lo que necesite, nos encontramos en competencia con otra empresa por conseguir a este cliente, entre otros.

Ahora bien, ¿tú qué opinas? deja tus comentarios y; si es posible, las referencias.

Referencias

• González, A., & Nieto, G. (2019). El proceso de creación y evolución del Producto Mínimo Viable en las startups de Software (Proyecto). Universidad ORT Uruguay. Facultad de Ingeniería. Recuperado de dspace.ort.edu.uy/handle/20.500.11968/4075