Hoy vemos el desenlace del caso del cliente pesado, en forma de respuesta de examen, viendo principales errores en ciertas decisiones.
Pero antes, recordemos que hoy pasamos el ecuador del curso de Gestión de proyectos, en el que vemos la gestión de costes, comunicación y calidad de un proyecto.
Y ahora sí, vamos a por el caso. Aquí os dejo los datos principales más importantes:
Situación inicialEmpresa desarrollo web dos sociosAmbos estudiaron programación y diseño webAl acabar la carrera montaron su empresaInicialmente empezaron a lo Juan PalomoEscribían en su blogCuando llega un cliente, se lo quedaba el que tenía menos trabajoEllos hacíanDiseñoProgramaciónFue creciendoPrimero ficharon a una diseñadoraLuego a otro diseñadorLa logística se mantiene:Entraba un cliente, el diseñador con menos carga de trabajo se hacía cargoLuego el programador con menos carga hacía la webFueron creciendoFicharon a dos implementadores WordPress.Detectaron un mercado más enfocado a las plantillas.Hasta un día que les llegó un cliente muy grandeNunca habían hecho un proyecto de esas característicasMultinacionalDesarrollo a medida de 250.000€Al principio con el diseño todo OKHabían cobrado ya 50.000€Pero luego se complicóEl cliente iba añadiendo cosasPidiendo cambiosAdemás, todo a medidaComo de programación estaban sólo ellos 2, se formó cuello de botellaSe empezaron a retrasar otras entregasEmpezaron a decir que no a leads potencialesLos diseñadores “sin trabajo”, porque no entraban más cosasLos implementadores no podían ayudar, no sabían programarContrataron a un freelance que pintaba muy bienLes salió rana y perdieron un mesEl cliente empezó a quejarse por las demorasDejaron de entrar leads de los antiguosTal y como comenté, este caso lo uso para exámenes en alumnos de la carrera. Vamos a contestar pues a las dos preguntas que os planteaba:
¿Cuáles han sido los principales fallos cometidos?DAFO:Fortalezas:No se ha potenciado la fortaleza real, que es la programación. Empezaron a expandir demasiado rápido.Se metieron en un proyecto no habitual.No hay un gestor de proyectos como tal que valore la carga de trabajo.Debilidades:No saben gestionar proyectos en equipo.Canvas:Se salía de su propuesta de valorWebs simples, eficientes de proyectos básicos (corporativa, ecommerce, membership…)Actividades clave:La subcontrataronCanal de comunicación con el clienteMalo, hubieran necesitado a un project manager.¿Cuáles son las posibles soluciones a corto, medio y largo plazo?DiagnosticoAceptar un servicio para el que no se está preparadoEstrategiaAcabar o no acabar? Seguir o no seguir?Plan de acciónFicharon:Dos programadores másEsos dos (en plantilla) tomaron las riendas de los clientes antiguosRecuperación de leads (Caso de la crisis por crecimiento)Los dos programadores socios a full con el clienteSe negaron a hacer lo “extra”Definieron un plan de ruta de acabar primero lo acordadoPor suerte, el contrato estaba muy claroOjo, opción de varios contratosSe acabó el proyecto inicialSe contrataron horas¡Y hasta aquí el caso de la jornada, espero que haya sido de interés! También os recomiendo escuchar el caso 1453. El caso de la crisis de crecimiento y el 1593. El caso de la fusión nuclear, ya que coinciden en muchos puntos del planteamiento y la solución.
Como siempre, muchas gracias a todos por vuestras valoraciones de cinco estrellas en iTunes, en iVoox, YouTube y Spotify, suscribiros a los cursos y por estar ahí, al otro lado. Sin vosotros esto no sería lo que es, sin vosotros esto simplemente... ¡No sería!
Nos escuchamos mañana jueves, con una nueva herramienta de marketing online. Como siempre, a las 07:07. Hasta entonces... ¡Muy buenos días!