Ciclo de vida del proyecto
Ciclo de vida del proyecto
¿Por qué esta tarea?
Aunque cada proyecto que te asignarán será diferente, todos pasan por las mismas etapas a lo largo de su ciclo de vida. Es muy importante saber cuáles son estas etapas, pero sobre todo entender por qué, cómo y cuándo un proyecto pasa de una etapa a otra.
¿Cómo manejarlo?
Lea la documentación a continuación y coméntela con el consultor durante la sesión de incorporación.
Documentación
1. Inicio interno
Objetivo
El kick-off interno es la primera vez que se escucha hablar de un proyecto por parte de su/nuestro comercial. Es fundamental gestionar bien esta primera etapa para organizar mejor el kick-off.
¿Cuando se realiza el kickoff interno?
El lanzamiento interno es la primera etapa de la fase de lanzamiento. Cuando se le asigna un proyecto, generalmente comenzará con una llamada a su representante de ventas para analizar lo que se acordó con el cliente.
¿Por qué una reunión de lanzamiento interna?
El kick-off interno es importante porque sienta las bases para el kick-off con el cliente. Durante esta reunión, recibirá información sobre el funcionamiento de la empresa, los motivos por los que el cliente se ha suscrito a los módulos, las expectativas y limitaciones del cliente, el ciclo de venta y una descripción de la personalidad del SPOC (afinidad informática, comunicación, etc.).
Esta llamada también le permitirá aclarar las posibles dudas que haya podido detectar al examinar la descripción de la tarea, como por ejemplo falta de aplicación, pocas horas en relación al alcance del proyecto, cualificación poco clara por parte del vendedor, etc.
Tomemos algunos ejemplos:
1) El proyecto es un proyecto de alcance completo (se han adquirido todas las aplicaciones principales), el enfoque es un enfoque estándar clásico (en Odoo lo llamamos "QuickStart"), pero el cliente solo ha comprado 5 días de consultoría --> esto no parece ser suficiente en absoluto. Entonces tienes que desafiar al gerente de ventas para que comprenda por qué solo vendió 5 días cuando se necesitan más y a qué acuerdo ha llegado sobre cómo utilizar este tiempo.
2) El proyecto incluye muchas personalizaciones, pero no se ha adquirido Studio. En este caso, el ámbito de aplicación no se ajusta a los requisitos del cliente.
3) Has leído que el cliente ha impuesto una fecha límite que no es alcanzable. ¿El vendedor ha aceptado esto o el cliente ha entendido claramente que es imposible? Necesitas saber cuáles son las expectativas del cliente en este caso.
Prestar atención
¡No confunda la llamada de inicio interna con las reuniones de inicio con el cliente! El objetivo de la llamada de inicio interna es solo tomar nota breve del proyecto y la suscripción, y destacar lo que necesita aclararse o profundizarse antes de que pueda comenzar la implementación.
Como vendedores, su trabajo consiste en evaluar la viabilidad general del proyecto mediante un análisis rápido, pero no entrarán en detalles sobre todos los requisitos o configuraciones comerciales. Esa es la función del analista comercial/líder del proyecto.
En caso de problemas comerciales (aplicación ausente, expectativas erróneas...), es el vendedor quien debe dirigir las conversaciones con el cliente.
2. Inicio
Objetivo
La fase de kick-off es el punto de partida de cualquier proyecto y es una de las etapas más importantes de su implementación. El objetivo de esta tarea es explicar la importancia de cada tema que se debe abordar en la fase de kick-off.
Esta fase tiene como objetivo:
- Asegúrese de que usted y su cliente estén alineados en términos de metodología y la forma en que trabajarán juntos durante la implementación.
- Obtenga una comprensión precisa de la situación actual de su cliente (TAL CUAL) y la situación que le gustaría que Odoo lo ayude a lograr (TAL COMO ESTÁ).
En muchos proyectos han surgido durante la ejecución problemas que podrían haberse identificado desde el principio o incluso evitado gracias al lanzamiento inicial.
A continuación se presentan dos ejemplos para ilustrar los riesgos de un saque inicial realizado demasiado rápido:
Escenario 1
Un cliente ha contratado unos días de consultoría que claramente no son suficientes para cubrir todo el alcance que desea implementar. Después de analizar las necesidades del cliente, usted sabe perfectamente que en algún momento se necesitarán más días, pero no lo menciona.
=> Cuando se agotan los días, el cliente se da cuenta de que necesita pagar más para obtener una implementación completa, algo que no esperaba. Esto generará una gran frustración y una pérdida de confianza en usted por parte del cliente.
Escenario 2
Durante el lanzamiento, algunos aspectos comerciales no se exploraron lo suficiente. Durante la implementación, descubre que su cliente realmente necesita MRP, lo que cambia todo lo relacionado con la configuración del producto y los flujos de inventario.
=> Todo el tiempo que gastes diseñando una solución basada en un análisis erróneo se desperdiciará, el proyecto se verá comprometido y tu cliente perderá la confianza en tu servicio.
A continuación se presenta una descripción general de los diferentes temas que se deben abordar durante un inicio y las razones por las que cada uno de ellos es importante.
El cliente necesita saber:
- ¿En qué consiste la fase de inicio?
- Por qué es tan importante para el éxito del proyecto;
- Cómo se llevará a cabo (agenda de convocatoria).
A continuación se muestra una descripción general de nuestra lista de verificación de inicio, que enumera los puntos que queremos abordar con el cliente antes de comenzar a trabajar en una aplicación de proyecto:
El cliente debe ser consciente de que esta fase llevará tiempo (alrededor del 10% de la implementación total) y no debe pasarse por alto. Además, tenga en cuenta que no necesariamente tiene que completar la fase de inicio en una sola reunión. Incluso es recomendable dividir esta fase en dos o más etapas si la información recopilada requiere ser analizada o asimilada para definir una secuencia de fases adecuada.
Explicar los principios básicos de la metodología de implementación de Odoo
Esto puede parecer redundante si el cliente ya ha leídoEl enlace que les enviaste con antelación, pero en realidad no lo es.
No debes dudar en dedicar tiempo a cada concepto y asegurarte de que el cliente comprende y está de acuerdo con cada punto clave.
Cada concepto es parte de nuestra metodología, porque ha demostrado su importancia con base en experiencias previas.
Ejemplo : El cliente debe comprender completamente cuáles son las responsabilidades del SPOC y por qué es tan importante definir el SPOC correcto de su lado.
En muchos proyectos, el responsable de la ejecución del proyecto no entiende realmente desde el principio el nivel de implicación que esperamos de él en la implementación. Un cambio de responsable de la ejecución del proyecto en mitad del proyecto es contraproducente, porque el nuevo responsable de la ejecución del proyecto tendrá que estar al tanto de todas las conversaciones y configuraciones previas, lo que provocará un retraso importante en la implementación del proyecto.
Proyecto de vida
Durante la fase de lanzamiento también se deben abordar todos los aspectos prácticos y organizativos del proyecto. De esta forma, es más fácil definir el cronograma y las expectativas del proyecto desde el principio. Después de la fase de lanzamiento, se deben haber abordado todas las preguntas que el cliente pueda tener sobre la colaboración con su consultor.
Ejemplo : La forma en que se deduce el tiempo de los días de consultoría debe quedar muy clara para el cliente desde el principio. Debe comprender que cada minuto dedicado a la implementación del proyecto se registra, incluso las tareas menos visibles (actualizar al organizador del proyecto, solicitar asistencia de expertos, analizar los flujos de negocios, etc.). Cuanto más transparente sea, mejor. El mensaje también debería ser el siguiente: “cuanto más tiempo dedique el cliente a formarse en Odoo, menos tiempo se le descontará del paquete”.
Alineación con la visión
El objetivo de la puesta en marcha también es conocer las expectativas y prioridades de sus clientes y asegurarse de que no haya lagunas en su comprensión de sus necesidades. También es esencial entender por qué los eligen a usted y a Odoo, y qué creen que compraron, para que puedan alinearse entre sí.
Análisis de flujos de negocio
La fase inicial consiste en comprender en detalle los flujos de negocios del cliente y obtener una imagen clara de cómo funciona su negocio.
Es necesario analizar cada actividad en profundidad para identificar limitaciones y riesgos y garantizar la coherencia de la implementación.
Al finalizar el inicio, debe quedar muy claro por qué cada aplicación es parte del alcance.
En algún momento durante el lanzamiento, comprenderá mejor la viabilidad de algunos de los requisitos. Si, desde el principio, se da cuenta de que su cliente tiene expectativas demasiado altas en relación con lo que Odoo puede hacer realmente como estándar, también debe mencionarlo a su cliente y hablar sobre el desarrollo.
Ejemplo : Su cliente ha comprado la aplicación Payroll para gestionar fácilmente las nóminas y cree que el cálculo de los salarios se automatizará. Sin entrar en demasiados detalles, su función también es hacerles entender que no deben esperar demasiado de esta aplicación.
Este análisis debería permitirle definir un plan de acción y acordar un cronograma de implementación con su cliente.
Conclusión inicial
Al finalizar el saque inicial, la conclusión debería quedar clara para usted:
- Si todo va según lo previsto: usted asume la responsabilidad del proyecto.
- Si algunos elementos no están del todo alineados, puedes ser flexible en cuanto a cómo vas a ejecutar el proyecto siempre y cuando la organización no se interponga.
Ejemplo : Su cliente no puede definir un SPOC internamente y desea que dos personas asistan a cada reunión => Si los roles están claros para todos, esto no debería ser un problema para usted.
Si hay demasiados elementos de bloqueo (no se pueden satisfacer las expectativas del cliente, no se aceptan varios conceptos de la metodología, etc.) se debe consultar al vendedor antes de iniciar la implementación.
Ejemplo: Su cliente no acepta que las horas dedicadas al análisis y gestión de proyectos se consuman en sus días de consultoría y le pide que registre únicamente las hojas de horas de las reuniones => Esto no es aceptable, dada su forma de trabajar.
Al final es importante mencionar que has validado la viabilidad del proyecto a través de todos los elementos que deben implementarse para poder desplegar Odoo.
3. Implementación del MVP
La fase de implementación
Este es el momento en el que trabajarás con el cliente para configurar los flujos esperados en las distintas aplicaciones.
El objetivo es entregar la solución Odoo que cumpla con los requisitos del proyecto identificados durante la llamada de inicio, de acuerdo con las fases que haya acordado.
Esta implementación del MVP consta de 2 grandes etapas diferentes .
La primera etapa es la implementación del MVP mediante la implementación de requisitos estándar y críticos. La prioridad aquí es: la puesta en marcha.
Luego, la segunda gran etapa consiste en implementar aplicaciones secundarias, configuraciones avanzadas e integrar desarrollos (si los hay). La prioridad aquí es la mejora. Estos pasos se ilustran en la siguiente imagen:
Diseño MVP / Limpieza de datos
Una vez que se han completado la llamada inicial y las fases , es momento de pasar a la implementación real. El primer paso en un ciclo de implementación es analizar y diseñar un flujo de trabajo o una aplicación que satisfaga una de las necesidades comerciales del cliente.
Antes de iniciar la configuración e implementación de la base de datos, es fundamental afinar una última vez el análisis de los flujos de trabajo a implementar en esta fase específica, para estar seguros de identificar las configuraciones necesarias y validar todos los requisitos para tener una visión clara de cómo organizar el trabajo para trabajar lo más eficientemente posible.
Esto es importante porque garantizará que tanto usted como su cliente entiendan y sepan qué se hará y cuál será el resultado al final de la fase. Si al final, la solución proporcionada no se ajusta exactamente a los requisitos del proyecto, es decir, que el trabajo realizado durante el ciclo no ha sido validado por el SPOC, se inicia un nuevo ciclo, comenzando con un nuevo análisis.
Esta es también la oportunidad de volver a analizar los puntos más delicados y reflexionar sobre posibles soluciones.
Una vez que tengas claros los requisitos que vas a incluir en tu MVP, puedes empezar a establecer las configuraciones e implementar los flujos.
Mientras tanto, su cliente necesita comenzar a limpiar los datos de su lado.
Esta fase finaliza con la presentación de los flujos de trabajo MVP (POC - Proof of concept) al SPOC. ¡No olvides grabar esta presentación! Te será útil más adelante para tu SPOC, pero también a nivel interno para documentar tu proyecto.
Realización
Es durante esta etapa del ciclo que definirás:
1. Si el desarrollo es necesario
Siempre debe desafiar al cliente para evitar desarrollos innecesarios. Si está convencido de que el desarrollo solicitado es realmente imprescindible para el cliente y tiene un valor añadido real para el proyecto, puede plantearse redactar una especificación. Si no es así, debe insistir en que se encuentre una solución alternativa que cumpla los requisitos del proyecto.
2. Las configuraciones a realizar para implementar los flujos
Esta parte incluye las configuraciones de las características requeridas, las pruebas que realiza, la presentación del flujo al cliente y al SPOC.
3. Capacitación sobre cómo utilizar las aplicaciones
Esta capacitación se brindará al SPOC para que pueda experimentar con el sistema y ver por sí mismo si puede ser utilizado por los usuarios finales. La capacitación solo debe cubrir los elementos que el SPOC necesitará para ser autónomo. No se le debe mostrar al SPOC una configuración única, ya que esto sería información adicional e innecesaria para procesar.
4. Importación de los datos necesarios
Importar datos es necesario en la mayoría de los proyectos antes de la puesta en marcha. Pero solo debe centrarse en los datos que necesita para empezar a trabajar con el nuevo sistema y no importar todos los datos que su SPOC le pida que agregue al sistema. Importar todo no es eficiente ni relevante: generalmente no es fácil, puede llevar mucho tiempo y representa una enorme carga de trabajo, tanto para usted como para el cliente.
Validación
Después de un tiempo y trabajo determinado, su flujo estará listo para ser validado por el SPOC. Con la capacitación suficiente, podrán:
- Validar que el flujo y, por lo tanto, las configuraciones cubran las necesidades del negocio. Estas pruebas deben ser lo más exhaustivas posibles para garantizar que el SPOC sepa cómo manejar la mayor cantidad posible de casos de uso. Si esto se hace, se puede pasar a la etapa final de la implementación, es decir, la capacitación de los usuarios clave.
- Envíe más comentarios si hay aspectos del negocio que no están cubiertos. No siempre significa que la configuración sea incorrecta, pero tal vez haya un caso de uso que deba discutirse en términos de cómo manejarlo. En este punto, es necesario hacer una lluvia de ideas y analizar la necesidad nuevamente, sugerir una nueva solución a través de otras configuraciones o procesos y solicitar la validación SPOC nuevamente para pasar a la siguiente fase. En efecto, ingresa a un nuevo ciclo de la fase actual.
Capacitación y retroalimentación del usuario final
Una vez que el flujo ha sido validado por el SPOC, la solución puede finalmente presentarse a los usuarios finales para capacitación y retroalimentación. Esta fase es importante porque le permite identificar casos de uso en los que no había pensado con el SPOC y le permitirá refinar el flujo si es necesario o decidir si seguir adelante con la puesta en marcha si decide que la retroalimentación no consiste en puntos conflictivos, sino en posibles mejoras que podrían implementarse si fuera necesario en el futuro.
Puesta en marcha
Una vez que haya completado con éxito estos pasos, debería estar listo para pasar a la puesta en marcha.
4. Puesta en marcha
¿Qué es el Go Live y por qué es importante?
La puesta en marcha es una etapa importante en la implementación de un proyecto. Es el momento en el que el cliente comienza a utilizar las aplicaciones en producción como parte de sus actividades diarias en su entorno en vivo. En general, la puesta en marcha de las primeras aplicaciones corresponde al final de la primera fase que planificó al final de la fase de lanzamiento. Por lo tanto, al planificar las fases del proyecto, debe tener en cuenta que los primeros módulos deben agregar el mayor valor posible a las operaciones diarias de su cliente.
Poner un proyecto en producción es un momento importante, ya que el cliente comienza a trabajar con el sistema por primera vez. Es un momento muy estresante para ellos y sentirán que no están listos, que les falta algo. Depende de usted asegurarles que están listos. Esté disponible y no comience otra fase hasta que haya acordado con el cliente que puede seguir trabajando sin más ayuda; de lo contrario, mantenga el proyecto en una fase de seguimiento.
Por otro lado, algunos clientes pueden querer lanzar la aplicación demasiado rápido. Si cree que las aplicaciones no se entienden bien o que los usuarios clave no están bien capacitados, no debe tomar la decisión de lanzarla. La decisión de lanzarla es suya, porque sabe lo que hay que hacer. Cuando hable de esto con su cliente, no le pregunte SI está listo (o no), sino explíquele POR QUÉ está listo (o no).
¿Cómo garantizar que el cliente esté preparado para la puesta en marcha?
A continuación se indican algunos pasos que puede seguir para evitar problemas durante la puesta en marcha:
- Planifique una llamada con su cliente para realizar una última comprobación previa al lanzamiento. Pregúntele sobre la formación: cómo reaccionaron los usuarios, cuáles fueron sus comentarios sobre aspectos complejos de la configuración para evaluar si la formación realmente se llevó a cabo y si se cubrieron todos los puntos importantes. No olvide comprobar si los usuarios realmente intentaron utilizar la base de datos. Compruebe si se crearon registros en cada aplicación, quién los creó, etc. (puede verlo directamente en el chat).
- Despeja tu calendario para el día de la puesta en marcha, informa a tu cliente de tu posible indisponibilidad y programa algunas reuniones durante la semana de la puesta en marcha para hacer un seguimiento con el cliente. Al igual que una llamada de lanzamiento, la puesta en marcha representa la primera impresión del sistema para todos los usuarios, ¡hagamos que cuente! Si has realizado algunos desarrollos, asegúrate de que el desarrollador (o un sustituto) esté disponible para reaccionar rápidamente. Si saben que no están solos, tendrán más confianza el día D.
- Programe una llamada o reunión en sitio (si es posible) el primer día, para que usted y los usuarios puedan realizar sus primeras tareas juntos.
- Nunca programes una puesta en marcha si no puedes hacer un seguimiento adecuado. Nunca la programes antes de irte de vacaciones o al final de la semana, especialmente si tu cliente trabaja durante el fin de semana.
- Nunca comience una nueva fase antes de acordar con su cliente que la puesta en marcha se ha completado, de modo que pueda concentrarse plenamente en el seguimiento de cualquier problema potencial.
- En algunos casos, puedes programar una prueba previa al lanzamiento. Durante una semana (la duración debe ser discutida con el cliente), trabajarán en una base de datos duplicada como si estuvieran usando Odoo de verdad. Después de este período, tendrás una mejor idea de si el cliente está listo o no para la puesta en marcha. Este período de prueba nos permite recopilar comentarios y hacer ajustes finales antes de la puesta en marcha. Se utiliza principalmente para proyectos más grandes o para una fase más importante.
- Por último, no dudes en programar una llamada antes de la puesta en marcha en la que ejecutarás algunos "escenarios" con tu cliente. El objetivo es presentarles pequeños casos de uso y ver si saben cómo resolverlos en Odoo (por ejemplo, cómo obtener un descuento del 10 % en tu cotización, etc.). De esta manera, puedes estar seguro de que están bien preparados y han comprendido todos los flujos.
Una vez en producción
Una vez que el cliente se encuentra en producción, es importante supervisar el flujo de trabajo que se acaba de implementar. No dude en preguntar al SPOC si los usuarios, pero también sus propios clientes, han hecho algún comentario. De esta manera, se pueden agregar los últimos ajustes al flujo.
Sin embargo, cabe señalar que los usuarios pueden volver con una lista de mejoras y/o sugerencias. Por supuesto, estas deben tenerse en cuenta, pero en ningún caso deben suponer un cambio significativo en el flujo de trabajo puesto en marcha. El objetivo no es revisar por completo lo que se ha puesto en marcha, sino identificar ciertos puntos de bloqueo en los que no se habrían pensado durante la fase de implementación. A continuación, es necesario identificar claramente si los puntos planteados son realmente imprescindibles o simplemente deseables.
Un último consejo: no dude en asesorar a su SPOC sobre gestión de cambios: algunos usuarios pueden mostrarse reacios a utilizar software nuevo e implementar flujos de trabajo de una manera diferente.
5. Elaboración y presentación del Informe de Progreso
¿Qué es el Informe de Progreso?
El Informe de Progreso le permite realizar una revisión de 360° del proyecto con su cliente después de iniciar una fase o al final del proyecto.
Contiene:
- La cronología del proyecto;
- Un breve estado del proyecto;
- Una actualización sobre la adopción de Odoo por parte de los usuarios/personas dentro de la empresa;
- Los logros empresariales obtenidos a través de la implementación de Odoo;
- Algunas de las mejoras que Odoo puede aportar a la empresa (aplicaciones adicionales, funcionalidades, etc.).
El objetivo es ayudarle a mejorar la colaboración con su cliente evaluando y adaptando la forma en que trabajaron juntos. Este es también el momento de sugerir mejoras en la forma en que la empresa trabaja actualmente.
Completar el informe de progreso y presentárselo al cliente permitirá a ambas partes tener una mejor visión general del estado del proyecto y del progreso de la implementación. Recordatorios frecuentes de lo que se ha hecho y lo que se va a hacer garantizarán que ambas partes tengan la misma visión del proyecto.
6. Proyecto de apoyo
Objetivo
La transición del proyecto al soporte es siempre un paso importante, tanto para el consultor como para el cliente. Este último paso de un proyecto requiere cierta anticipación y debe gestionarse de la mejor manera posible para evitar problemas futuros.
¿Qué significa mover un proyecto a Soporte?
Trasladar un proyecto a la etapa de soporte significa que el cliente puede ponerse en contacto con el equipo de soporte si necesita asesoramiento, la solución de un error o si tiene problemas con la base de datos. Para usted, esto significa que no tiene que trabajar para el cliente, ya que este no depende de sus respuestas sobre cómo utilizar su sistema. Pero no significa necesariamente que el proyecto esté terminado.
La transferencia de un proyecto a soporte puede ocurrir en varios casos:
- Has completado toda la implementación, incluso si todavía quedan horas de trabajo por hacer y el cliente ya no te necesita.
- El cliente solicita pausar el proyecto por razones válidas. Mientras continúe utilizando el sistema a diario, el cliente pasará a la etapa de soporte y reanudará la implementación. Simplemente significa que para lo que utiliza no necesita la ayuda de un consultor.
- También podría ser al principio del proyecto. Si el cliente es autónomo y no necesita ninguna orientación por tu parte, ni siquiera para encargarte de los aspectos de gestión del proyecto, entonces el proyecto puede pasar a la etapa de Soporte justo después de la fase de inicio. Ten en cuenta que tratamos de evitar este escenario, ya que es riesgoso para el éxito del proyecto.
Para ti también tiene un impacto importante, ya que limpia tu pipeline y te permite captar nuevos clientes. Así que cuando sientas que un cliente está cerca de terminar su proyecto, asegúrate de que no se prolongue demasiado.
En cualquier caso, no trasladamos el proyecto a soporte porque ya no quedan más días de consultoría. Puede que todavía quede mucho por hacer y el cliente compre un nuevo pack, o puede que ni siquiera esté usando Odoo y haya riesgo para la continuidad del proyecto.
Comunicación al trasladar un proyecto a soporte
Cuando el proyecto esté listo para pasar a la etapa de soporte, debes comunicarle algunas cosas al cliente:
- Estar en soporte significa que, sea lo que sea que estén usando, son autónomos y ya no necesitan ayuda de nosotros para usar lo que está en producción.
- Si les quedan días de consultoría, pueden seguir utilizándolos, pero dado que tendremos otros proyectos, no se puede garantizar el mismo nivel de capacidad de respuesta que cuando estamos en una fase de implementación en la que sabemos exactamente qué hay que hacer y cuándo nos veremos la próxima vez. Del mismo modo, si quieren retomar la implementación o iniciar una nueva, no hay garantía de que el mismo consultor siga trabajando en su proyecto.
- Recibirán un correo electrónico indicando oficialmente que el proyecto está en soporte y que pueden abrir un ticket con el equipo de Soporte cuando quieran. Recuérdeles qué es el equipo de Soporte y cómo abrir un ticket.
*¿Qué es el equipo de soporte? Es tu equipo interno que procesa los tickets emitidos por el cliente. Atienden las preguntas de todos los clientes, excepto las relacionadas con la seguridad. Por lo general, se comunican contigo a través de tu módulo de soporte técnico (como el nuestro en www.odoo.com/help) y completan toda la información de la forma más precisa posible.
/!\ Si el agente de soporte le solicita su ayuda para resolver un ticket, le recomendamos que registre su tiempo en las horas de consultoría restantes para ese cliente. Esto requiere el consentimiento previo del cliente o que usted le pregunte al agente de soporte si su tiempo puede usarse para este propósito.
¿Qué debo hacer si un cliente me contacta para un proyecto en Soporte?
Tenga en cuenta que una vez que un proyecto está en soporte, no existe obligación para el consultor de continuar con el cliente. Existen varios escenarios posibles:
- Si se trata de una nueva implementación, no relacionada con lo que hemos hecho antes, podemos entregar el proyecto a otra persona.
- Si se trata de una pregunta o solicitud que el cliente no puede plantear, el servicio de asistencia técnica debe responder lo antes posible, PERO no puede comprometerse con el mismo nivel de respuesta, porque no sabe cuándo se pondrá en contacto con usted el cliente. Si tiene la impresión de que la cantidad de preguntas aumenta lentamente, intente hablar con el cliente sobre si debería volver a participar como proyecto activo.
- Intenta evitar en la medida de lo posible mantener en la fase de soporte a un gran número de clientes si son muy exigentes. Te ejercerán mucha presión mientras que tú cuentas con todo un equipo para ayudarte a gestionarlos.
¿De qué trata esta tarea?
El objetivo de esta tarea es explicar las principales etapas de la gestión de proyectos. El objetivo es que comprendas no solo para qué sirven estos pasos, sino también cómo gestionar cada uno de ellos. A continuación, se explica un breve resumen de cada fase.
Inicio interno
Este es el punto de partida de cada proyecto. El vendedor transmite los conocimientos que ha adquirido durante el proceso de venta sobre el proyecto, las necesidades del cliente y el cliente mismo.
Patada inicial
Esta es la primera reunión con el cliente. Es la fase más importante, ya que permite analizar en profundidad las necesidades del cliente y acordar cómo vais a trabajar juntos.
Implementación
Después de la fase inicial, comenzará a trabajar con su cliente en la implementación hasta el momento de la puesta en marcha. Por lo tanto, es importante comprender correctamente los pasos que implica esta fase.
Puesta en marcha
La puesta en marcha es el momento en que el cliente ha capacitado a su(s) equipo(s) y comienza a utilizar Odoo de verdad.
Apoyo
Esta última etapa de un proyecto requiere cierta anticipación y debe manejarse lo mejor posible para evitar problemas futuros.
Producción
Después de leer esta tarea, comprenderá cómo evoluciona un proyecto a lo largo del tiempo y cómo se maneja cada etapa de su ciclo de vida.
No hay comentarios por ahora.
Compartir este contenido
Compartir enlace
Compartir en redes sociales
Compartir por correo electrónico
Please iniciar sesión para compartir esto Artículo por correo electrónico.