Contenido

Incorporación de socios – Odoo...................................................................................................3

Semana 1......................................................................................................................................4
¡Bienvenido a Odoo..................................................................................................................4
Introducción al Departamento de Ventas de Odoo..................................................................4
¿Por qué Odoo?........................................................................................................................6
Capacitación general: plataforma de aprendizaje electrónico..................................................9
Caso de uso: The T-Shirt Company.........................................................................................10
Semana 2....................................................................................................................................11
Capacitación general: plataforma de aprendizaje electrónico................................................11
Completar Juego Scale Up......................................................................................................11
Presentación de Odoo............................................................................................................11
Calificación de oportunidades y prospectos...........................................................................13
Caso de uso: The Motorcycle Company..................................................................................14
Semana 3....................................................................................................................................15
Cómo ofrecer una excelente demostración de producto.......................................................15
Introducción a la metodología de implementación de Odoo (inicio rápido)..........................16
Datos de importación básicos + Ejercicio...............................................................................22
Creación de plantillas de correo electrónico para prospección..............................................24
Contabilidad de Odoo.............................................................................................................24
PKB, documentación y foro....................................................................................................26
Semana 4....................................................................................................................................28
Explicación de los precios de Odoo........................................................................................28
Análisis de negocios...............................................................................................................29
Métodos de alojamiento y [Link] para demostraciones personalizadas............................33
Elija su estrategia de ventas/metodología del proyecto.........................................................36
Ciclo de vida del proyecto......................................................................................................38
Cómo crear una propuesta.....................................................................................................45
Semana 5....................................................................................................................................47
Identificación de diferentes tipos de proyectos de implementación......................................47
Primer paso: Implementación interna....................................................................................53
Cómo preparar y realizar el inicio...........................................................................................54
Configuraciones vs. Personalización vs. Desarrollo................................................................59
Estudio: Qué saber al personalizar su base de datos de Odoo...............................................61
Conocimiento transversal de Odoo (Preguntas frecuentes)...................................................62

1
Semana 6....................................................................................................................................64
Comunicación con el cliente - Desafío al cliente.....................................................................64
Procedimientos o mejores prácticas del proyecto..................................................................69
Mejores prácticas para la gestión de CRM y revisiones de canales........................................70
Generación de clientes potenciales y oportunidades.............................................................71
Mejores prácticas para la documentación de proyectos........................................................74
Semana 7....................................................................................................................................79
Análisis de ROI (anteriormente Análisis de GAP.....................................................................79
Implementación.........................................................................................................................79
Cómo presentar una función a su cliente...................................................................................81
Estudio II: Conceptos técnicos avanzados..............................................................................83
Mejores prácticas al implementar sus primeros proyectos....................................................85
Publicación del sitio web de Odoo.........................................................................................87
Semana 8....................................................................................................................................88
¿Qué tipo de soporte puedo esperar de Odoo?.....................................................................88
Importación avanzada de datos..............................................................................................92
Retención, ventas adicionales y ventas cruzadas....................................................................94
¿Cómo hacer realidad la puesta en marcha?..........................................................................95
Semana 9....................................................................................................................................96
Migración de datos: ¿cómo tomar las decisiones correctas...................................................96
Información técnica..............................................................................................................101
Redacción de especificaciones.............................................................................................102
Continúe mejorando su conocimiento funcional..................................................................104
Semana 10................................................................................................................................104
Qué sucede a continuación: Actualizar una base de datos de Odoo a una versión más
reciente................................................................................................................................104
Informe de progreso.............................................................................................................105
Inscríbase en nuestra próxima capacitación técnica.............................................................105
Prepare su certificación de Odoo.........................................................................................106

2
Incorporación de
socios – Odoo

3
Semana 1
¡Bienvenido a Odoo
Ventas

1. Descripción: El Ejecutivo de Asociación finaliza la negociación del acuerdo con el

nuevo socio y cobra el pago.

2. Recursos/Herramientas:

 Enlace al acuerdo de asociación

 Incorporación con su administrador de cuentas de Odoo:
 Base de conocimientos de socios

3. Trampas :

 No intente cambiar cosas en este acuerdo. Odoo se asegura constantemente de

que nuestra información sea simple, clara y transparente. Hacemos esto con el
objetivo de hacer que los procesos sean fluidos y sencillos.
 Si no es lo suficientemente minucioso sobre el tipo de empresa que es y lo que
busca con su administrador de cuentas de Odoo, la colaboración no será tan
eficiente como podría ser.

Introducción al Departamento de Ventas de Odoo

Implementación, Ventas

Descripción: En tus actividades diarias, estarás en contacto directo con los

Vendedores de Odoo de forma regular. Tenemos diferentes roles de Ventas en Odoo y
es bueno que los conozcas para poder contactar directamente a la persona
adecuada. Aunque es posible que usted no sea la persona que se pondrá en contacto
con nuestro representante de ventas, creemos que es importante que comprenda
cómo estamos estructurados y cómo nuestro representante de ventas intercambiará
con su equipo.

Cuando se trata de nuestro canal de ventas (es decir, ventas realizadas a través de
nuestra red de socios), generalmente diferenciamos entre 3 equipos, que decidimos
presentar por orden de aparición en su recorrido de socios.

En su carrera como líder de proyecto en nuestra red de socios, siempre es bueno saber
quiénes son las personas que puede encontrar trabajando en Odoo. En el
departamento de ventas, las funciones son bastante diferentes y explicarlas a través
de esta presentación puede ayudarle a comprender mejor cómo pueden ayudarle y
cómo ponerse en contacto con ellos.

4
Antes de presentarle los equipos de Ventas de Odoo, es importante explicar la
diferenciación que hacemos a los clientes internamente:

Nuevo Cliente: Es un cliente que nunca antes ha tenido una suscripción con
Odoo. Usted, como socio, y su administrador de cuentas administrarán esa
cuenta. Además, se categorizará como cliente nuevo aquel que tenga una suscripción
cancelada por más de 12 meses y no se haya creado ninguna oportunidad
internamente para él.

Cliente existente: este es un cliente que ya tiene una suscripción con Odoo. Esos
clientes serán administrados directamente por el Equipo de Éxito del Cliente (CST).

Cliente recurrente: Son aquellos clientes que tienen una suscripción cancelada por no
más de 12 meses y trabajarán directamente con el Equipo de Éxito del Cliente (CST).

Después de todo, en todas sus actividades como miembro socio de Odoo, SIEMPRE hay
al menos varias personas involucradas: siempre se produce una venta (realizada por la
PBA o por el AM) y siempre hay un CSM que gestionará al cliente en el largo plazo.

Asesores comerciales de asociaciones (PBA):

Son las primeras personas con las que su empresa ha estado en contacto cuando su
empresa empezó a trabajar con nosotros. Pasaron una buena cantidad de tiempo
discutiendo los objetivos de su empresa, su estrategia de marketing, su posición en el
mercado, sus fortalezas y debilidades, su plan de capacitación, etc. Por lo general,
también participan en la primera implementación de Odoo Enterprise que realizó su
empresa. después de unirse a Odoo. Si su empresa ha sido socio desde hace mucho
tiempo, probablemente no haya cumplido con ninguno de nuestros PBA.

Gerentes de cuentas (AM):

Nuestros administradores de cuentas son su punto de contacto central cuando se

trata de relaciones de ventas. Son su relación duradera como socio y saben todo sobre
su empresa. Te ayudan a conseguir leads/oportunidades, hacer una buena
demostración, apoyarte en tu marketing, calificación, buscar información de ventas en
el mundo Odoo (referencias, personas @ Odoo que puedan tener el conocimiento que
necesitas, etc.). Tu AM es la persona que estará involucrada en todos los nuevos
clientes que adquieras y en todos los prospectos por los que luchas. Si hay una persona
que puede ayudarte en las ventas, como socio, ese es tu AM.

En caso de que hayas comprado un paquete de éxito, el AM también hará un

seguimiento de su estado.

Algunos videos en nuestra base de conocimientos sobre asociaciones pueden ayudarlo

a tener una mejor idea de los servicios que ofrece el equipo de nuestro administrador
de cuentas. Aquí hay algunos que pueden interesarle:

5
 1. Interactuando con tu AM
2. Cómo hacer una buena calificación

Gerentes de éxito del cliente (CSM):

Los CSM son el punto de contacto de sus clientes existentes en Odoo y serán los que
le ayudarán a gestionar todos los contratos de sus clientes a largo plazo. También son
con quienes interactuará cuando hable sobre un cliente/contacto existente. Si su
cliente desea utilizar una aplicación de pago adicional, ellos son los que se encargan de
ello. Si su cliente desea revisar el cronograma de pago de su suscripción
(mensual/anual/plurianual), ellos también se encargan de ello. ¿Quiere un seguimiento
de sus carteras de clientes (migración, tickets de soporte, otros)? Serían a ellos a
quienes llamarías.

Cada persona de CSM conoce muy bien la cartera de sus socios y normalmente
intercambia con cada cliente de 3 a 4 veces al año. En caso de que su cliente haya
comprado un paquete de éxito, el CST también hará un seguimiento del estado del
paquete.

Recurso adicional: Explicación de la diferencia entre las funciones de CSM y AM

Producción

Después de ese punto del curso, esos aspectos deberían quedarte más claros:

1. ¿Cómo está organizado el departamento de ventas de Odoo?

2. ¿Cómo está organizado su propio departamento?
3. ¿Cuáles son las actividades diarias de su AM y CSM?

También debe comprender mejor la información que debe comunicar a las ventas
sobre sus proyectos y lo que también debe esperar de ellos.

¿Por qué Odoo?

Implementación, Ventas

Descripción: Dado que acaba de unirse a Odoo, es importante que comprenda las
razones por las que Fabien Pinckaers, el fundador de Odoo, creó inicialmente la
empresa.
Probablemente ya sepas algunas cosas sobre Odoo y deberías tener una idea más o
menos buena de cuál va a ser tu trabajo, pero hoy queremos explicarte “POR QUÉ”
existe tu trabajo y por qué Odoo también existe.

Lo que esperamos de ti desde el primer día es que seas parte activa de este
proyecto. Por eso, debemos explicarle POR QUÉ lo necesitamos.

6
Recursos/Herramientas:

Conceptos teóricos
"¿Por qué algunos líderes son más influyentes, inspiradores e innovadores que otros?
¿Por qué algunas organizaciones exigen una mayor lealtad tanto de los clientes como
de los empleados?"
Los grandes líderes siempre tienen un objetivo final que comunican a los demás. Tener
un objetivo claramente definido atrae a personas con una visión similar a su
organización.

Mire esta imagen:

Este es EL concepto central del libro de Simon Sinek. El Círculo Dorado permite
ordenar las tres preguntas principales: "¿por qué?", "¿cómo?", "¿qué?".
Idealmente, todo lo que hacemos, decimos o escribimos debería comenzar desde el
interior del círculo y avanzar hacia afuera ("de adentro hacia afuera").

(Aquí tienes una charla TED de Simon Sinek si quieres saber más sobre su teoría)

Si bien el "qué" y el "cómo" son más concretos y tangibles, el "por qué" siempre es un
poco más difícil de describir. Suena como un sueño, una meta final, una aspiración...
hacia la que debemos esforzarnos.

7
Cuando Fabien creó la empresa hace varios años, aún no sabía en detalle cómo sería
Odoo hoy. Sin embargo, lo que tenía en mente desde el principio, lo que todavía tiene
hoy y que transmite a todas las personas que lo acompañaron a lo largo de los años es
el "¿POR QUÉ ODOO?".

Comprender el "Por qué", "Cómo" y "Qué" de Odoo es la mejor manera para que
todos en la empresa comprendan su propia misión, la razón por la que vienen a
trabajar para ayudar a lograr juntos esta visión.

1. ¿Por qué Odoo?

La razón por la que se creó Odoo es para mejorar la vida de las personas en el trabajo
brindándoles la oportunidad de dedicar tiempo a tareas valiosas.

He aquí algunas observaciones hechas hace unos años y que siguen siendo relevantes
hoy:

1. Las pequeñas y medianas empresas luchan por competir con las grandes
corporaciones. Muchos de ellos necesitan ser más eficientes para crecer y
seguir siendo competitivos en su mercado.
2. Las personas valoran cada vez más el tiempo de calidad y tienden a mejorar su
trabajo diario utilizando la tecnología.
3. Crear datos, leerlos, acceder o comunicar información específica en el
momento adecuado son procesos muy dolorosos para algunas empresas.
4. Algunos empleados luchan con tareas repetitivas, buzones de correo
sobrecargados y trabajos administrativos que no están automatizados.

Sin embargo, muchas PYME no cuentan con las herramientas adecuadas para que sus
empleados enfrenten todos estos problemas. Ya sea porque creen que no pueden
permitírselo o porque simplemente no saben que es factible. Entonces, la gente
simplemente aprende a vivir con sus problemas. Peor aún, a veces ni siquiera ven los
problemas.
Las personas quieren ser útiles y contribuir, pero a veces están atrapadas en procesos
complejos o formas de trabajo ineficientes y pierden oportunidades de dedicar tiempo
a tareas más valiosas.

Este es el problema que queremos solucionar.

2. ¿Cómo?
Ahora que el por qué está claro, podemos echar un vistazo al "CÓMO" se puede
lograr. El "cómo" es el conjunto de métodos que se han implementado en Odoo para
alcanzar nuestros objetivos descritos en el "Por qué":

1. Mantenga las cosas simples, pida ayuda, pruebe cosas y no tenga miedo de
fallar.

8
 2. Pensar y construir a largo plazo.
3. Centrarse en los usuarios.
4. Ejecutar rápido.
5. Se de mente abierta.
6. ¡Divertirse! (trabaja duro juega duro).

También es la herramienta que ha sido diseñada para apoyar a las empresas en su

operativa diaria. Nuestra solución, un ERP asequible y fácil de usar, permite a las
personas dentro de una empresa coordinarse mejor, tener acceso instantáneo a la
información, ahorrar tiempo, evitar malentendidos y reducir la cantidad de papeleo,
automatizar flujos recurrentes y conducir a una mejor toma de decisiones.

Todos esos medios y valores nos han ayudado a estar donde estamos hoy.

3. ¿Qué?
Esto es todo lo que hacemos todos los días (y, sobre todo, todo lo que hacemos bien),
todo lo que brindamos a nuestros clientes, desde las soluciones en evolución hasta la
calidad del servicio que brindamos.
Es el resultado de nuestro trabajo, que es visible: un producto fácil de usar, accesible,
fácil de usar, integrado, en la nube, rápido de implementar y nuestros servicios
dedicados y especializados.

Recursos adicionales:
Seminario web: ¿Por qué elegir Odoo?
Webinario - Qué es Odoo y el Por Qué de Su Éxito

Resultado
Después de haber leído esta tarea y la documentación relacionada, debería poder
comprender "¿POR QUÉ Odoo?" y únelo con tu propio "¿POR QUÉ?".
Una vez que esto esté claro para usted, será algo que podrá compartir y comunicar con
otros, ya sean Odooers, clientes, futuros empleados o incluso familiares.
Pero lo más importante es tener presente este objetivo final para mantenerse
motivado incluso en tiempos difíciles y, con suerte, inspirar a otros.

Capacitación general: plataforma de aprendizaje

electrónico
conocimiento del producto
Aplicaciones principales:

1. Empezando
2. CRM
3. Taller de CRM: aprenda a gestionar su canalización

9
 4. Ventas
5. Compra
6. Facturación
7. Inventario
8. Proyectos + Hojas de horas

Caso de uso: The T-Shirt Company

Implementación, Ventas
SEMANA 01

Descripción: Completar el caso de negocio Camisetas de marca .

Comienza creando una nueva base de datos Odoo con las aplicaciones que consideres
necesarias para cumplir con los requisitos explicados en el caso.

Revise y compare su solución con lo que aparece en nuestra plataforma de eLearning .

10
Semana 2
Capacitación general: plataforma de aprendizaje
electrónico
Conocimiento del producto

Continúe aprendiendo los conceptos básicos de Odoo:

1. Fabricación
2. Fabricación v14
3. Contabilidad
4. Documentos
5. Marketing
6. aprendizaje electrónico
7. punto de venta
8. Mesa de ayuda
9. Recursos humanos
10. Sitio web
11. comercio electrónico
12. Estudio
13. ¿Qué hay de nuevo en Studio V15?

Completar Juego Scale Up

Ventas, Conocimiento del producto

Descripción: ¡ Trabajarás en el juego Odoo Scale Up! Es una manera fácil y divertida
de aprender lo que nuestras aplicaciones Odoo pueden hacer.

¡Prepárate para usar tu imaginación y obtener tanta información como puedas!

Aquí está el enlace a las instrucciones y al juego.

Asegúrate de haber completado el juego "Scale Up" en su totalidad.

Resultado: Empiece a aplicar algunos conocimientos empresariales.

Presentación de Odoo
Ventas

1. Descripción: Es importante que sepa cómo Odoo se diferencia en el mercado desde

el punto de vista del modelo de negocio, productos y servicios.

11
A veces, tendrás reuniones con prospectos que requerirán una breve presentación
sobre Odoo o sobre tus antecedentes.

Por favor, asegúrese de ver estos enlaces y utilizarlos según sea necesario. Recuerde
duplicarlos, cambiarlos o agregar la información que desee según sea necesario.

Debe tener su propia presentación de Sales Deck con su información.

2. KPI medibles:

 Saberse de memoria la lista de diferenciadores clave

 Proporcionar un discurso de presentación en menos de 2 minutos para
diferentes tipos de clientes (ya que los representantes de ventas enfrentarán
diferentes circunstancias). Ejemplo de una demostración cronometrada de 5
minutos en una de las primeras aplicaciones del sitio web de Odoo.
 En última instancia, ser capaz de presentar el discurso comercial verbalmente y
al mismo tiempo hacer una demostración (nivel de gurú de ventas)

3. Recursos/Herramientas:

 Documento de diferenciadores de Odoo

 Odoo Sales Deck : haga una copia si es necesario
 Plataforma de introducción de Odoo (SP) : haga una copia si es necesario
 Precios
 Historias de éxito de clientes (blog)
 Historias de éxito de clientes (vídeos)

4. Trampas :

 No utilice los mismos diferenciadores con todos sus clientes

potenciales. Diferentes perspectivas ven valor en diferentes
diferenciadores. [Link]. El código fuente disponible es generalmente un
argumento de venta relevante para las grandes empresas (a efectos de control),
pero no para las pequeñas.
 Cada diferenciador tiene un valor comercial. [Link]. Un producto modular permite
un enfoque de “comenzar poco a poco y expandirse más tarde”, lo que reduce
el ciclo de ventas y facilita la fase del proyecto.

12
Calificación de oportunidades y prospectos
Ventas

1. Descripción: Competencia para calificar completamente cualquier cliente potencial

generado por usted o que Odoo le haya proporcionado. Hay cuatro puntos principales
que le ayudarán a usted y/o a sus representantes de ventas a comprender si ese
cliente potencial merece tiempo y esfuerzo, y puede identificarlo preguntando y
recopilando la siguiente información:

1. ¿Tienes un proyecto y cuáles son los detalles de ese proyecto?

2. ¿Cuál es su asignación presupuestaria para este proyecto?
3. ¿Cuáles son sus plazos?
4. ¿Cuáles son sus recursos para hacer posible este proyecto?

También puedes utilizar el famoso BANT , que significa:

B = Presupuesto: ¿Cuál es el presupuesto del cliente potencial?

A = Autoridad: ¿Tiene el cliente potencial la autoridad para tomar decisiones o es una

persona influyente?

N = Necesidad: ¿Cuál es la necesidad comercial del cliente potencial?

T = Cronograma: ¿ En qué plazo el cliente potencial implementará una solución?

Una buena calificación se centrará en los puntos débiles de los clientes y cuantificará el
impacto financiero de los mismos.

2. KPI medibles:

 Un vendedor experimentado de Odoo debe ser capaz de calificar a un cliente

potencial en 25 minutos.
 Capacidad para recopilar, comprender y describir (escriba esta información en
notas internas) BANT.
 Ser capaz de determinar los próximos pasos o elementos de acción en función
de la calificación.
 Tener el objetivo de avanzar en su ciclo de ventas por cada interacción que
inicie con un prospecto.
 Tener siempre un siguiente paso reconocido por el prospecto.

3. Recursos/Herramientas:

 Preguntas de calificación
 Formación de cualificación (vídeo)
 Capacitación de Calificación (diapositivas)
 Plantilla de calificación que se agregará a cada oportunidad de CRM:

13
 o Negocio:
o Motivación para mirar Odoo:
o Qué te gusta:
o Punto de dolor principal:
o Software actual:
o Presupuesto:
o Usuarios:
o Tomador de decisiones:
o Línea de tiempo:
o Módulos:
o Competencia:

4. Trampas :

 No hable sobre precios antes de presentar el valor.

 No intente saltarse pasos del ciclo de ventas presentando una propuesta
demasiado pronto sin un análisis profundo de los requisitos.
 No te diferencies exclusivamente por ofrecer precios más bajos.
 No dedique demasiado tiempo a prospectos que no son valiosos.
 No gastes toda tu energía, tiempo y recursos en proyectos que no tienen un
cronograma realista para tomar una decisión final.
 No se comprometa demasiado con prometer cosas al cliente sin realizar un
análisis profundo de los requisitos.
 No espere que un vendedor pueda memorizar la información de calificación de
todos sus prospectos.
 No espere demasiado antes de hablar con clientes potenciales, incluso si no
está perfectamente capacitado. Vender es aprender, conocer prospectos te
empujará a capacitarte con casos reales.

Caso de uso: The Motorcycle Company

Implementación, Ventas

Descripción: Completar el caso de negocio de Motorcycle Company .

Comienza creando una nueva base de datos Odoo con las aplicaciones que consideres
necesarias para cumplir con los requisitos explicados en el caso.

Revise y compare su solución con lo que aparece en nuestra plataforma de eLearning .

14
Semana 3

Cómo ofrecer una excelente demostración de producto

Ventas

En Odoo, eres el dueño de todo el ciclo de ventas. Es crucial saber cómo cautivar a tu
prospecto cuando le estés presentando el sistema, para que tengas más
probabilidades de una venta exitosa.

Esta documentación cubrirá cómo realizar una excelente demostración del producto:

 Introducción de Odoo de 100 segundos

 La lista de verificación de demostración de Odoo

Inicie todas las demostraciones proporcionando una introducción rápida de 2 a 3

minutos. Puedes ver dos ejemplos de esto aquí:

¿Cómo hacer una gran demostración?

Eliminar las palabras de relleno ayudará enormemente al flujo de las demostraciones,

así como también ayudará a hablar en público en general.

10 MANERAS DE ELIMINAR PALABRAS DE RELLENO

Se espera que usted cumpla con estas mejores prácticas en sus presentaciones
semanales de estudios de casos.

Recursos/Herramientas:

 Páginas de aplicaciones en [Link]

 Páginas de características de esas páginas de aplicaciones.
 Los vídeos cortos de la aplicación (muy importantes para identificar los efectos
sorprendentes y los beneficios comerciales por aplicación).
 Los seminarios web de Odoo
 Las notas de la versión:

o Versión 15
o Versión 14
o Versión 13
o Versión 12
 Diferencia entre Odoo Community Edition (CE) y Odoo Enterprise Edition (EE)
 Testimonios de socios:

o Ad hoc (ES)

15
 o Brainvire (ES)
o Konos (SP)
o Soluciones GFP (ES)
 Configuración de aplicaciones (en el software): por ejemplo, con Odoo Sales
 Ejemplo de una buena demostración en Odoo Manufacturing

Trampas:

 Nunca pase por un ciclo de ventas sin realizar al menos una demostración para
generar confianza, expectativas y entusiasmo. Vender ERP con presentaciones
de diapositivas sólo era razonable en los años 80.
 Nunca dejes de presentar demostraciones, tus consultores y representantes de
ventas siempre deben tener el hábito de preparar, practicar y presentar
demostraciones al menos una vez por semana (3 veces por semana para
representantes de ventas).
 Una demostración de ventas no es una sesión de formación. Comprender esa
velocidad (y los efectos sorprendentes y el volumen de información) es más
importante que asegurarse de que la audiencia comprenda el 100% de la
demostración.
 Presente primero el flujo de uso, no su configuración. Vaya a la configuración
solo si un cliente potencial hace una pregunta al respecto.
 Utilice datos de demostración oficiales (cuando instale Odoo con datos de
demostración) en lugar de recrear datos para cada demostración.
 Conozca a su audiencia. Dedique tiempo a aplicaciones y beneficios comerciales
relacionados con su función. No hagas una demostración genérica si eres capaz
de presentar una demostración más sofisticada y puedes calificar a tu
prospecto.
 No cambies el flujo/la historia. Esta es una demostración genérica. Siempre
debe ser el mismo para que eventualmente puedas dominarlo.
 No dedique más de 2 minutos a la introducción antes de sumergirse en el
software.
 Durante la demostración, mencione la función que está a punto de demostrar
antes y no después de haberla mostrado.
 No agregue demasiados pasos antes de la parte de la demostración que aborda
la aplicación que le interesa al cliente. No comience con un cliente potencial en
CRM si el cliente potencial quiere ver Odoo Invoicing.
 Dedica la cantidad de tiempo adecuada según la aplicación. Ciertas aplicaciones
tienen más valor/características/complejidad que otras.

Introducción a la metodología de implementación de

Odoo (inicio rápido)
Implementación

16
¿Por qué esta tarea?
¿Por qué es importante seguir una metodología? Pues bien, el objetivo de la
implementación es claro: Hacer que nuestros clientes utilicen Odoo en su día a
día. Iremos más allá, ya que nuestro objetivo se puede resumir de la siguiente manera:

Incorporar a los usuarios a tiempo y dentro del presupuesto.

Implica que el cliente está debidamente incorporado, lo que significa que sabe cómo
utilizar el software hasta el punto de ser su líder interno de proyecto Odoo. La
implementación se realiza en un marco de tiempo específico que respeta las
prioridades y necesidades del cliente y, por supuesto, es realista. Por último, el
presupuesto juega un papel importante en la mente del cliente, por lo que debería
formar parte de nuestro objetivo igualar ese presupuesto.

¿Cómo manejarlo?

El objetivo de esta sesión es darte una primera introducción sobre la Metodología de

Implementación de Odoo, por qué no cualquier otra metodología "certificada", pero lo
más importante en qué consiste, sus beneficios y riesgos, y cómo aplicarla de la
manera más eficiente.

Lea el libro de implementación de Odoo antes de asistir a esta sesión, ya que le

brindará información y consejos complementarios.
Libro de Implementación de Odoo (o a través del libro físico).l

También puedes echar un vistazo a la presentación de Odoo Experience 2019 (la

intervención de Nomar de Vauxoo es interesante para demostrar que la metodología
puede funcionar y ser rentable también para nuestros socios).

¿De qué se trata esta tarea?

¿Qué es la Metodología de Implementación de Odoo y por qué es efectiva?

Nuestra Metodología de Implementación de Odoo proviene de años de experiencia,

miles de implementaciones exitosas y, por supuesto, algunas fallas. Porque sin el
fracaso no habríamos podido aprender la forma correcta de implementarlo. Nuestra
metodología está basada en otras metodologías (como Agile y Scrum) pero adaptada a
nuestra propia forma de trabajar y a la especificidad de Odoo. En resumen, nuestra
OIM es la mejor de otras metodologías adaptadas y mejoradas a partir de nuestras
implementaciones exitosas y fallas. Y esta mejora nunca termina: mejoramos cada

17
semana un proceso o una política que no es 100% eficiente. Es por eso que nuestra
metodología evolucionó y aún se adapta a procesos más actualizados.

Para lograrlo, primero echemos un vistazo a los pilares principales de nuestra

Metodología de Implementación de Odoo:

1. Prevalece el estándar: al desafiar cada requisito, podemos encontrar alternativas

que funcionan tan bien como cualquier desarrollo, excepto que estas soluciones son
estándar, por lo que están disponibles de inmediato y no cuestan ni un centavo a
nuestros clientes. De hecho, los desarrollos pueden causar grandes retrasos,
aumentan la deuda técnica del cliente y, lo más importante, aumentan la complejidad
del proyecto (no es necesario mencionar que el tiempo de migración y el proceso
también se verán afectados).

En resumen: los avances pueden suponer riesgos potenciales para la implementación y

pueden provocar fracasos o abandonos. Un buen argumento para centrarse en lo
esencial y, por tanto, reducir el desarrollo, sería el principio de Pareto: centrarse en el
éxito del proyecto, no en la solución ideal. El objetivo principal del SPoC y del Consultor
es llevar a cabo el proyecto que se les ha encomendado con el fin de proporcionar la
solución más eficaz para satisfacer las necesidades expresadas. En ocasiones, este
objetivo puede entrar en conflicto con la visión del usuario final sobre una solución
ideal. En ese caso, el SPoC y el consultor aplicarán la regla 80-20: centrarse en el 80%
de las necesidades expresadas y eliminar el 20% restante de los objetivos más
desventajosos en términos de relación costo/beneficio (esas proporciones, por
supuesto, pueden cambian con el tiempo). Por lo tanto, se considerará aceptable
integrar una manipulación que requiera más tiempo si se observa un alivio global.

2. No se deje guiar por la satisfacción del cliente a corto plazo: la satisfacción es

relativa. Una vez que alguien es desafiado o le dicen que su necesidad no es necesaria,
obviamente surgen fricciones y discusiones. ¡Y esto es completamente normal! Pero
tiene un efecto secundario: la satisfacción del cliente disminuye gradualmente. ¡Y eso
también está completamente bien! Solo asegúrese de que el cliente comprenda esto al
principio y recuérdeselo durante la implementación.

3. Centrarse en el éxito del proyecto: la principal prioridad es, de hecho, tener éxito
en la implementación. Concéntrese en el hecho de que tanto el cliente como usted
mismo deben estar impulsados por el éxito del proyecto. Para lograrlo, tu centro de
atención debe ser la velocidad del proyecto. Posponga los requisitos no obligatorios
para fases posteriores y convenza primero al cliente de las características
principales. Recuerde que todavía está adquiriendo clientes en las primeras fases, así
que primero inicie la producción para demostrar su valía y luego pase a ventas

18
adicionales/flujos no cruciales. Al centrarse en el éxito del proyecto, se obtendrá la
satisfacción. No está garantizado lo contrario.

Además de esos principios, lo que esperamos del líder del proyecto es tener
una mentalidad adecuada :

1. Responsabilidades: Asegúrese de que el cliente le proporcione sus requisitos y

por qué es crucial para ellos; usted le brindará la mejor solución
adecuada. ¡Desafío y exigencia para convencerse!
2. Mantenlo simple: menos reuniones innecesarias, trabajo remoto, menos
papeleo, más estándares... ¡Menos es lo mejor (y permitirá que el proyecto
avance más rápido)!
3. Capacitar a los expertos: enfoque de "Capacitar al capacitador" para convertir
al SPOC en el líder del proyecto Odoo y el primer nivel de soporte dentro de su
empresa para que sean independientes. Asegúrese de que su SPOC capacite
adecuadamente a los usuarios finales y vigile de cerca la gestión de cambios.
4. Apuesta por tus/nuestros Talentos: ¡Tu mentalidad es importante! Obtenga
ayuda de sus colegas o expertos de Odoo si necesita algo de experiencia.

Ahora que se han explicado todos los principios, veamos cómo podemos cumplir con
ellos.

Fases del proyecto

1. Fase de Calificación/Inicio del Proyecto:

La calificación es todo el proceso desde la preventa hasta la fase de kick-off. Primero,

el vendedor realiza una calificación adecuada, quien realiza una verificación previa
para asegurarse de que todo se pueda hacer usando Odoo. Esto significa que si el nivel
de detalles es lo suficientemente bueno, su vendedor debe proceder vendiendo la
cantidad de días recomendada y nosotros, los consultores, partimos de ahí. Nuestro
primer paso es iniciar la fase de Kick-off: Recopilar los requisitos tanto del vendedor
como del cliente, más en profundidad y detalle que lo que se ha hecho durante la
calificación de ventas para determinar cómo abordaremos el proceso. proyecto
(planificación, fases, prioridades, plazos, riesgos,...).

Por otro lado, si la calificación de ventas no ha sido concluyente, el vendedor puede

proceder vendiendo un Análisis de Brecha (o Análisis de ROI). Esto permitirá que un
consultor dedique tiempo a investigar con el cliente y los diferentes usuarios/partes
interesadas clave qué hace exactamente la empresa, cómo trabajan y qué
necesitan. Una vez realizado el Gap, el cliente tendrá una planificación y un
presupuesto precisos con respecto a la implementación. Para obtener más información
sobre esta fase, consulte la tarea de incorporación que cubre el tema.

19
 2. Ciclo/s de implementación:

Una vez realizada la planificación adecuada del proyecto en la fase anterior, el cliente,
así como el consultor, pueden avanzar entregando las primeras tareas, configurar las
aplicaciones y flujos de trabajo necesarios, así como importar los datos maestros
necesarios para esa fase. Una vez hecho esto, el SPOC del cliente primero recibirá una
demostración para validar el flujo de trabajo y luego recibirá capacitación para que
pueda capacitar a su equipo. Una vez que todo está listo, el consultor replica el flujo de
trabajo y la configuración en la base de datos de producción del cliente para que
pueda utilizar esa fase particular en un entorno real. Después de recibir comentarios
sobre su uso, el ciclo comienza de nuevo para la siguiente fase.

3. Soporte:

Una vez completadas las fases acordadas y corregido el último feedback, el cliente está
oficialmente en vivo con todo su alcance. ¡¡Felicidades!! Ahora puedes pasar la tarea a
soporte y explicarles que, a partir de ahora, pueden enviar sus preguntas a nuestro
equipo de soporte gratuito que se encargará de ayudarles. Por supuesto, si quedan
algunas horas entre las horas/días de consultoría que vendiste, siempre podrán usarlas
para sus solicitudes o para futuras aplicaciones nuevas que puedan necesitar.

Producción

Ahora debería tener una buena comprensión de la metodología, qué aplicar y cómo
entregarla, pero eso no es todo. Lo más importante que debes recordar después de
todo esto es:

1. Prevalece el sentido común

Sí, todo es fantástico sobre el papel, pero en la realidad nunca funciona exactamente
así. Entonces, para aplicar esta teoría en la práctica, echemos un vistazo más de cerca
a algunos de los principios y veamos cómo se aplicarán en la realidad.

2. Prevalece el estándar

Como mencionamos antes, impulsar estándares tiene muchos beneficios. ¡Pero eso no
significa que el desarrollo (cuando se hace correctamente) sea tan malo! Puede ayudar
en muchos casos. No aplique estrictamente una política de "No desarrollo", ya que
esto puede dañar la relación con el cliente y ser potencialmente riesgoso para la
implementación. Tomemos un ejemplo más concreto: imaginemos que el cliente
necesita una automatización que simplifique su trabajo diario (confirmación de
lotes,...). Como es algo que usarán a diario y les evitará mucho trabajo manual, no
tendría sentido rechazarlo. Por lo tanto, desafíe al cliente sobre el requisito hasta que
esté convencido de que realmente necesita que esto se haga de esta manera
específica después de haber investigado y sugerido todas las soluciones realistas,
posibles y factibles en estándar, entonces tiene sentido optar por el desarrollo.

20
 3. Entrega en fases

Una implementación exitosa se trata de realizar fases adecuadas para reducir los
riesgos y problemas de todo el proyecto. ¡Es imprescindible hacerlo paso a paso, como
podrás comprender al leer el libro! Sin embargo, sucede de vez en cuando (no muy a
menudo, no se preocupe) que el cliente quiere seguir lo que llamamos un enfoque "Big
Bang", es decir, todo a la vez. Este es uno de los puntos en los que realmente es
necesario que el cliente lo convenza, ya que puede dañar gravemente la confianza en
el software, aumentar en gran medida los riesgos de falla y puede llevar a desmotivar
al cliente (principalmente usuarios finales) para usar Odoo. Por supuesto, si el alcance
es CRM/Ventas/Facturación, no es necesario dividirlo en fases, ya que todas están
interconectadas y el cliente puede manejarlas fácilmente. Pero ¿por qué adoptaríamos
el enfoque del "Big Bang" en su totalidad? Bueno, nunca me ha pasado ningún caso,
así que una vez más, prevalece el sentido común: si está convencido de la razón del
cliente para adoptar ese enfoque, simplemente asegúrese de minimizar todos los
riesgos de ese enfoque tanto como sea posible con el cliente.

4. Trabajar de forma remota

En el 99% de los casos trabajamos en remoto por muchos motivos: No desperdiciar

horas por horarios durante el viaje y por tráfico, motivos de presupuesto, fácil acceso a
todo el equipo (compañeros, expertos, equipo técnico,..) .) en el momento, más fácil
realizar múltiples tareas y/o saltar de una tarea a otra, etc. Generalmente, al explicar
esto a nuestros clientes (principalmente PYME), comprenden sus beneficios. Pero ir al
sitio también tiene muchas ventajas: la confianza se genera más rápido, el cliente está
más seguro/satisfecho (subconscientemente), una mejor comprensión de su negocio,
acciones inmediatas durante las fases difíciles/de puesta en marcha, centrado en un
cliente, etc. Entonces, cuando un cliente, generalmente empresas más grandes, solicita
reuniones in situ, trate de no rechazarlas directamente, pero comprenda su
preocupación, explique su versión de los hechos y encuentre un equilibrio saludable
para ambas partes.

5. Formación del usuario final

La metodología dice que utilizamos el enfoque "Formar al formador", que es

extremadamente eficiente ya que hace que el cliente sea más independiente. ¡No hay
manera de saltarse eso! Pero puede suceder que el SPOC (el experto de Odoo del lado
del cliente) le solicite que capacite también a los usuarios finales. Intente comprender
por qué el cliente lo solicita, ya que en algunos casos la gestión de cambios puede ser
manejada tanto por el SPOC como por usted mismo y, en ese caso, brindar
capacitación al usuario final podría ayudar a aumentar la confianza en el software para
todo el equipo (respondiendo preguntas difíciles en el momento en lugar de que el
SPOC no tenga la respuesta, por ejemplo).

6. Responsabilidades

Para la mayoría de las empresas, parece obvio que nos brindan sus requisitos y el
motivo (Qué y Por qué) y nosotros, como Líderes de Proyecto Odoo, brindamos la

21
solución (por supuesto, no olvides desafiar sus requisitos y motivos!). Sin embargo,
cada vez nos damos más cuenta de que hay casos en los que actuaremos más como
asesores. Por lo tanto, podría suceder, por ejemplo, si su cliente es una nueva empresa
con procesos y requisitos indefinidos, que usted le dará forma no sólo a su negocio
dentro de Odoo, sino también a su propio negocio en función de su conocimiento. Y no
se limita a las empresas de nueva creación, hemos visto un par de empresas más
grandes que cuestionan mucho sus propios procesos y piden asesoramiento o mejores
prácticas en términos de industria.

7. SPOC

Por lo general, prevalecemos por tener un único punto de contacto para facilitar la
implementación y convertir a ese SPOC en el experto interno/líder de proyecto de
Odoo que, en el futuro, apoyará a toda la empresa en lo que respecta a Odoo. Sin
embargo, puede ocurrir que haya más de una persona atendiendo nuestras
llamadas. Esto se debe al hecho de que, en algunos casos, nuestro SPOC necesita una
experiencia específica que le falta. Por ejemplo, nuestro SPOC podría no ser contador
y, por lo tanto, tendrá dificultades para tomar la decisión correcta. Para evitar el riesgo
de implementarlo de manera incorrecta, su contable se unirá a la parte contable de la
implementación, junto con el SPOC, para garantizar una configuración correcta. Otros
ejemplos: 2 fundadores de una startup, director de producción, especificidad en un
flujo de trabajo particular.

8. Documentación del proyecto

Para la mayoría de nuestros proyectos, no redactamos una documentación adecuada

de lo que se ha hecho durante la implementación por la sencilla razón de que
intentamos minimizar el tiempo utilizado facturado para tareas administrativas. Por
supuesto, hay un mínimo indispensable que proporcionamos a través del "Organizador
de proyectos de Odoo" (TODO: agregue el enlace aquí), pero puede suceder que
algunos proyectos más grandes requieran una documentación más completa. Si es así,
intente mantener las cosas en viñetas si es realmente necesario, no pierda demasiado
tiempo escribiendo la documentación perfecta, ya que tiene poco valor adicional en
comparación con la implementación de una aplicación adicional y muy pronto quedará
obsoleta.

Datos de importación básicos + Ejercicio

Conocimiento del producto

¿Por qué esta tarea?

Dado que la mayoría de los proyectos que implementará son empresas existentes,
estas ya cuentan con datos existentes, como una libreta de contactos o productos,
también llamados datos maestros.
Al comienzo del proyecto, tendrás que discutir con el cliente qué hacer con esa

22
información para saber qué tendrás que importar. Importar datos no siempre es fácil y
esta tarea tiene como objetivo brindarle las herramientas necesarias para ingresar los
datos de sus clientes a Odoo.

Esta tarea consiste en aprender algunas nociones básicas de importación y poder

satisfacer ya las necesidades de importación más básicas. A medida que los proyectos
se vuelven más complejos y el volumen de datos se vuelve más importante, tal vez
tengas que cambiar a un modo de importación con script, que se detalla más adelante
en este curso.

Sin embargo, para el 80% de su cliente y como lo describimos en este artículo del
curso, una importación semimanual con el archivo .csv/.xls/.xlsx de su cliente debería
ser más que suficiente.

¿Cómo manejarlo?
Requisito previo:
revise la lista de recursos a continuación para ayudarlo a comprender mejor los
factores que intervienen en la importación y exportación de datos.

Estructura de la base de datos de Odoo

Comprensión de modelos y campos en Odoo

Aquí están los 3 archivos de Excel que deberá importar a una base de datos de Odoo:

1. Compañías
2. Producto
3. Contacto

Como práctica recomendada, registre todos los problemas y correcciones que aplicó
en los archivos para poder importarlos. Si es posible, agregue una explicación del
motivo por el cual realizó el cambio/actualización.

Lo más importante no solo es poder importar los archivos sino también entender los
cambios que se han realizado para que al trabajar en un proyecto no haya ninguna
corrección disponible.

Para ayudarle en esta tarea, aquí le presentamos las mejores prácticas de

importación , para evitar caer en las trampas comunes de la importación.

Revise el siguiente vídeo Importación de Big Data de forma sencilla.

Aquí también hay un vídeo que explica algunos conceptos útiles como el XMLID.

4. Salida

23
Después de corregir los ejercicios, debes saber:

1. Por qué necesitamos importar datos maestros en la mayoría de los proyectos;

2. Cómo importar datos maestros en Odoo;
3. Cómo corregir archivos de importación y explicar los conceptos básicos de
importación a los clientes.

Creación de plantillas de correo electrónico para

prospección
Ventas

Descripción: Te darás cuenta de que enviarás muchos correos electrónicos a clientes

potenciales. Para que el proceso sea eficiente y asegurarse de utilizar su tiempo de
forma inteligente, querrá tener plantillas. Recomendamos contactar a tus
oportunidades al menos 3 veces.

Recursos/Herramientas: Idealmente, deberías usar Odoo para crear y enviar todos tus
correos electrónicos. Vea a continuación un breve vídeo que le enseñará cómo crear
sus propias plantillas de correo electrónico. ¡Necesitará crearlos usted mismo antes de
poder comenzar a llamar a sus clientes potenciales!

 Capacitación sobre plantillas de correo electrónico: pasos para mejorar su tasa

de respuesta (diapositivas)
 Cómo crear plantillas de correo electrónico en Gmail.

Como tarea: cree 3 plantillas de correo electrónico utilizando los recursos

enumerados anteriormente.

Contabilidad de Odoo
Conocimiento del producto

¿Por qué esta tarea?

Dado que en la mayoría de los proyectos tendrás que implementar la contabilidad,

necesitarás capacitarte en todos los flujos básicos que puedas enfrentar: factura,
informes de socios, cierre de impuestos,...

24
La contabilidad no es una aplicación fácil de implementar y necesitarás capacitarte con
videos avanzados.

Recursos/Herramientas

Clase inteligente de contabilidad

Lista de verificación de la aplicación de contabilidad para fines de aprendizaje y

demostraciones

Si te sientes cómodo configurando Odoo pero no con sus aspectos contables, es muy
importante considerar las siguientes acciones:

 Obtenga algunos conocimientos contables básicos pero muy necesarios a

través de sitios web de aprendizaje electrónico
como [Link]
 Pide ayuda a través de nuestros expertos en Odoo
 ¡Pídale a una de nuestras firmas de contabilidad que trabaje con usted! Muchas
firmas de contabilidad ya figuran en nuestro sitio web y están listas para ayudar
a nuestros socios a trabajar con Odoo para implementar sus clientes. Puedes
consultar la lista completa aquí .

Trampas

 Localizaciones: aunque "Contabilidad" generalmente se inclina hacia una

mayor estandarización, cada país todavía tiene detalles específicos sobre su
contabilidad (incluso en un país podríamos pasar horas discutiendo diferentes
planes de cuentas que potencialmente podríamos usar). Estos detalles
contables "locales" se denominan "Localización" en Odoo (a veces abreviado
l10n) y es posible que aún no cubramos completamente la localización de su
país. Si ese fuera el caso, no dude en preguntarle a su contacto de Odoo cómo
podemos hacer que Odoo cumpla con las normas de su país.

¿De qué se trata esta tarea?

1. Qué tipo de característica ofrecemos y detectamos si alguna podría adaptarse a

las necesidades de su cliente.
2. Cómo usar/configurar esas funciones.
3. Cómo presentarlo a su cliente.

Producción

1. Siéntete cómodo con los flujos de trabajo presentes en la aplicación de

Contabilidad de Odoo

25
 2. Comprenda qué significa la localización en Odoo y cómo podría aprovecharla
para su mercado.

PKB, documentación y foro

Implementación

Descripción: Si has llegado hasta aquí, debes haber visto que tenemos mucha
documentación en este curso. Sin embargo, si bien este curso trata específicamente
sobre su crecimiento como líder de proyecto, tal vez seamos un poco "ligeros" en
algunos aspectos, como los comerciales y cómo nos comunicamos juntos. Si quieres
descubrir más de estos aspectos y profundizar en cómo colaboramos.

Esta tarea consiste en hacerle ver otras referencias importantes y fuentes de

documentación directamente disponibles para usted. Estas tres fuentes son una
concentración de información y deberían ser armas que formen parte de su arsenal.

Recursos/Herramientas: Te proponemos que eches, como mínimo, un vistazo rápido a

estas tres fuentes de información. Te garantizamos que no habrá ningún proyecto para
el que no necesites ninguno de estos salvavidas.

Base de conocimientos de la asociación:

Eche un vistazo a la base de conocimientos de la Asociación . Este curso dedicado a

socios tiene como objetivo brindarle más armas cuando se trata de colaborar con
Odoo:

 ¿Cómo obtener ayuda de mi administrador de cuenta?

 ¿Cuáles son las ventajas de Odoo Enterprise vs la comunidad Odoo?
 ¿Qué servicios adicionales puede proponer Odoo para ayudarme a poner a mi
cliente en producción?
 ¿Cómo utilizar los paneles de control de socios?

Son algunas de las preguntas que se responden y le ayudarán a iniciar el camino hacia
una asociación exitosa.

Documentación de Odoo:

La raíz de toda nuestra documentación funcional se puede encontrar aquí , pero no

olvide que encontrará el documento técnico (incluido el documento de instalación y
API) al lado en caso de que lo necesite. Si bien el documento no cubre TODOS los
aspectos funcionales ni técnicos, ha ido creciendo en tamaño y popularidad a lo largo
de los años y es más confiable que nunca.

Si deseas contribuir, puedes hacerlo de varias maneras. Primero puede proponer su

propia solicitud de extracción en el repositorio de GitHub , si sabe cómo hacerlo. Si no
lo hace, no dude en proponer alguna mejora en ese documento cuando discuta este

26
tema del curso con su Odoo Onboarder. Si recibimos muchas demandas similares, hay
muchas posibilidades de que la documentación que falta se agregue pronto.

Foro de Odoo:

El foro es un lugar no estructurado similar a StackOverflow donde encontrará una

respuesta a preguntas muy específicas. Si encuentra un punto de bloqueo en su
camino, es muy probable que alguien ya lo haya solucionado y haya publicado un
comentario sobre la pregunta de otra persona en el Foro. Navega por él gracias a las
diferentes opciones de búsqueda y, si no encuentras lo que necesitas, búscalo en
Google. Google muy a menudo redirige a nuestro foro de Odoo si tenía "odoo" al lado
de su pregunta técnica o funcional;)

Además de cada comentario público en el Foro, encontrará muchos comentarios de

nuestros consultores. Encontrará superestrellas como Ray Carnes , nuestra Leyenda
Viviente funcional en Odoo, pero también muchas preguntas formuladas por nuestros
propios empleados y respondidas por otros empleados de Odoo de mayor
rango. Aunque pueda parecer extraño, hace unos meses decidimos hacer públicas
todas nuestras preguntas internas. Entonces, cuando un empleado de Odoo tiene una
pregunta para uno de sus colegas, debe publicarla en el foro y pedir ayuda para que no
solo se resuelva para él, sino para toda la comunidad de Odoo.

Producción

Ahora conoce estas tres fuentes muy importantes de información adicional en Odoo y
está mejor preparado para enfrentar las necesidades de su cliente. No dude en agregar
sus comentarios tanto en la Base de conocimientos de asociaciones (PKB) como en el
foro, o en votar las respuestas que le hayan resultado útiles en el foro.

27
Semana 4
Explicación de los precios de Odoo
Ventas

Descripción: Es importante que se familiarice con la forma de ofrecer el

sistema. Recuerde que nuestro principal objetivo es vender Odoo y vender Servicios
de Implementación .

Lo primero que debes tener en cuenta es que tu Account Manager (AM) es el

encargado de ayudarte con las diferentes diferencias de precios, principalmente según
países.

En segundo lugar, el precio de Odoo se basa en la suscripción y el total cambiará según

la cantidad de usuarios, la cantidad de aplicaciones, integraciones y el método de
alojamiento utilizado que se instalarán en su base de datos.

Recursos/Herramientas:

Revise la página de precios de Odoo y asegúrese de comprender cómo funciona, ¡y

también practique su presentación!

Precios de suscripción a Odoo

Precios del paquete de éxito de Odoo

Algunos detalles son:

 Usuarios significa la cantidad de personas (empleados) que ingresarán al

sistema.
 Las aplicaciones serán los módulos que permitirán o no realizar una
funcionalidad específica dependiendo del objetivo del proceso.
 Desde la página de precios, debe obtener la siguiente información:

o Si un cliente elige solo una aplicación y SaaS como método de

alojamiento, se le proporcionará de forma gratuita (incluidas cualquier
otra aplicación considerada "dependencia")
o Limitaciones del Hosting Online (por ejemplo menos flexibilidad al
momento de agregar código personalizado).
o Elegir un socio del sitio web
o El costo adicional de seleccionar [Link] como método de alojamiento.
o Hay un descuento inicial: del 25% por usuario

28
 o Contratos mensuales versus anuales (no solo en precios sino también en
métodos de hosting)
o Explicación del Success Pack para Partners y las diferencias entre Client
Pack VS Partner Pack

Análisis de negocios
Implementación

1. Descripción: Como líder de proyecto, usted es responsable de encontrar

la solución más adecuada que ayudará a sus clientes a administrar su negocio de
manera eficiente.

Este proceso comienza con un buen análisis de sus flujos de negocio. Siempre
debes centrarte primero en las necesidades del negocio, en lugar de en la solución
en Odoo . Para una implementación exitosa, es necesario comprender en la medida de
lo posible todas las limitaciones y oportunidades que existen para la empresa. De
hecho, su función no es sólo configurar la base de datos de sus clientes, sino también
iniciar un cambio mayor en la forma en que está estructurada la empresa y en la forma
en que trabajan las personas.

Por lo tanto, esta tarea le brindará algunos consejos y trucos para hacerles a sus
clientes las preguntas correctas y también la oportunidad de analizar casos de uso
comerciales reales.

[Link]/Herramientas:

Gran parte de la fase de Kickoff consiste en analizar la forma en que funciona el

negocio. Cuando preguntas por la empresa del cliente, tienes que recorrerla, de un
departamento a otro como si estuvieras in situ. Las características de Odoo sólo
vienen después , es por eso que al momento de analizar el negocio, tienes que
despegarte de tus conocimientos de Odoo.

Durante todo el proyecto, tenga en cuenta que los requisitos del negocio son tan
importantes como el conocimiento de Odoo. De lo contrario, se saltará algunos
procesos comerciales importantes para el cliente y su proyecto podría fracasar.

Análisis de negocio versus conocimiento del producto

La definición de análisis empresarial es la comprensión de cómo funciona el negocio de

una empresa y por qué está organizado de una manera específica.

29
Gracias a este análisis, también comprenderá por qué el cliente compró Odoo y las
expectativas relacionadas con el uso del sistema. Así, podrá encontrar las soluciones
adecuadas para cada requerimiento.

Ilustremos esto con algunos ejemplos:

Ejemplo 1:

Durante el inicio, su cliente menciona que recibe clientes potenciales. Si detiene el

análisis aquí, concluirá que necesita mostrar cómo están funcionando los clientes
potenciales en la aplicación CRM. Si hace más preguntas como: " ¿Cuántos leads
recibes? ¿Cómo decides con cuál contactarás?", es posible que tengas respuestas que
cambiarán la forma en que configuras el CRM.=> Si el cliente recibe 200 leads por mes
y básicamente se comunica con todos ellos , entonces tal vez sería más eficiente utilizar
las oportunidades en Odoo directamente. Ahorrará algo de tiempo y la configuración
seguirá siendo sencilla.

Ejemplo 2:
Durante el Kick-off, su cliente menciona que su año fiscal es el 1 de julio. Si detiene el
análisis aquí, concluirá que solo necesita configurar el inicio del año fiscal en Odoo en
esta fecha.- Si haces más preguntas como: ¿necesitas tener Odoo funcionando en esa
fecha para manejar los procesos contables? ¿Hay muchas vacaciones durante julio? Es
posible que reciba respuestas que cambiarán la forma en que organizará la
implementación. => Si su cliente necesita que la aplicación de contabilidad se maneje
en Odoo en esta fecha, entonces debe asegurarse de realizar la implementación de
contabilidad en etapas en el momento adecuado. Además, tendrás que comprobar
que si tienen gente de vacaciones, el go-live se puede realizar de forma eficiente.

Ejemplo 3:
Durante la implementación, su cliente le explica que vende sus productos en una
tienda y que tiene stock en la tienda y en un almacén. Si detiene el análisis aquí,
concluirá que el POS y el almacén múltiple deben ser implementado.- Si haces más
preguntas como: ¿ Están tus productos disponibles de inmediato? ¿Su almacén está
lejos de la tienda? Puede cambiar el alcance del proyecto.=> Si su cliente le dice que la
mayoría de los productos deben controlarse antes de ser enviados al cliente y que el
almacén es realmente accesible desde la tienda, puede decidir que el POS debe ser
reemplazado por Ventas para que realices pruebas a partir de los pedidos de entrega y
que el multialmacén pueda ser sustituido por una configuración multiubicación. Le
ahorrará algo de tiempo ya que no implementará el POS para descubrir que no se
ajusta a los requisitos del cliente y su cliente no perderá la confianza en usted. Esos
ejemplos resaltan que detrás de requisitos simples, habrá que tomar decisiones
importantes para garantizar que el proyecto comience sobre una buena base y que el
cliente se beneficie de una implementación precisa. Este es un primer e importante
paso para evitar cometer errores en las primeras etapas del proyecto que podrían

30
tener un gran impacto a corto o largo plazo. Deja que el cliente te explique, no lo
interrumpas ya que podría dar un detalle realmente importante en medio de una frase
menos útil. Haz todas las preguntas que sean necesarias y solo cuando tengas todos los
detalles, podrás comenzar a analizar la mejor solución en Odoo.

¿Por qué necesitas hacer preguntas?

Las preguntas inútiles no existen. A veces la complejidad se esconde detrás de un

pequeño detalle y la consecuencia podría llevar a un cambio importante en la
implementación.

Tomemos otro ejemplo:

El cliente menciona que venden en diferentes países de América.

--> Deberías preguntar: "¿Podrías darme el nombre de los países?"

--> El cliente menciona México y Canadá.

=> Conclusión: existe la posibilidad de tener que gestionar las operaciones multidivisa
(USD / MXN / CAD).

Como analistas de negocios, no somos expertos en todas las industrias y menos aún en
el negocio de cada cliente. El único que debe saber cómo funciona una empresa es el
propio cliente y por eso es él el encargado de facilitarnos la información necesaria. Sin
embargo, como analistas de negocios, debemos aprender la capacidad de analizar y
hacer preguntas sobre los negocios de nuestros clientes. Aprender esto lleva tiempo,
pero existen muchas formas de mejorar nuestro conocimiento empresarial, ya sea
mediante la implementación (básicamente la experiencia) o también hablando con
expertos. Y obviamente, el sentido común es tu mejor amigo. No subestime el hecho
de que nuestros clientes pueden esperar más de nosotros que simplemente aprender
cómo funciona Odoo y brindarles asesoramiento comercial es una de sus expectativas.

Sentirse cómodo en la forma de analizar el negocio del cliente

Uno de los mayores errores en este proceso es tener miedo de hacer preguntas. Si no
completas una tarea porque tu solución no es buena, no importa: aprendes y no
cometerás más el error. Pero si no logras completar una tarea porque no te atreviste a
hacer una pregunta, entonces es un problema.

Como se explicó anteriormente, las preguntas inútiles no existen , nadie puede

definir qué es una buena pregunta y qué no, pero podemos decir definitivamente
cuándo una pregunta no fue abordada.

Dentro de una empresa hay mucha gente que está haciendo diferentes procesos. Es
muy poco probable que una sola persona lo sepa todo: el director financiero es el
experto en los temas financieros de la empresa, el almacenista en la logística... Si en la

31
empresa del cliente existen varios expertos, ¿ cómo se pueden dominar todos los
aspectos de su negocio? ¿Y tú ni siquiera trabajas allí? Todo será lógico para tu
cliente porque lo hace a diario. Además, si no entiendes la explicación recibida, puede
ser porque el cliente no se expresó bien o porque incluso le falta algún dato o no
entiende del todo su negocio. No dudes en repetirle a tu cliente (con tus propias
palabras) cómo has entendido lo que acaba de decir. Al hacerlo, les dará la
oportunidad de corregirlo si es necesario y de asegurarse de haber entendido
correctamente.

Si no preguntas, no aprenderás. El alcance de nuestro trabajo es realmente grande

(conocimiento empresarial, producto Odoo, aspecto técnico, aspecto de gestión de
proyectos,...) y el consultor perfecto no existe, nadie puede dominarlo todo. Preguntar
significa aclarar. Al preguntarle algo a su cliente, incluso si está casi seguro de saber la
respuesta, garantiza que ambos tienen la misma comprensión de cualquier tema
específico. La transparencia es una parte importante para garantizar que los proyectos
se implementen sin problemas y demuestra que no se dejan las cosas al azar.

No hay mal momento para hacer una pregunta. No es porque no lo hayas hecho
durante el saque inicial por lo que nunca deberías preguntarlo. Por el contrario, nunca
dejarás de analizar el negocio de tu cliente a través de la implementación y
periódicamente surgirán nuevos requisitos. Cada vez que sienta que algo no está claro
con respecto al negocio del cliente, siempre debe aclararlo antes de pasar a la
siguiente tarea pendiente.

Tenga en cuenta que la mayoría de los clientes encuentran más creíble un consultor
que hace preguntas, analiza los flujos, sugiere alternativas, reafirma las respuestas
para asegurarse de que sean claras y que la terminología utilizada sea la misma... que
un consultor que sólo ejecuta la orden. Debes sentirte legítimo cuando hagas la
pregunta. Al hacerlo, usted se convertirá en el verdadero líder del proyecto y no
simplemente en el "ejecutivo".

¿Cómo mejorar el conocimiento empresarial?

Nadie nace científico. El aprendizaje necesita tiempo y experiencia.

Aquí hay varias posibilidades para aumentar su conocimiento empresarial:

 Aprende a través de tu experiencia.

 Si la información recibida no es clara --> cuéntela y solicite una aclaración.
 Utilice las listas de verificación de mapas mentales para diferentes aplicaciones:

o Contabilidad
o Fabricación
o Inventario de compras
o Sitio web y comercio electrónico
 Haga preguntas a sus contactos de Odoo (AM, CSTM, Consultor) o en su
empresa.

32
  Siga las sesiones de formación ofrecidas por una autoridad de formación
certificada.

3. Comidas para llevar

Sólo una vez que tenga una idea clara de los requisitos del negocio podrá comenzar a
pensar en cómo implementar Odoo. En otras palabras, es su conocimiento empresarial
el que debe guiar sus decisiones de implementación y no su conocimiento de Odoo.

Si te concentras en las funciones de Odoo, te pierdes otra parte importante de tu

trabajo. Un buen análisis de negocio conducirá a una buena configuración de Odoo.

 Después de haber aprendido qué significa el análisis empresarial, es hora de

que lo practiques.
Piense en preguntas relevantes que haría sobre sus nuevos proyectos.
 Vuelva a verificar lo que ha entendido del cliente.
 Solicite la información que necesita para tomar una decisión de
implementación.
 Pregúntese:

 "¿Por qué deberías hacer estas preguntas?"

o "¿Qué podría pasar si no lo haces?"

Ahora que comprende la importancia del análisis empresarial, puede abordar su

primera llamada inicial y sabe cómo aumentar su conocimiento empresarial con el
tiempo.

También debería sentirse más cómodo con la forma de analizar y hacer preguntas
sobre el negocio de sus clientes.

Evitarás presentar soluciones complejas enfocándote primero en el negocio y no en

Odoo.

Métodos de alojamiento y [Link] para

demostraciones personalizadas
Técnico, Implementación, Ventas

Descripción: Comprender los métodos de alojamiento para recomendar una solución

precisa a clientes potenciales y clientes será una parte importante de su viaje a Odoo.

Lea el material compartido a continuación para fortalecer sus conocimientos. Revise el

documento vinculado a continuación. Si tiene alguna pregunta sobre las opciones de
alojamiento de Odoo, asegúrese de revisarlas con su administrador de cuentas en sus
reuniones.

Recursos/Herramientas:

33
Explicación: Odoo se puede alojar de forma local o como un servicio (nube). Hay tres
tipos de "como servicio" que existen fuera de Odoo.

TIPO Infraestructura AAS Plataforma AAS Software AAS

Alguien te alquila una

Alguien te vende una
Alguien te alquila una computadora portátil con
computadora
computadora portátil pero sistema operativo
portátil. No hay nada
con un sistema operativo (Windows) y se abre Zoo
allí: ni sistema operativo,
(Windows). No se puede Tycoon. No puedes salir de
Ejemplo ni aplicaciones,
cambiar el sistema Zoo Tycoon y abrir o incluso
práctico nada. Están "alquilando
operativo. descargar otra aplicación. Se
metal".
le alquila una pieza de
software y sus limitaciones
en cuanto a lo que puede
cambiar en el software.

34
Google Drive es una Le brindan la plataforma
infraestructura como para descargar y administrar
servicio. Alquilan las aplicaciones que
espacio para que puedas desee. Digamos que
almacenar lo que descargas Zoo Tycoon y
quieras, sin soporte para Roller Coaster Tycoon;
que puedas administrar puedes administrar ambas
lo que estás aplicaciones, conectarlas y
almacenando. Usted agregar modificaciones a las
crea y mantiene toda la aplicaciones para obtener
información en la elefantes o paseos
unidad. adicionales.

En este ejemplo, Google

Drive le alquila espacio
Incluso puedes desarrollar tu
en un servidor en un
propia aplicación y luego
almacén. Te estan
ejecutarla aquí.
alquilando metal (un
servidor)

35
Ejemplo
de No vendemos IAAS. OdooSH Odoo en línea
Odoo

 [Link] es una plataforma en la nube para usuarios de Odoo Enterprise (PaaS)

que le permite instalar aplicaciones de terceros de Odoo y, lo que es más
importante, Odoo sh permite crear DESARROLLOS.
 División de responsabilidades entre la empresa (cliente) y el proveedor del
servicio de software (en este caso, Odoo)

Documentación adicional:

 Cómo elegir tu tipo de hosting

 Cómo elegir tu infraestructura (diapositivas)
 ¿Qué es [Link] y cómo puede beneficiar a tu negocio?
 Que es Odoo sh y cómo puede beneficiar tu negocio
 [Link] para gerentes de proyectos y desarrolladores
 Preguntas frecuentes sobre [Link]
 Cómo crear una base de datos [Link]

Trampas:

 Piénselo dos veces antes de involucrar a un desarrollador en la preparación de

una demostración. Debería seguir siendo muy excepcional porque 1) el
desarrollo no es necesario y se puede realizar de forma estándar, o 2) es mejor
invertir el tiempo de su desarrollador en otra cosa (consultoría paga, análisis de
brechas o tranquilidad durante el proceso de ventas). o 3) el cliente potencial
no necesita que lo convenzan. Para una demostración personalizada (pre-
venta), prefiera la creación de prototipos sucios (pantallas y campos sin lógica)
en lugar de un desarrollo completo.
 No crea que una demostración personalizada aumenta sus posibilidades de
realizar una venta (a menudo ocurre lo contrario debido al riesgo).
 Mantenga una mentalidad de "vender, luego desarrollar" tanto como sea
posible. No de la otra manera.

Elija su estrategia de ventas/metodología del

proyecto
Ventas

36
1. Descripción: Nuestros socios exitosos tienen uno de dos tipos de perfiles: socio de
inicio rápido o socio de proyecto personalizado.
Al comienzo de su viaje de asociación, en su camino hacia una asociación exitosa con
Odoo, le recomendamos elegir una de las 2 estrategias, pero no ambas al mismo
tiempo. Ambas estrategias pueden tener éxito. Tendrás que elegir el tuyo en función
de los recursos internos o de tus clientes.
Tenga en cuenta que existen otras estrategias (menos frecuentes): creadores de
aplicaciones, fiduciarios.

2. KPI medibles:

 Explique su estrategia de ventas y la metodología de su proyecto en su primera

llamada con su gerente de cuenta de Odoo. Esto también ayudará a su
administrador de cuentas a enviarle clientes potenciales alineados con su perfil.
 En QuickStart: si nunca ha perdido un cliente potencial porque dijo “no” a una
función, probablemente esté haciendo algo mal.
 En Proyecto Personalizado: Si nunca has perdido un prospecto porque eres
demasiado caro, probablemente estés haciendo algo mal.
 Su tasa de éxito debería ser mucho mayor con un enfoque de proyecto
personalizado que con un enfoque de inicio rápido porque el tiempo/esfuerzo
invertido debería ser mayor.

3. Recursos/Herramientas:

 Inicio rápido:
o Metodología de implementación
o Quickstart 2.0 - ¿Cómo garantizar el éxito de su implementación de
Odoo?
 Cómo gestionar las expectativas del cliente:

o La clave para los proyectos de implementación

 Metodología de implementación: consejos y trucos

4. Trampas :

 No elegir una estrategia e intentar hacer ambas cosas: una vez que adquiera
más experiencia, podrá implementar Odoo con una estrategia híbrida para
obtener lo mejor de las dos metodologías: comenzamos con un enfoque de
inicio rápido y eventualmente cambiamos a un proyecto más personalizado
después de una primera puesta en marcha. Sin embargo, esto no es algo que
recomendamos para nuevos socios, ya que es muy poco probable que sean
buenos en ambos desde el principio.
El uso repetitivo de la misma metodología ayuda a aumentar la velocidad de
implementación y la tasa de éxito.
 Aceptar proyectos que no están en tu estrategia.
 Elegir una 3ª estrategia que no aporta valor porque ya es algo que proporciona
Odoo: actualización, mantenimiento, alojamiento en la nube pública,... con

37
 economías de escala.

Ciclo de vida del proyecto

Implementación

Descripción: Aunque cada proyecto que recibirá será diferente, todos pasan por los
mismos pasos a lo largo de su ciclo de vida de acuerdo con la Metodología de
implementación de inicio rápido. Es muy importante ser consciente de esos pasos,
pero sobre todo entender por qué, cómo y cuándo un proyecto pasa de un paso al
siguiente.

Recursos/Herramientas: A continuación verá un ejemplo de cómo organizamos el ciclo

de vida de un proyecto en Odoo.

1. Lanzamiento interno: El lanzamiento interno es la primera vez que se enterará de

un proyecto por parte de su/nuestro vendedor. Gestionar adecuadamente este primer
paso es crucial para organizar mejor el saque inicial.

¿Cuándo se produce el saque inicial interno?

El Kickoff Interno es el primer paso de la fase de Kickoff. Cuando le asignan un

proyecto, normalmente comenzará llamando a su representante de ventas para
discutir lo acordado con el cliente.

Propósito: El Kickoff Interno es importante ya que sienta las bases para el Kickoff con
el cliente. Durante esta reunión, recibirá información sobre la forma en que opera el
negocio, por qué el cliente tomó los módulos de suscripción, las expectativas y
limitaciones del cliente, el ciclo de ventas y una descripción de la personalidad del
SPOC (afinidad de TI, comunicación, etc.). ..).

Esta llamada también le permitirá aclarar las posibles preguntas que haya detectado al
leer la descripción de la tarea, como la falta de solicitud, el número de horas
demasiado pequeño en comparación con el alcance del proyecto, la calificación poco
clara del vendedor, etc.

Ejemplo: Lees que el cliente impuso un plazo que no es alcanzable. ¿El vendedor
estuvo de acuerdo o el cliente tiene claro que sería imposible? Tendrás que saber
cuáles son las expectativas del cliente en este caso.

2. Inicio: La fase de inicio es el punto de partida de cada proyecto y se encuentra entre

los pasos más importantes de la implementación. El propósito de esta tarea es
explicarle a su cliente la importancia de cada tema que debe abordarse en la fase
inicial.

Objetivo:

38
  Asegúrese de que usted y su cliente estén alineados con respecto a la
metodología y la forma en que trabajarán juntos durante la implementación.
 Entiende con precisión la situación actual de tu cliente (TAL CUAL) y la situación
a la que le gustaría llegar con Odoo (TO SER).

Ejemplo: En varios proyectos surgieron algunos problemas durante la implementación

que podrían haberse identificado desde el principio o incluso evitarse gracias al inicio.

"Durante el período inicial, algunos aspectos del negocio no se analizan con suficiente
profundidad. Durante la implementación, descubres que tu 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 dedicaste a trabajar diseñando una solución basada en un
análisis erróneo necesita ser mejorado, el proyecto podría estar en riesgo y tu cliente
podría perder la confianza en tu servicio."

Al final, el cliente debe saber:

 De qué se trata la fase inicial;

 Por qué es tan importante para el éxito del proyecto;
 Cómo se va a realizar (agenda de convocatoria).

El cliente debe ser consciente de que esta fase llevará tiempo (alrededor del 10% de
toda la implementación) y no debe pasarse por alto. También tenga en cuenta que no
es necesario que complete la fase inicial en una sola reunión. Incluso se aconseja
dividir esta fase en dos o más pasos si la información recogida requiere ser analizada o
asimilada para definir un escalonamiento adecuado.

A continuación se ofrece una descripción general de los diferentes temas a abordar

durante el inicio y las razones por las que cada uno de ellos es importante.

 Explique el principio fundamental de la Metodología de implementación de

Odoo: Esto puede parecer redundante si el cliente ya leyó el enlace que le
envió con anticipación, pero en realidad no lo es. No debe dudar en dedicar
tiempo a cada concepto y asegurarse de que el cliente comprenda cada punto
clave y esté de acuerdo con él. Cada concepto forma parte de nuestra
metodología porque ha demostrado su importancia a partir de experiencias
previas.
 Vida del proyecto: todos los aspectos prácticos y organizativos del proyecto
también deben abordarse durante el inicio. Es más fácil definir desde el
principio cómo irá el proyecto y qué debéis esperar unos de otros. Después de
la fase inicial, se deberían haber abordado todas las preguntas que el cliente
pueda tener sobre la colaboración con su consultor.
 Alineación de la visión: el propósito del inicio también es ser consciente de las
expectativas y prioridades de su cliente y asegurarse de que no haya ninguna
brecha en su comprensión de sus necesidades. Comprender por qué te eligen a

39
 ti y a Odoo, y qué creen que compraron también es esencial para alinearse
entre sí.
 Análisis de los flujos comerciales: la fase de inicio tiene como objetivo
comprender en detalle todos los flujos comerciales de su cliente y obtener una
imagen clara de cómo funciona su negocio. Es necesario profundizar en cada
actividad para identificar limitaciones y riesgos y garantizar la coherencia en la
implementación. Al final del inicio, la razón por la cual cada aplicación es parte
del alcance debe quedar muy clara para usted. En algún momento durante el
inicio, comprenderá mejor la viabilidad de algunos de los requisitos. Si desde el
principio te das cuenta de que tu cliente espera demasiado de lo que Odoo
realmente puede hacer en estándar, también debes mencionárselo a tu cliente
y hablar sobre desarrollo.
 Conclusión inicial: Al final del inicio, la conclusión debe quedar clara para
usted:

o Si todo va por buen camino: asumes la responsabilidad del proyecto de

colaborar en el proyecto.

o Si algunos elementos no están completamente alineados, puedes ser

flexible en la forma en que liderarás el proyecto, siempre y cuando la
organización no te impida llevar el proyecto al éxito.

3. La fase de implementación: este es el momento en el que colaborarás con el

cliente para configurar los flujos de trabajo esperados dentro de las diferentes
aplicaciones.

El objetivo es entregar la solución Odoo que cumpla con los requisitos del proyecto
identificados durante la convocatoria inicial, y esto de acuerdo con las fases que usted
acordó.

Esta fase de implementación consta de diferentes pasos, que pueden repetirse o no,
dependiendo de las discusiones y conclusiones que tendrá con su cliente al final de
cada ciclo. Esos pasos se ilustran en la siguiente imagen:

40
Diseño - Refinamiento del análisis: una vez que se completan la convocatoria inicial y
las fases, es hora de pasar a la implementación real.

Antes de iniciar la configuración y el montaje de la base de datos, es fundamental

afinar por última vez el análisis de los flujos a implementar en esta fase específica, para
asegurarse de identificar las configuraciones necesarias y validar todos los requisitos
para tener una visión clara de cómo organizar el trabajo para que funcione de la forma
más eficiente posible.

Esto es importante ya que garantizará que tanto usted como su cliente comprendan 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, el
trabajo realizado durante el ciclo no obtiene la validación SPOC, se inicia un nuevo
ciclo, comenzando con un nuevo análisis.

Realización: Es durante este paso del ciclo que definirás:

1. Si es necesario realizar un desarrollo: Siempre debes desafiar al cliente para evitar
realizar 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,

41
puede plantearse redactar un pliego de condiciones. De lo contrario, debería buscar
una solución alternativa para responder a los requisitos del proyecto.
2. Las configuraciones que se establecerán para implementar los flujos: esta parte
incluye las configuraciones de las funciones requeridas, las pruebas de las mismas y la
presentación del flujo al cliente al SPOC.
3. Capacitación sobre cómo usar las aplicaciones: Esta capacitación se brindará al
SPOC para que puedan jugar con el sistema y ver por sí mismos si puede ser utilizado
por los usuarios finales. La capacitación debe realizarse solo para las cosas que el SPOC
necesitará para ser autónomo; no muestre una configuración única, ya que será
información adicional e innecesaria para que la procesen.
4. Importar los datos necesarios: la importación de datos es necesaria para la mayoría
de los proyectos antes de su puesta en marcha. Pero solo debe concentrarse en los
datos que se necesitan para comenzar a trabajar con el nuevo sistema y no importar
todos los datos que su SPOC le solicite 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 algo de trabajo, tu flujo estará listo para ser
validado por el SPOC. Con la formación suficiente podrán:

 Validar que el flujo y por ende las configuraciones cubran las necesidades del
negocio. Esta prueba debe ser lo más completa posible para garantizar que el
SPOC sepa cómo manejar tantos casos de uso como sea posible. Si ya está
hecho, podrá pasar al último paso de la implementación, es decir, la
capacitación de los usuarios clave.
 Envíe nuevos comentarios si hay algunos aspectos del negocio que no están
cubiertos. No siempre significa que la configuración sea incorrecta, tal vez haya
un caso de uso que deba discutirse con respecto a la forma de administrarlo.

Capacitación de los usuarios finales y recopilación de comentarios: una vez que el

SPOC haya validado el flujo, la solución finalmente se puede presentar a los usuarios
finales para capacitarlos y recopilar comentarios. Esta fase es importante porque le
permite identificar casos de uso que no pensó con el SPOC y le permitirá perfeccionar
el flujo si es necesario o decidir si desea seguir adelante con el go-live si decide que el
La retroalimentación no consiste en un punto de bloqueo sino en una mejora potencial
que podría implementarse si fuera necesario en el futuro.

4. Puesta en marcha: La puesta en marcha es un paso importante en la

implementación del proyecto. Este es el punto en el que el cliente comenzará a utilizar
las aplicaciones en producción durante sus actividades diarias en su entorno real. Por
lo general, la entrada en funcionamiento de las primeras aplicaciones representará el
final de la primera fase que planificó al final de la fase inicial. Entonces, al poner en
fase el proyecto, tenga en cuenta el hecho de que los primeros módulos deben
proporcionar el mayor valor agregado posible a su cliente para gestionar sus
operaciones diarias.

42
La implementación de un proyecto en producción es un momento importante cuando
el cliente comienza a trabajar con el sistema por primera vez de verdad. Es un
momento muy estresante para ellos y sentirán que no están preparados, que les falta
algo. Este es su trabajo tranquilizarlos y decirles que están listos. Esté disponible y no
comience otra fase hasta que haya acordado con el cliente que tiene confianza para
seguir trabajando sin más ayuda; de lo contrario, mantenga el proyecto en una fase de
seguimiento.

¿Cómo puede asegurarse de que el cliente esté listo para la puesta en marcha?

 Planifica una llamada con tu cliente para una última comprobación antes del
lanzamiento.
 Libere su calendario para el día del lanzamiento, avise a su cliente sobre su
posible indisponibilidad y programe algunas reuniones durante la semana del
lanzamiento para hacer un seguimiento con el cliente.
 Planifique una llamada o vaya al sitio (si es posible) el primer día para realizar
con los usuarios sus primeras tareas juntos.
 Nunca planifique una puesta en marcha si no puede realizar un seguimiento
adecuado.
 Nunca comience una nueva fase hasta que haya acordado con su cliente que la
puesta en marcha finalizó para que pueda concentrarse completamente en dar
seguimiento a todos los problemas potenciales.
 En algunos casos, puede planificar una puesta en marcha previa. Durante una
semana (la duración debe discutirse con el cliente) trabajarán en una base de
datos duplicada como si estuvieran usando Odoo de verdad. Después de este
período de tiempo, tendrá una mejor idea de si el cliente está listo o no para
funcionar de verdad.
 No dude en programar una llamada antes de la puesta en marcha durante la
cual realizará algunos "escenarios" con su cliente. El objetivo es darles
pequeños casos de uso y ver si saben cómo resolverlos en Odoo (ej: cómo
hacer un 10% de descuento en su cotización,...). De esta forma podrás estar
seguro de que están bien preparados y han entendido todos los flujos.

Una vez en producción: Una vez que el cliente está en producción, es importante
hacer un seguimiento del flujo que se acaba de implementar. No dude en preguntar al
SPOC si los comentarios provienen de los usuarios pero también de sus propios
clientes. De esta forma se pueden añadir los últimos ajustes al flujo.

5. Mueva el proyecto a Soporte : Mover un proyecto a la etapa de soporte significa

que el cliente puede consultar a su equipo de soporte en caso de que necesite
asesoramiento, una solución importante o si tiene algún problema con la base de
datos. Para usted, significa que no tiene que trabajar para este cliente, ya que no
depende de usted para obtener respuestas para utilizar su sistema. Pero eso no
significa necesariamente que el proyecto esté terminado.

43
Mover un proyecto a soporte puede ocurrir en varios casos:

 Has finalizado toda la implementación, no importa si quedan horas restantes y

el cliente ya no te necesita.
 El cliente solicita pausar el proyecto por cualquier motivo válido. Como

Para usted, también tiene un gran impacto ya que limpia su tubería y le permite
aceptar nuevos clientes, de modo que cuando sienta que un cliente está cerca de
terminar su proyecto, asegúrese de que no dure demasiado.

En cualquier caso no pasamos el proyecto a soporte porque no quedan días de

consultoría. Quizás todavía quedan muchas cosas por hacer y el cliente comprará un
paquete nuevo, o quizás ni siquiera esté usando Odoo y existe un 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 comunicar
algunas cosas al cliente:

 Estar en soporte significa que cualquier cosa que estén usando, son autónomos
y no necesitan más ayuda de nuestra parte para usar lo que está en
producción.
 Si todavía tienen algunos días de consultoría, todavía pueden usarlos, sin
embargo, dado que tendremos otros proyectos, no se puede garantizar el
mismo nivel de capacidad de respuesta en comparación con cuando estamos
en una fase de implementación en la que sabemos exactamente lo que se debe
hacer y cuando nos veamos la próxima vez. Además 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 informándole oficialmente que el proyecto está en soporte
y que pueden abrir un ticket al equipo de Soporte cuando lo deseen. Les
recuerda qué es el equipo de soporte y cómo abrir un ticket.

*¿Qué es el equipo de soporte? Es su equipo interno el que procesa los tickets

emitidos por el cliente. Cubren las preguntas de todos los clientes
excepto. Generalmente se comunican con usted a través de su módulo de asistencia
técnica (como el nuestro en [Link]/help) y completan toda la información de
la manera más precisa posible.

/!\ Si el agente de soporte solicita su ayuda para resolver un ticket, le recomendamos

registrar su tiempo en las horas de consulta restantes para ese cliente. Entonces, o el
cliente debe haber acordado eso antes o usted le pregunta al agente de soporte si se
puede usar el tiempo para eso.

44
Cómo crear una propuesta
Ventas

1. Descripción: Un documento que especifica las partes involucradas (cliente,

integrador, proveedor de software), los servicios de implementación que se brindarán,
las responsabilidades de todas las partes, el cronograma tentativo y el precio de un
proyecto determinado.

2. KPI medibles:

 Ser capaz de identificar y describir a todas las partes involucradas en la

propuesta.
 Pudiendo ofrecer todas las soluciones y servicios posibles de los que puedas
beneficiarte.
 Ser capaz de determinar un cronograma realista y rentable.

3. Recursos/Herramientas:

 Plantilla de propuesta [ES]

 Plantilla de propuesta comercial [ESP]
 Oferta de presentación para socios (diapositivas)
 Webinar: Pasos para crear una propuesta de socio
 Pasos para crear una propuesta de socio (diapositivas)
 Pídale a su gerente de cuenta que participe en las llamadas de
negociación. Contar con el apoyo del proveedor es un enorme valor agregado
en una llamada de ventas.
 Servicio de mantenimiento
 Reunión de socios estratégicos
 Mantenimiento: precios y condiciones de los mejores contratos de
mantenimiento
 Duración promedio del proyecto:

o Inicio rápido: consulte la recomendación del paquete de éxito

en [Link]/pricing
o Proyecto personalizado: Dependerá de cuán personalizados o estándar
sean los requisitos del cliente.
 Recuerdo de negociación
 Ejemplo de Gantt

4. Trampas :

45
 Asegúrese de incluir Odoo Enterprise en su propuesta inicial y no en la puesta
en marcha para evitar tener 2 ciclos de ventas (uno para los servicios de
implementación, otro para la licencia) y establecer expectativas
equivocadas. Esto debería ser una obviedad. Si el precio es un problema, no
tema ser flexible con el plan que ofrece (hay planes mensuales disponibles para
Odoo en línea y [Link]) o con el alcance inicial del proyecto (número de
aplicaciones, usuarios y servicios de implementación).
 Evite proyectos de precio fijo:
Le recomendamos que facture en función del tiempo y el material en lugar de a
un precio fijo porque inmediatamente notará que su rentabilidad se verá
impactada positivamente. Si no puede seguir este enfoque, no dude en
mezclarlo: cobre un precio fijo por los desarrollos y al mismo tiempo dedique
tiempo y material a la gestión de proyectos, la formación y las reuniones in
situ. De esta manera, si un proyecto tarda más de lo previsto, usted compartirá
el costo del proyecto en lugar de asumir la mayor parte. Esto también hace que
sea más fácil justificar que el tiempo dedicado a la formación y la importación
no depende únicamente de usted.
 No olvide especificar las condiciones (en cuanto a entrega y costo) de las
solicitudes de cambio.
 Un gran software y una propuesta de valor merecen un precio justo; no
subestime sus servicios, ya que podría degradar su imagen. Si el presupuesto es
un problema: céntrese en el valor que aportará Odoo o posiblemente reducirá
el alcance inicial del proyecto. Cuando el precio es un problema, un buen
negociador reducirá el alcance del proyecto en lugar de reducir su precio (lo
que significa que pagará menos por un alcance menor en lugar de pagar menos
por el mismo alcance).
 No olvides incluir un precio recurrente por el mantenimiento y la actualización
de tu código personalizado. Utilice su propia facturación y precios de
mantenimiento o los de Odoo. Te ayudará a tener un modelo de negocio
recurrente y te permitirá mantener una buena relación a largo plazo con tus
clientes (sin malas sorpresas). Nuestra recomendación: precio por línea de
código personalizado según Odoo Cloc. Esta información también es visible para
cada aplicación en Odoo Apps Store.
 Para proyectos de inicio rápido, no dedique demasiado tiempo a negociar los
términos del contrato. Tenga un contrato claro y justo que pueda reutilizar para
todos sus clientes.
 No vendas el futuro. No venda una función o una versión que crea que se
lanzará más adelante porque no hay garantía de que salga o funcione de la
forma esperada.
 No cree condiciones de pago basadas en la puesta en marcha. No tienes el
100% de control sobre cuándo el cliente se activa. Hasta cierto punto, trate de
evitar cualquier condición sobre la cual no controle el 100% del período de
tiempo. (por ejemplo, estar presente en el sitio hasta que el cliente esté
capacitado).

46
  Más trabajo debería equivaler automáticamente a más ingresos. Además, una
mayor duración del proyecto también debería equivaler automáticamente a
más ingresos.

*Servicio de Mantenimiento: Solicite ayuda a su Gerente de Cuenta para discutir la

mejor estrategia para su proceso de mantenimiento. Odoo particularmente cobra por
Mantenimiento una cantidad fija por línea de código (LoC), debes evaluar la estrategia
antes de implementarla.

47
Semana 5
Identificación de diferentes tipos de proyectos de
implementación
Implementación

Descripción: En tus misiones como Líder de Proyecto, identificarás muchos proyectos

diferentes con tus clientes. Aquí en Odoo, aunque nuestros consultores reciben la
misma incorporación genérica, al final pueden trabajar en muchas "misiones"
diferentes. Aquí hay algunos que podemos mencionar (lista no exhaustiva):

 Proyecto "inicio rápido"

 Proyecto de mercado medio
 Análisis de ROI (análisis de brechas)
 ayuda migratoria

Y cada una de estas misiones puede tener diferentes requisitos. En esta tarea, nos
gustaría analizar los diferentes proyectos de "inicio rápido" que encontramos a
menudo y cómo se pueden manejar de manera diferente, dependiendo de cada tipo.

Recordatorio: normalmente llamamos proyectos de "inicio rápido" a aquellos que

pueden ser manejados por un equipo de como máximo un experto funcional,
siguiendo nuestro OIM y normalmente poniéndose en producción en menos de 3
meses.

Recursos/Herramientas :

1. Introducción

Vemos muchos proyectos con demasiadas aplicaciones o al menos con un alcance

demasiado amplio en comparación con la cantidad de tiempo adquirido por el
cliente. En tales casos, tendemos a preferir manejar el proyecto como una sesión de
preguntas y respuestas. Esto es un error.

Como expertos de Odoo, el mejor enfoque para manejar este tipo de proyecto es
“reducir el alcance” y los enfoques “PM/BA”. A continuación encontrará las
explicaciones de cada uno de estos dos enfoques posibles para llevar a cabo con éxito
un proyecto de gran alcance en una pequeña cantidad de horas.

2. ¿Por qué las preguntas y respuestas son un enfoque peligroso?

48
Cuando hablamos de preguntas y respuestas, nos referimos principalmente a la forma
en que manejamos las preguntas de los clientes. Cuando el cliente tiene una duda la
envía a su consultor quien la responde, sin una metodología de "proyecto" adecuada ni
seguimiento. El problema es ese:

 No se ha realizado ningún saque inicial

 Solo respondemos basándonos en nuestro conocimiento de Odoo porque no
tenemos el contexto general del proyecto.

El riesgo es que la respuesta proporcionada, aunque sea técnica o funcionalmente

correcta, no sea la mejor respuesta para el caso de uso que el cliente necesita
resolver y dé una mala sensación sobre el servicio prestado.

La segunda consecuencia es que la duración de la implementación lleva más tiempo

del necesario ya que confiamos únicamente en la capacidad del cliente para manejar
todo por sí mismo, lo que generalmente termina agitado porque el proyecto no es la
primera prioridad de su cliente (a diferencia de nosotros).

Como líder de proyecto, posee todas las habilidades que la mayoría de sus clientes
carecen para gestionar la implementación por sí mismos:

 Conocimiento de Odoo: incluso en su primer proyecto, usted tiene más

conocimientos que su cliente.
 La metodología de implementación de Odoo (OIM): conoce cuáles son los
factores de éxito para implementar exitosamente Odoo, cuál es la fase más
lógica para el proyecto, entre otros

Por esas razones, aplicar un enfoque de preguntas y respuestas es un riesgo

real para la implementación y va en contra de los principios fundamentales de la OIM:
incorporar a los usuarios a tiempo y dentro del presupuesto.

3. Proyecto de especialización: ¿Cómo afrontarlos?

En lugar de hablar de proyectos de preguntas y respuestas, preferimos hablar de

proyectos de experiencia. Si tu cliente compró unos días de consultoría es porque
necesita tu ayuda. Hay varias razones por las que el cliente compra un paquete más
pequeño de lo aconsejado por el Asesor Comercial/Líder de Proyecto:

 El cliente ya conoce Odoo

 El cliente no tiene el presupuesto completo.
 El cliente cree que puede encargarse él mismo de gran parte de la
implementación (aprendizaje, formación, configuración, importación…)

Pero su cliente no es un Líder de Proyecto Odoo . Durante el inicio, tendrás que

decidir qué enfoque es el más adecuado para el proyecto. La primera opción sería
trabajar como Project Manager, delegando todos los aspectos de “Business Analyst” a

49
tu SPOC (ver documentación sobre el enfoque PM/BA). El segundo enfoque es limitar
el alcance que se implementará dentro de las horas de sus días de consultoría. En
cualquier caso, sea HONESTO con su cliente y dígale directamente que la cantidad de
días que compró es demasiado pequeña para el alcance.

a) El Enfoque PM/BA: El objetivo de este enfoque es actuar como un experto, de

modo que se responsabilice de los aspectos que no serán necesarios para la
autonomía del cliente como los siguientes.

Como director de proyecto, su responsabilidad será:

 Definir las fases

 Toma decisiones sobre los aspectos más importantes de la configuración
(recuerda mantener las cosas simples)
 Asegúrese de que el proyecto avance según lo planeado (las tareas pendientes
se logran a tiempo, la puesta en marcha no se retrasa, etc.)
 Soporte durante la puesta en marcha
 Proporcionar todo el material que pueda utilizar el cliente para aprender y
capacitarse en Odoo.
 Responder preguntas de bloqueo
 Configurar o al menos comprobar las configuraciones más complejas de la base
de datos.
 Mantener la documentación del proyecto.

Puede aplicar este enfoque si su cliente tiene una buena afinidad/conocimiento de

Odoo y/o si puede dedicar suficiente tiempo/recursos al proyecto. Además, todas las
aplicaciones que compró son necesarias para cubrir su negocio principal, por lo que no
puede dejar nada de lado. Evaluar esas habilidades es responsabilidad de su/nuestro
representante de ventas durante el proceso de ventas y/o del consultor durante la fase
KO si el enfoque sugerido por el representante de ventas no es posible o no fue
explícito.

¿Cómo explicarlo? Como analista de negocios, la responsabilidad de su SPOC será:

 Importar los datos

 Configurar el sistema
 Pruebe las configuraciones y ajústelas si es necesario
 Aprende y entrena Odoo por tu cuenta.
 Capacitar a los usuarios finales

¿Cuáles son las ventajas?

La principal ventaja de este enfoque es aumentar las posibilidades de implementar

todo el alcance con una cantidad limitada de consultoría adquirida. Dado que

50
estimamos la distribución de tiempo entre BA y PM en 75/25, significa que,
teóricamente, puede implementar un alcance de 20 días en solo 5 días.

¿Cuáles son los riesgos?

El principal riesgo es sobreestimar la capacidad de su SPOC para manejar esta

responsabilidad adicional. Ya esperamos que el SPOC dedique mucho tiempo a
aprender sobre Odoo para ganar autonomía. Con este enfoque añadimos una
responsabilidad adicional, es decir, una carga de trabajo adicional, sobre sus hombros.

Si el SPOC no puede dedicar suficiente tiempo o si no puede manejar esta

responsabilidad adicional, existe una alta probabilidad de que se produzcan retrasos o
frustraciones que puedan poner en riesgo la implementación del proyecto.

Otro riesgo es perder de vista el proyecto por parte del director del proyecto. Debido a
que tenemos aportaciones menos regulares a esos proyectos, tendemos a prestarles
menos atención o incluso descuidarlos mientras que, por el contrario, deberíamos
comprobar más periódicamente el progreso del SPOC para garantizar una velocidad
adecuada de implementación.

b) Enfoque de alcance limitado: puede aplicar este enfoque cuando su cliente se haya
suscrito a muchas aplicaciones, pero solo una parte de ellas es absolutamente crítica
para mejorar la forma en que se gestiona el negocio principal. Por ejemplo, para una
empresa de servicios que compró un paquete de recursos humanos además de los
módulos principales (ventas, facturación, proyecto, parte de horas) con solo 5 días,
podría concentrar su tiempo en esos cuatro módulos en primer lugar y eliminar el
paquete de recursos humanos. desde la implementación.

¿Cómo explicarlo?

En este caso, tu cliente querrá tenerlo todo porque pagó por todas las
aplicaciones. Recuérdale que lo primero que debe cubrir Odoo es lo que más valor
agregado les aporta y que les permita al menos reemplazar lo que tienen. Para
convencerlo, no dude en seguir desafiando a su cliente hasta llegar a una decisión
coherente con las necesidades del proyecto.

Al centrarse en reemplazar las existentes, ya verán algunas mejoras y comprenderán

mejor cómo funciona Odoo y ganarán autonomía para tal vez poder implementar las
aplicaciones adicionales por sí mismos. Es importante que el SPOC entienda que se
beneficiará más de un sistema con parte de los módulos completamente
implementados que con todos los módulos implementados a mitad de camino.

¿Cuáles son las ventajas?

51
Te aseguras de que al final de los días de consultoría entregarás algo que pueda
ponerse en marcha. Los usuarios finales comienzan a utilizar Odoo y perciben el valor
agregado del sistema.

¿Cuáles son los riesgos?

En esta situación, su cliente tenderá a mirar las cosas que no recibe en lugar de las
cosas que usted entregó. Es su responsabilidad hacerle comprender el valor agregado
del enfoque y de lo entregado.

El proyecto también podría verse afectado por la discusión comercial, ya que le dice
explícitamente a su cliente que no trabajará en algunas cosas por las que él
pagó. Antes de seguir adelante, es posible que su cliente quiera ajustar el contrato y
que el proyecto comience con una mala primera impresión.

4. ¿Por qué es importante?

Debes tener en cuenta que decidirás aplicar uno de los 2 enfoques para asegurar la
entrega, incluso si el representante de ventas sugirió algo más durante el proceso de
venta. Tú eres quien elige cuál es el mejor enfoque porque eres el experto en
Odoo. Una vez que haya adquirido el cliente, si lanza algo a producción, será 7 veces
más fácil vender algún servicio para finalizar el resto de la implementación porque
demostró que está en las manos adecuadas para manejar su implementación y podrá
para pasar a un OIM clásico.

El enfoque a utilizar durante el proyecto se puede cuestionar en cualquier momento

durante la vida del proyecto, como lo haría con cualquier requisito comercial. Si algo
como la disponibilidad, el alcance o el presupuesto evoluciona, menciónelo a su cliente
y cambie el enfoque para garantizar una implementación sin problemas.

5. ¿Por qué los clientes compran menos horas de las necesarias para su proyecto?

 Presupuesto de la empresa Una buena solución, en este caso, sería centrarse en

el negocio principal y en los flujos más complejos, dejando que el cliente
aprenda las otras aplicaciones por sí mismo después de la implementación de
este negocio principal => Alcance reducido.
 Los clientes quieren preguntas y respuestas: otra razón es que los clientes
esperan que los consultores de Odoo trabajen en los proyectos solo para unas
pocas tareas entre todas las tareas pendientes que existen, y respondan
preguntas aleatorias solo cuando se les solicite porque creen que pueden
manejar el proyecto. por ellos mismos. En este caso, el enfoque de experiencia
es una buena opción, pero debe discutirse y acordarse con el cliente desde el

52
 comienzo del proyecto. Recuerde, un enfoque de preguntas y respuestas es un
error ya que no sigue la Metodología de implementación de Odoo => PM/BA .
 Probar Odoo: los clientes a veces compran menos horas de las necesarias
simplemente porque quieren comenzar con un alcance reducido y comprar
paquetes de éxito adicionales en el futuro si los proyectos evolucionan bien. En
este caso, una buena opción es optar por el enfoque de alcance reducido para
garantizar que incluso las operaciones pequeñas que manejan en Odoo estén
bien implementadas => Alcance reducido
 Dispersar los costos de los servicios: A veces, los clientes simplemente
necesitan dispersar el costo de los servicios durante un período de tiempo más
largo y comprar una primera pequeña cantidad de días con el objetivo de
comprar días adicionales paso a paso después de cada fase. En este caso, el
mejor enfoque dependerá de las horas que el cliente esté dispuesto a comprar
en el futuro. La mejor opción será discutirlo en profundidad con su cliente.
 Alcance incorrecto: A veces sucede que el vendedor no recomienda la cantidad
de horas adecuada simplemente porque algunos requisitos no han sido
identificados correctamente durante el proceso de venta. Todos los enfoques
son posibles y la mejor solución depende de cada caso individual.

6. ¿Qué pasa si mi cliente no quiere ninguno de esos enfoques?

Al final del día, podemos terminar con clientes que no están dispuestos a seguir uno de
esos enfoques y presionarán para que se realice una sesión de preguntas y
respuestas. Si no tenemos otras opciones, aceptaremos esta forma de trabajar, pero
esto es lo que necesita para comunicarse con el SPOC y lo que él o ella puede esperar
de usted.

Tu trabajo es implementar proyectos, lo que significa que eres parte del proceso desde
el análisis hasta la puesta en marcha. Trabajar únicamente mediante un enfoque de
preguntas y respuestas es lo opuesto a una implementación:

 No podemos planificar nada porque no sabemos cuándo nos necesitará el

cliente.
 No tenemos la visión adecuada para asesorar sobre las mejores
opciones. Simplemente proporcionaremos respuestas que sean correctas pero
apropiadas para el proyecto.
 No podemos responder en el momento, el SPOC debe enviarnos sus preguntas
con antelación, ya que es probablemente el aspecto más complejo del proyecto
que el cliente quiere implementar e incluso para nosotros requiere algo de
investigación y excavación.
 Por lo tanto, no podemos darle la misma prioridad a este proyecto e
intentaremos responder lo antes posible, pero no podemos comprometernos a
retrasarlo. Incluso puede suceder que otro consultor responda directamente a
una pregunta si el consultor asignado no tiene tiempo.
 El SPOC tiene la posibilidad en cualquier momento de cambiar el enfoque y
beneficiarse de un seguimiento más estrecho por nuestra parte.

53
Allí, si un cliente se encuentra en un enfoque de preguntas y respuestas, se lo
considerará como un proyecto en Soporte y la tarea se podrá trasladar allí.

Producción

Debe comprender la diferencia entre implementaciones normales y proyectos de

experiencia.

La diferencia entre un proyecto de experiencia y una sesión de preguntas y respuestas,

lo que no hacemos, debe quedar clara.

Si identifica que su cliente necesita un enfoque experto, debe saber cómo manejarlo y
qué comunicar.

Primer paso: Implementación interna

Implementación

1. Descripción: Comience implementando Odoo dentro de su propia empresa e

incorporándolo a su equipo. Aplicaciones más utilizadas entre nuestros socios:
Inventario, Ventas, Facturación.

2. KPI medibles:

 El número de empleados que utilizan Odoo.

 El número de aplicaciones implementadas

3. Recursos/Herramientas:

 Su AM para las mejores prácticas en materia de gestión de CRM

 Documentación , plataforma de aprendizaje electrónico y seminarios web
 Paquete de éxito. Si todavía tienes horas, también podremos ayudarte con tu
primer proyecto (partner pack)

Cómo preparar y realizar el inicio

Implementación

Descripción: Esta tarea te ayudará a definir cómo comunicar qué decir durante la fase
de inicio.

54
Recursos/Herramientas: Lea la siguiente documentación para comprender mejor
cómo prepararse y trabajar durante el período de inicio.

Antes de la llamada inicial

Como ya comentamos durante la sesión sobre el ciclo de vida del proyecto, hay
algunos pasos que se deben seguir antes de comenzar su primera llamada inicial. En el
momento en que inicies esa primera llamada inicial, ya deberías estar preparado en
varios aspectos:

 Deberías haber reunido toda la documentación que ya pasó por las manos de
tu representante de ventas.
 Ya deberías haber realizado tu saque inicial interno.
 Eventualmente deberías haber echado un vistazo a la base de datos de prueba
que tu vendedor creó para tu cliente.

Durante la llamada inicial

1. Explicar las fases de Kickoff y la agenda.

Es importante que en esa reunión usted:

 definir cómo trabajaremos durante este proyecto;

 entender con precisión cuál es su situación actual y qué solución esperan de
Odoo;

Para dejar esto claro, normalmente iremos paso a paso en la lista de verificación
inicial para asegurarnos de que estamos de acuerdo con nuestros respectivos roles en
este proyecto, así como con la forma en que procederemos. En cualquier momento, no
dude en hacer preguntas o señalar cualquier posible fuente de desacuerdo.

Explique el contexto de su intervención.

 Quién es usted : aclare que su función será la de líder de proyecto y lo que

implica.
 Su equipo lo apoya : deje en claro que trabaja con colegas técnicos, otros
consultores experimentados y su gerencia, y que está rodeado de su ayuda.
 Odoo te apoya: además de tu equipo "interno", Odoo también te cubre las
espaldas. No dudes en mencionar que siempre estamos ahí si es necesario.

2. Metodología: Repasemos aquí algunos de los puntos más importantes que deben
mencionarse durante la reunión inicial con el cliente.

Enfoque de inicio rápido: rápido, estándar y asequible

55
  Nuestro objetivo es brindarle una solución Odoo operativa lo más rápido
posible.
 Esto implica que trabajamos en la medida de lo posible con características
estándar y evitamos desarrollos y personalizaciones que consumen mucho
tiempo y son de bajo valor.

Enfoque SPoC

 En Odoo diferenciamos al Patrocinador del Proyecto, el Gerente de Cuenta, el

SPoC y el Gerente de Proyecto. Otras personas pueden ser parte del proyecto,
pero siempre nos comunicaremos entre el PM y el SPoC.
 El PM es responsable de implementar una solución funcional de Odoo y
capacitar al SPOC en Odoo para garantizar que Odoo se utilice correctamente.
 El SPoC es responsable de centralizar y armonizar las necesidades de sus
colegas y brindarle toda la información sobre los procesos comerciales del
cliente y sobre las decisiones comerciales del cliente.

Enfoque por fases

 Dividir o escalonar el proyecto tiene como objetivo aumentar la eficiencia

evitando que se mueva en varias direcciones y se salga de control.
 También lleva las fases a producción una por una para validar los pasos del
proyecto de forma secuencial y evitar descubrir problemas importantes al final
del proyecto.
 Por lo general, se comienza con una aplicación o flujo de trabajo simple que
aporta el mayor valor agregado. Por ejemplo, CRM, Ventas, Proyecto primero,
luego Operaciones (Compras, Almacén, MRP) o Marketing (Sitio web, etc),
finalmente Contabilidad.
 Cuando se propone una solución al SPoC, siempre se debe probar para validar
este paso.

El estándar es lo primero

 La versión estándar de Odoo ya puede gestionar muchas situaciones, pero se

pueden agregar funciones adicionales mediante personalizaciones o desarrollo.
 Las personalizaciones y los desarrollos son bastante costosos, requieren mucho
tiempo y complicarán las migraciones. Por lo tanto, siempre recomendamos
evitar las funciones no estándar durante el mayor tiempo posible, excepto si
satisface una necesidad empresarial necesaria que no se puede satisfacer con
las funciones estándar.
 En esta línea, en Odoo siempre preferimos reemplazar que replicar. Siempre
nos centramos en el éxito del proyecto más que en la solución ideal.

Regla 80/20

56
  El 20% de las necesidades tardará el 80% del tiempo en gestionarse. Para el
20% restante, realmente debería cuestionarse si son necesarios y si no pueden
ser reemplazados por procesos comerciales más eficientes.
 También queremos distinguir entre lo que un cliente necesita y lo que le
gustaría. Le recordamos que queremos ofrecer una solución operativa rápida y,
por lo tanto, queremos evitar la personalización en la medida de lo posible.

Importaciones de datos históricos

 Como la importación de datos lleva mucho tiempo, importamos

o Sin datos históricos, sólo datos maestros (Contacto, Productos, etc.)
o Solo algunos datos históricos si son necesarios antes de la producción.

o Todos los datos históricos después de la producción, si son necesarios

para fines de generación de informes.

Nivel mínimo de PM

Nuestro objetivo es evitar en la medida de lo posible tareas de gestión de proyectos

que consumen mucho tiempo, para centrarnos en trabajar en sus necesidades. Por
tanto, dedicaremos el mínimo tiempo necesario a tareas de PM.

Distribución del tiempo

 Como consecuencia del punto anterior, el tiempo que dedicamos a un proyecto

está mayoritariamente relacionado con la implementación del producto.
 Esto significa que no siempre estaremos disponibles de inmediato y que es
importante ceñirnos a las agendas de reuniones que hemos determinado y
evitar trabajar en caso de emergencia.

 Es fundamental que tanto usted como yo hagamos nuestras tareas pendientes

si queremos seguir el cronograma planificado y cumplir con la fecha límite. Es
nuestra responsabilidad común, ya que yo dependeré de ti tanto como tú
dependerás de mí.

**Unas palabras sobre los diferentes equipos de soporte

El soporte de Odoo es gratuito , por lo que debes usarlo cuando puedas. Esto es lo que
nuestro soporte puede hacer por usted . Úselo si es necesario.

 Proporcionarle material relevante (directrices, documentación del producto,

etc.)
 Respuestas a problemas que puede encontrar en su base de datos estándar de
Odoo (por ejemplo, "No puedo cerrar mi punto de venta" o "¿No puedo
encontrar mis KPI de ventas?")
 Preguntas relacionadas con su cuenta, suscripción o facturación

57
  Resolución de errores (problemas de bloqueo o comportamiento inesperado
que no se deben a una mala configuración o personalización)
 Problemas que pueden ocurrir en una base de datos de prueba después de
actualizar a una versión más nueva

El Soporte de Odoo no realiza cambios en su base de datos de producción, pero le

brinda el material y el conocimiento para hacerlo usted mismo.

Luego, también está tu propio equipo de soporte . Consideramos que cada socio debe
contar con una línea de soporte como forma de interactuar con sus clientes una vez
finalizado el proyecto (o una fase específica del mismo). En comparación con nuestro
soporte, esperamos que la línea de soporte para socios tenga un mejor conocimiento
de los detalles del proyecto y de cómo tratar con el cliente, mientras que nuestra línea
tendrá un mejor desempeño en todo lo relacionado con la forma estándar de
funcionamiento de Odoo.

3. Vida del proyecto: Tenga en cuenta lo siguiente,

Como se consume el tiempo

Frecuencia de las reuniones: esto realmente depende del tamaño del proyecto, pero
normalmente proponemos, para un proyecto de alrededor de 50 usuarios y algunas
aplicaciones, entre 1 y 2 reuniones por semana.

Frecuencia del estado del proyecto

Comunicación del proyecto - qué canal + compartir documentación

4. Negocios y organización: Esta parte de la discusión no debe estar orientada a

Odoo. Intenta analizar las necesidades y procesos del negocio sin pensar en cómo
podrías hacerlo en Odoo. Ejemplo:

Negocio:

 ¿De qué se trata el negocio?

 ¿Cuál es el negocio principal de la empresa?
 ¿Cómo está organizado el negocio?
 ¿Cuáles son los diferentes departamentos?
 Quien hace que ?

Organización:

58
  cuantos empleados
 ¿Cuántos clientes/proveedores
 ¿Cuántos productos/servicios
 ¿Cuáles son los diferentes sistemas heredados?

Configuración multiempresa:

 Derechos de acceso: ¿quién puede ver qué/hacer qué?

 Relaciones intercompañías: ¿entre qué entidades? ¿Cuáles son las
operaciones?
 Consolidación: ¿cuál es la tasa de participación? ¿Existe un CoA global?
 ¿Cuáles son las localizaciones a utilizar?
 ¿Los procesos son iguales en las empresas?
 ¿Podemos mantener el mismo SPOC para todas las empresas?

Después de la(s) llamada(s) de inicio

Envíe las actas de inicio con la siguiente información:

 Resumen de lo que explicaste (metodología de implementación de Odoo)

 Cualquier punto específico que haya identificado como no comprendido
claramente por el cliente. Es ahora cuando debes dejarlo todo claro. No dude
en repetir cualquier información que deba destacarse.
 Lo que notó sobre el negocio y la organización del cliente + sus principales
necesidades para cada aplicación.

Eche un vistazo a nuestra plataforma de diapositivas . A veces lo usamos durante la

primera llamada inicial con nuestro cliente para tener ayuda visual. Puedes reutilizarlo
como tal, crear una copia y agregar algunas diapositivas o cambiarlo a tu propia carta
gráfica.

Configuraciones vs. Personalización vs. Desarrollo

Implementación

Descripción: Como director de proyecto, usted es responsable de garantizar que su

proyecto sea un éxito. Hacer que un proyecto sea exitoso significa que a lo largo del
camino fuiste capaz de tomar la decisión correcta en el momento correcto y explicar
por qué era la mejor manera de hacer las cosas. Esto es válido para los aspectos
funcionales, de gestión de proyectos y técnicos. Saber que esos temas existen le
ayudará a considerar más opciones para seleccionar la mejor.

59
Alguna terminología de Odoo:

Configuración: En Odoo significa algo que se puede hacer de inmediato. Eso significa
que es una característica estándar que debe activarse. Por ejemplo, vaya a
Configuración de la aplicación Inventario y habilite Lotes/Números de serie.

Personalización: Esto es algo que también se puede lograr de forma inmediata, pero
con la ayuda de la aplicación Studio, que permite a los clientes agregar nuevos campos,
modificar los existentes, crear nuevas conexiones entre las aplicaciones existentes de
Odoo y muchas otras funciones.

Desarrollo: Esto en Odoo significa algo que NO se puede hacer de manera inmediata
porque requiere conocimiento de desarrollo . Esto significa que el equipo técnico
necesita escribir código personalizado para poder crear lo que el cliente solicita. Para
estos casos, tenemos un proceso a seguir que aprenderá en la siguiente tarea. Además,
ten en cuenta que el desarrollo tiene un precio extra y debes poder explicárselo al
cliente. También aprenderás esto más adelante.

Entre otras, las decisiones técnicas que tomemos durante la implementación del
proyecto pueden tener más o menos impactos en la forma en que se gestiona el
proyecto o en el aspecto técnico de la propia base de datos (velocidad, estabilidad,
mantenibilidad,...). Para evitar crear situaciones complicadas, es importante adquirir
buenos reflejos a la hora de afrontar este tipo de cuestiones. Evaluar los pros y los
contras de una decisión a corto o largo plazo ayudará a garantizar la mayor retención
posible de todos los proyectos en los que trabajará.

Por ejemplo:

 Hacer demasiado desarrollo podría ser una buena solución a corto plazo para
que el proyecto cumpla con los requisitos del cliente, pero también podría
retrasar la implementación o impedir una migración fluida a medida que
aumenta la complejidad de la base de datos. Por eso siempre es importante
desafiar al cliente antes de desarrollar.d Los desarrollos deben realizarse sólo
cuando supongan un valor añadido real para el proyecto.
 Usar la plataforma adecuada nos permitirá brindar el servicio más preciso. Para
proyectos simples sin desarrollo, SaaS es el mejor, mientras que para un
proyecto complejo y muy personalizado, [Link] o la instalación en sitio es
imprescindible.

El propósito de esta tarea es guiar al consultor a comprender esos conceptos técnicos,

sus impactos y la forma en que debe abordarlos. Además, de comprender las
diferencias entre los distintos entornos Odoo (Saas, [Link] o on-premise) y sus
consecuencias sobre la posibilidad de configurar, personalizar o desarrollar sobre la
base de datos del cliente.

60
Recursos/Herramientas:

Estos son enlaces externos que le presentarán información contextual muy

importante:

 Introducción a Github para directores de proyectosg

 Introducción a Github para no desarrolladores
 [Link]: todo lo que necesita saber sobre la nueva plataforma en la nube de
Odoo
 La clave para los proyectos de implementación: gestionar las expectativas de los
clientes
 No se deje arrastrar por la deuda técnica

Llevar:

Al terminar el material de lectura usted debe sentirse cómodo entendiendo:

 La diferencia entre personalizaciones y desarrollos

 Identificar cuándo un requisito es una Personalización o un Desarrollo y
comprender sus implicaciones.

Estudio: Qué saber al personalizar su base de datos

de Odoo
Conocimiento técnico del producto

Descripción: Es útil para los Socios aprender la estructura básica de Odoo y cómo
realizar personalizaciones usando Studio para que puedan reconocer fácilmente si el
camino a seguir requiere ayuda técnica y "por qué". Además, para comprender el
potencial de Odoo Studio y tener una visión general de la base técnica de la base de
datos, de modo que el día que enfrente un problema técnico, pueda volver al
documento relevante para obtener la información necesaria. Al adquirir estos
conocimientos será más fácil trabajar con los equipos técnicos ya que hablaréis el
mismo idioma.

En esta tarea aprenderás las claves del panorama técnico básico: qué es un campo, un
modelo, la relación entre los modelos, las diferentes vistas,...

Con estos antecedentes, podrá analizar los vínculos ocultos entre las aplicaciones, el
mecanismo detrás de cada vista,... Es esencial si necesita encontrar una solución a un
flujo que no existe en el estándar. También le permitirá diseñar el flujo funcional que
debe desarrollarse en caso de que ninguna de las soluciones funcione.

61
Recursos/Herramientas:

Introducción técnica rápida

Estructura de la base de datos (diapositivas)

Estructura de la base de datos (vídeo)

Campos (diapositivas)

Modelos y campos (vídeo)

Odoo Studio: ¡Todo lo que necesitas saber para crear una gran aplicación!s

Crea una aplicación desde cero (Haz ejercicio hasta la página 16)

Conocimiento transversal de Odoo (Preguntas

frecuentes)
Conocimiento del producto

Descripción: Esta lista de verificación tiene como objetivo ayudarte a parecer un

profesional de Odoo frente a tus primeros clientes. Estas son preguntas frecuentes
sobre la funcionalidad que se encuentra en la mayoría de nuestros proyectos. Si
puedes gestionarlos, te sentirás más seguro frente al cliente y la confianza del cliente
aumentará.

 Revise esta lista y asegúrese de dominar todos los puntos.

 Antes de su primer proyecto, revise esta lista una vez más.

Utilice recursos que pueda encontrar en línea como nuestra plataforma de

eLearning , documentación oficial , Foro Odoo , como ejemplos.

Lista de verificación de preguntas frecuentes

Dentro de una base de datos Odoo

 Chatter: flujo de correo electrónico, actividades, notas

 Calendario y enlace con actividades
 "Plantillas de correo: cómo configurar una plantilla de correo, como por
ejemplo "Pedido de venta/Confirmación"
 Cómo definir que un contacto es un proveedor/cliente. Cómo Odoo lo define
automáticamente.

62
  Cómo utilizar los filtros, agrupar por y la barra de búsqueda. Cómo guardar un
filtro en los favoritos.
 Informes + aplicación Panel + hoja de cálculo (BI): Cómo filtrar y agrupar en la
sección de informes, cómo agregar un informe a su aplicación Panel, Cómo usar
los conceptos básicos de la hoja de cálculo integrada en Odoo.
 Dominio del sitio web: dónde configurarlo en una base de datos Saas y una
base de datos [Link]
 Contactos vs usuarios vs Empleado: comprenda las diferencias y vínculos entre
un empleado, un usuario y un contacto.
 Usuario: saber crear un usuario y definir su idioma, firma y derechos generales
de acceso.
 Acceso al portal: conozca qué es el portal del cliente, las 2 formas de otorgar
acceso al portal a un contacto específico y cómo obtener una vista previa del
portal de un contacto específico
 Modo desarrollador: sepa cómo activar rápidamente el modo desarrollador y
cuáles son las consecuencias (para qué sirve) (/!\ dependiendo del perfil del
cliente)
 Idiomas: activar, agregar traducciones manualmente
 Sepa cómo establecer valores predeterminados en los campos.
 Cómo hacer que las acciones automatizadas estén disponibles en Odoo

Alrededor de una base de datos Odoo

 Conexión a su base de datos de cliente: contraseña mágica vs página de soporte

(SaaS vs [Link])
 Conecte una base de datos existente a la suscripción
 Comprenda la diferencia entre [Link] y la base de datos Odoo
 Sepa cómo acceder a la ventana de invitado (Incógnito) para conectarse a una
base de datos con varios usuarios al mismo tiempo.
 Sepa cómo crear datos de prueba y cómo bloquear/desbloquear correos
salientes.
 Pag# de soporte: Sepa cómo acceder a la página de soporte de una BD, cómo
extender la vida útil de una BD, conectarse con un usuario específico, verificar
la cantidad de correos electrónicos enviados, duplicar la base de datos,
 Sepa cómo usar el runbot, cómo conectarse a una versión específica.

Conocimientos generales de Odoo

 ¿Cuál es el tiempo promedio de respuesta para los tickets de soporte?

 ¿Cuál es el tiempo promedio de respuesta para los tickets técnicos (de
desarrollo)?
 ¿Qué aplicaciones son gratuitas y cuáles son de pago?
 ¿Dónde se encuentran las notas de la versión de Odoo para que los clientes las
revisen?

63
Resultado: recopile conocimientos sobre preguntas comunes que encontrará durante
su viaje a Odoo.

Semana 6
Comunicación con el cliente - Desafío al cliente
Implementación

Descripción: Al desafiar a su cliente, se asegurará de brindar la mejor solución para la

implementación del proyecto y su éxito y no centrarse demasiado en lo que su cliente
espera. Sus clientes siempre querrán algo que nosotros no podemos hacer o que no
creemos que sea inteligente para el proyecto.

Desafiar al cliente es importante, pero debe hacerse de manera que la relación con el
cliente pueda mantenerse mientras se persigue nuestro objetivo más importante: el
éxito del proyecto.

A través de la documentación de esta tarea aprenderás:

 ¿Cuáles son las herramientas para desafiar al cliente: sentido común,

experiencia, conocimiento empresarial, asesoramiento técnico?
 ¿Cómo saber si debes seguir desafiando al cliente y buscando una solución
(estándar, desarrollo, externa)?
 ¿Cómo explicarle al cliente la forma en que trabajaremos con él y por qué lo
hacemos?

Recursos/Herramientas:

En nuestro trabajo no tenemos que estar de acuerdo con los clientes todo el tiempo,
pero tenemos que hacer lo mejor para ellos. Como analista de negocios y gerentes de
proyectos de Odoo, sabemos cómo organizar la implementación, qué hacer primero,
qué dejar como algo bueno y qué no hacer en absoluto.

Ser demasiado complaciente con los clientes puede provocar implementaciones

fallidas (o abandonos) al perder el foco en las prioridades y los retrasos.

Además, durante la implementación, los clientes probablemente le presentarán

requisitos que conducirán a una implementación ineficiente. Se supone que los
clientes son expertos en su propio negocio, pero no todos están muy familiarizados
con los marcos de Odoo. Como consultores, se supone que deben cerrar esa brecha
comprendiendo sus requisitos y diseñar una solución que funcione en Odoo y se ajuste
a esos requisitos.

64
1. Herramientas para desafiar a mi cliente

Experiencia: Tu experiencia probablemente se convertirá en una de tus mejores

herramientas para desafiar a un cliente. Cuanta más experiencia tengas, mejor podrás
saber qué debes desafiar y cuándo debes comenzar a desafiar al cliente. Como nuevo
consultor, muchas cosas serán nuevas para usted y es posible que dude del valor de
sus contribuciones al proyecto. No olvides que cuando un cliente compra consultoría,
no solo está comprando tu experiencia, está comprando la experiencia/conocimiento
de todo nuestro equipo, porque trabajas como un equipo dentro de tu empresa.

Sentido común: Tu decisión siempre debe estar sustentada en el sentido común; Trate
de no confiar en la experiencia pasada. Si ya se ha encontrado con un problema
similar, no significa necesariamente que la respuesta deba ser la misma. Presta
atención a los detalles que podrían llevarte en otra dirección.

Conocimiento del Negocio: En ocasiones, puede suceder que nuestros clientes aún no
estén muy familiarizados con su negocio (ej: un cliente iniciando una nueva actividad o
negocio, o simplemente haciendo algo porque siempre lo ha hecho así). Si nota que
algunos de sus requisitos no tienen sentido, no dude en cuestionar su
razonamiento. Aunque no es un experto en todos los procesos comerciales de su
cliente, es un experto en Odoo con conocimiento comercial que puede utilizar para
desafiar al cliente. Si tiene alguna inquietud, no dude en hablar con (su) equipo o
expertos.

Asesoramiento técnico: la mayoría de sus clientes no son expertos en tecnología y

tienen poca comprensión de la complejidad de sus requisitos y el impacto en la
estructura de su base de datos. Para la mayoría de sus clientes esta es la primera vez
que implementan un ERP y en ocasiones olvidan que las aplicaciones están integradas
entre sí. Por este motivo, una modificación en una aplicación puede afectar a otra
aplicación y tiene el potencial de crear problemas.

Es posible que cuente con un equipo técnico que pueda ayudarlo a definir la
complejidad y viabilidad de un requisito. Por lo tanto, la aportación del equipo técnico
puede ser una excelente herramienta para desafiar al cliente.

2. Escenario común para desafiar a su cliente: soluciones estándar versus

desarrollo/externas

a) El enfoque estándar debe ser siempre el que prioricemos como consultor

Esta es una de las primeras reglas de la Metodología de Implementación de

Odoo. Optar por un enfoque estándar facilitará la implementación, ahorrará tiempo y
luego ahorrará dinero al cliente. Además, cuanto más estándar sea la implementación,
más fácil será de mantener.

65
La mejor manera de saber si un requisito se puede cumplir utilizando el estándar es
verificar las funciones disponibles en la aplicación involucrada y realizar
pruebas. Además, Odoo está lleno de soluciones. Por esta razón, siempre pruebe,
pregunte a su equipo o consulte la plataforma de conocimiento ([Link])
antes de considerar el desarrollo.

La mayoría de las veces, nuestros clientes que inician la implementación con Odoo
están cambiando de un sistema (Excel, SAP, QuickBooks, Salesforce,...) a Odoo. Por
este motivo, están acostumbrados a trabajar de una manera muy específica por lo que
intentarán reproducir lo que hacían en su sistema anterior (“Mi equipo está
acostumbrado a trabajar así” o “Mi equipo está acostumbrado a poder generar este
archivo desde esta vista”,...).

Sin embargo, siempre es importante recordarle al cliente que el objetivo de la

implementación no es reproducir sino reemplazar lo que se hizo antes. Decidieron
cambiar su sistema por una razón: probablemente no era óptimo o faltaba alguna
funcionalidad.

El propósito de la implementación es cumplir con los requisitos del cliente de manera

eficiente incluso si tiene que hacerse de manera diferente a su sistema anterior. Es por
eso que usted es responsable de brindar el "Cómo" a las preguntas "Qué quiere lograr
el cliente" y "Por qué quiere lograrlo".

Siempre existe la probabilidad de que el cliente se queje al principio porque él y su

equipo tendrán que acostumbrarse al cambio. Sin embargo, si al final del día pueden
hacer lo que necesitan en el sistema sin pasar por el alto costo y una configuración que
requiere mucho tiempo, terminarán estando satisfechos.

b) El desarrollo debe considerarse solo cuando no existe una solución estándar o

cuando una solución alternativa estándar agregaría demasiada complejidad y
disminuiría la usabilidad del sistema.

Antes de trabajar en una especificación de desarrollo, debe asegurarse de haber

considerado todas las posibilidades y soluciones estándar. Además, no olvide desafiar
siempre al cliente para saber si el requisito de desarrollo es realmente imprescindible
para él. d

¿El valor que el cliente obtendrá con el desarrollo es mayor que el costo del desarrollo
(incluido el mantenimiento)?

→ En caso afirmativo, puede considerar un desarrollo.

Cuando una solicitud es esencial para el funcionamiento del negocio del cliente y no
puede cuestionarse, intente establecer sus expectativas sobre cómo se ejecutará, por
ejemplo. si requiere desarrollo, el cronograma de implementación se verá

66
comprometido y el costo de mantenimiento aumentará. Asegúrese de que los clientes
comprendan las consecuencias y estén de acuerdo con ello.

c) La automatización acaba con la flexibilidad

Tenga en cuenta que siempre existe un equilibrio entre automatización y

flexibilidad. Cuanto más automatices los procesos, menos flexible será tu
solución. Asegúrese de que se hayan considerado todos los aspectos del negocio
(casos de esquina) antes de trabajar en la especificación. El desarrollo no debería ser
un obstáculo para su cliente en el futuro.

d) Optar por el desarrollo no es la única solución cuando algo no es posible en el

estándar

Si se da cuenta de que no tiene ningún sentido desarrollarlo debido al riesgo en

términos de tiempo (retrasos) y/o costo, podría sugerirle al cliente que lo externalice si
aún no quiere abandonar su requisito después. desafiándolos.

Ejemplo: Su cliente necesita un informe avanzado específico que no existe en Odoo.

Si se da cuenta de que todos los datos que el cliente necesita se pueden extraer de
Odoo, puede proponerle al cliente que extraiga estos datos en un archivo de Excel (a
través de la función de exportación) o en una hoja de cálculo (a través de la integración
de hojas de cálculo de Google o de la hoja de cálculo de Odoo ). Su cliente tendrá
entonces la posibilidad de tener todos los datos que necesita en un archivo fuera de
Odoo y luego tendrá la posibilidad de crear su propio informe fuera de Odoo basado
en estos datos. Además, si esta operación es algo que hacen sólo unas pocas veces por
semana, mes o año y dependiendo de la cantidad de tiempo que lleve cada operación,
podría estar bien seguir haciéndola fuera de Odoo.d

e) Optar por aplicaciones de terceros podría ser una opción cuando una función no
existe en el estándar

A veces, su cliente encontrará una aplicación de terceros en la tienda Odoo

([Link] ) y le pedirá que la implemente en su base de datos, ya
que se adapta perfectamente a sus necesidades. Su cliente debe ser consciente de lo
que implica una aplicación de terceros para poder sopesar los pros y los contras.

En primer lugar, estas aplicaciones de terceros son módulos comunitarios, lo que

significa que han sido desarrolladas fuera de Odoo y no cuentan con nuestro
soporte. Recomendaremos una aplicación de terceros solo si después del análisis
descubrimos que esta solución es mejor que desarrollar el módulo nosotros mismos.

67
También hay algunos aspectos técnicos a tener en cuenta. Optar por aplicaciones de
terceros también significa que la base de datos de su cliente debe estar en Odoo SH o
alojada localmente. Además, dependiendo del repositorio elegido (repositorio del
cliente de Odoo VS), el desarrollo de un módulo de terceros podría tener altos
impactos financieros o de mantenimiento. rdm

Tecnico

3. Cómo educar al cliente sobre nuestros procesos de trabajo

→ Compartir el libro OIM con el cliente. Establezca siempre expectativas adecuadas

para los clientes y consulte siempre las pautas de implementación de Odoo cuando los
clientes expresen inquietudes sobre la implementación. Establecer expectativas claras
y actuar como PM: La transparencia es clave para ganar CONFIANZA
→ Si algo salió mal en la VENTA, dilo en el INICIO: el cliente estará feliz de que lo hayas
hecho.
→ Si esperan comenzar a funcionar antes de una fecha límite con la que usted no
estuvo de acuerdo, dígales lo antes posible que no es probable.
→ NO PROMETAN PLAZOS AL INICIO DEL PROYECTO NI TIEMPOS DE MIGRACIÓN.
→ La clave del éxito del proyecto es la implicación del CLIENTE: déjelo claro desde el
inicio.
→ Ser ASERTIVO sobre la OIM: decirle al cliente qué es y por qué la seguimos.

4. Lo que más necesitas es CONFIANZA: Decir NO puede aumentar la confianza en tus

capacidades como PM
→ Decir siempre SÍ NO es realista y te pone en momentos difíciles cuando tienes que
decir NO.

→ Eres el EXPERTO, tu NO demuestra que sabes cómo alcanzar el éxito.

→ También puede ser un AHORA NO, siempre EDUCA a tu cliente sobre las razones de
tu NO.

→ Un no también puede ser un “SÍ, ¿qué debemos DESPRIORIZAR?” Ayuda a

concienciar al cliente de que también es una cuestión de recursos.

5. Establece las reglas y el ritmo del proyecto.

Recuerda al cliente que OIM es la clave del éxito: entregar rápido y poco a
poco. Además, avisar al cliente si no está comprometido, no hace los deberes, no se
involucra. No debes aceptar pasivamente los plazos, tener en cuenta que pueden
ocurrir imprevistos y obligarte a revisar tus estimaciones iniciales si eran demasiado
optimistas. Haga que el cliente sea responsable de acelerar los hitos del proyecto
(desarrolle un plan para ellos).

6. Usted no es quien toma las decisiones ni el usuario final: se necesita la

68
participación del cliente en el análisis, las pruebas y la validación
→ Análisis : espere información clara del cliente.

→ Pruebas: los usuarios clave deben probar las soluciones que ha creado y
proporcionar comentarios.

→ Validación: la mayoría de las opciones se pueden deshacer, pero es función del

cliente validar y continuar.

Producción:

Esta tarea debería ayudarle a detectar cuándo la solicitud de un cliente no es óptima

para la implementación y también debería ayudarle a saber cómo desafiar al cliente y
abordar el tema de una manera profesional y constructiva.

Procedimientos o mejores prácticas del proyecto

Implementación

Descripción: Nos dimos cuenta de que al inicio de su trabajo como Project Managers,
los recién llegados tienen dificultades para desarrollar buenos reflejos que les eviten
caer en trampas comunes. En esta tarea, encontrará consejos y trucos sobre cómo
manejar un proyecto correctamente.

Recursos/Herramientas:

 INSTRUCCIONES DEL PROYECTO

Producción:

Estos son algunos consejos basados en la experiencia de todo el equipo para ayudarle a
organizar mejor su trabajo en los proyectos, incluso si cada uno tiene su propia
especificidad para gestionar un proyecto.
Debe tomarse el tiempo para comprender cómo puede optimizar su forma de
supervisar proyectos. Quizás no todos esos consejos y trucos te gusten, ¡pero no dudes
en probarlos todos antes de renunciar a ellos!

Mejores prácticas para la gestión de CRM y

revisiones de canales
Ventas

69
1. Descripción: Un CRM limpio le permitirá recopilar, centralizar y compartir toda la
información relativa a nuestra actividad de ventas diaria y pronosticar con
precisión. Un CRM es también la mejor herramienta para aumentar la eficiencia de su
equipo de ventas y ampliar su base de clientes.

2. KPI medibles:

 CRM limpio: todos los campos relevantes, proporciones adecuadas de

integridad (cotizaciones presentes, exp. rev. presentes, etc.)
 Clasificación: plantilla de clasificación, blitz
 Cotizaciones: número adecuado de cotizaciones/SO creados, cotizaciones
creadas correctamente (descuentos, productos, plantillas, etc. correctos)
 Actividades de CRM y actividades de todo tipo: asegúrese de que registren cada
actividad que realizan, desde la cantidad de llamadas realizadas hasta la
cantidad de demostraciones realizadas. El registro de actividades no debería
requerir ningún esfuerzo adicional ya que, para empezar, deberían utilizar la
función "Próximas actividades" de Odoo, ya que es uno de sus KPI.
 Demos: “Envíame una invitación para tu próxima demo programada”: si no hay
ninguna hay un problema.
 Pronóstico: ¿Es consistente con sus números de CRM? ¿Está completo en M+2
(es decir, existe un pronóstico para el mes actual y los próximos 2 meses)? ¿Qué
tan cerca estuvo el pronóstico del mes pasado de la realidad?
 Puntos de bloqueo: ¿cuáles son sus puntos de bloqueo en sus acuerdos más
importantes?
 Plan de acción: Basado en el pronóstico de M+x y en todos los demás
elementos de la revisión de tuberías.
 Anote todas las "cosas por hacer" en una hoja de revisión de tuberías, así como
lo que se hizo y lo que no se hizo, y asegúrese de compartirlo con el vendedor.
 Una buena revisión de la tubería debe realizarse en 1 hora como máximo y
realizarse una vez por semana. Sólo podrá cubrir todo lo que debería estar
cubierto en una revisión de tuberías después de 2 meses de ejecutarla
diligentemente.

3. Recursos/Herramientas:

 Utilice las etapas de CRM correctamente:

o Territorio: Es necesario tener un primer contacto con el cliente. Pruebe
al menos 3 llamadas telefónicas y 3 correos electrónicos en un período
de 2 semanas.
o Calificado: Ha llegado al cliente y conoce su negocio, pero aún necesita
profundizar más.
o Patrocinador calificado: ha completado la calificación → Su
presupuesto, actividad, necesidades (puntos débiles) y cronograma son
claros. Está en contacto directo con la persona que toma las decisiones y
se programa una demostración. A partir de esta etapa, los ingresos
esperados y la fecha de cierre prevista deben estar actualizados.

70
 o Propuesta: Su administrador de cuentas envió una cotización para
Odoo Enterprise. Envía una cotización para sus servicios de
implementación. Se programa una llamada de seguimiento.
o Negociación: ¡El cliente está a punto de tomar una decisión (esta
semana)! Base de conocimientos de socios
o Frecuencia: se recomienda realizar revisiones periódicas de las tuberías
con su gerente de cuenta, al hacerlo, se comprende mejor cómo el AM
puede agregar valor o ayudar a cerrar la venta.
 Gestión de leads en el portal de partners [ES] *
 Gestión de leads en el portal de socios [SP] *

4. Trampas :

 No actualizar sus oportunidades en el portal de socios. Si está trabajando con

un cliente, asegúrese de crear una oportunidad en el portal con toda la
información relevante que le permitirá proteger a su cliente potencial y contar
con el apoyo total de su gerente de cuenta.
 Ser demasiado lento en el primer toque. Cuanto más espere, más probable será
que su cliente potencial hable con uno de sus competidores. 48 horas debería
ser el retraso máximo.

** Información importante: La nueva cantidad de usuarios adquiridos en los últimos

12 meses para categorizar a un socio como Gold es 200 y para Silver es 75. Nuestro
equipo está trabajando en la creación de una versión más actualizada de esos videos.

Generación de clientes potenciales y oportunidades

Marketing

Descripción:

La adquisición de nuevos contactos o prospectos que se pueden agregar al pipeline de

un ejecutivo de ventas que hará el seguimiento y gestión adecuado del ciclo de ventas.

KPI medibles:

1. Número de leads generados por mes y por fuente. Y reconocer picos de

mesetas.
2. Ratio de victorias
3. La proporción de prospectos perdidos en cada paso del embudo de marketing.
4. Costo de marketing por acuerdo ganado. Dependiendo de la iniciativa, podría
ser costo por cliente potencial, costo por clic o costo por mil impresiones
[CPM].

71
Recursos/Herramientas:

1. Atraer
1. Crea un Sitio Web donde comuniques lo que puedes hacer con Odoo
para mejorar los procesos de las empresas. Escribe tu propuesta de
valor, lo que te diferencia de otros socios.
2. Botón de acción: Crea una llamada a la acción en tu sitio web como una
"demostración gratuita" o "consulta gratuita" donde podrás capturar la
información de contacto y esto creará automáticamente un cliente
potencial en tu propio CRM.

3. Publique regularmente contenidos en su sitio web y no tenga miedo de

publicar recursos gratuitos: documentación, seminarios web, formación,
mejores prácticas empresariales, libros blancos,... Es muy bueno para el
SEO y debe estar alineado con su experiencia.
4. Anuncios digitales (por ejemplo, Google Adwords): pruebe primero con
pequeñas cantidades de dinero y escale lo que funcione.
5. Anuncie sus logros: nuevas aplicaciones publicadas, clientes en
producción, certificaciones, roadshows, nuevo nivel de asociación,...
6. Referencia: publique a sus clientes en su sitio web y utilícelos como
generador de confianza. Sea transparente: hable sobre presupuesto y
retorno de la inversión. También puede pedirle al equipo de marketing
de Odoo que publique una de las historias de sus clientes en nuestro
blog.
7. Publicación multicanal: LinkedIn, Twitter, Facebook, Youtube,... ¡y
asegúrate de seguir Odoo!
8. Envío masivo de correos electrónicos: excelente manera de generar
nuevos clientes potenciales, pero tenga cuidado: los correos
electrónicos en frío pueden tener un impacto negativo en la tasa de
apertura y dar una imagen negativa. Utilice su base de contactos
existente o envíe mensajes específicos y relevantes.
9. Referencias: aproveche e incentive a sus clientes satisfechos para
tranquilizarlo y recomendarle nuevos clientes potenciales.
10. Sitios web de licitaciones públicas (por ejemplo, licitaciones
gubernamentales) basadas en licitaciones.
11. Sitios web de ofertas privadas (por ejemplo, [Link])
basados en alertas específicas de Odoo.
12. Bases de datos para salidas (por ejemplo, DnB, manta, zoominfo)
13. Tus aplicaciones en la tienda de aplicaciones Odoo mostrando tus
servicios.
14. Eventos: Asiste a ferias y eventos para conocer negocios
locales. Aproveche su presencia local y su conocimiento del
mercado. Pídele ayuda a Odoo y organizaremos un evento llave en
mano y pondremos tu negocio en el centro de atención → Odoo
Roadshow BrochureTour
15. Aproveche la popularidad y la red de Odoo (por ejemplo, etiquete a
Odoo en sus publicaciones, use nuestro logotipo,...).

72
 16. Inicie una reunión local o un grupo de
usuarios: [Link]
17. Califique las aplicaciones de Odoo en plataformas de reseñas como
Capterra, G2Crowd y mencione el nombre de su empresa
18. Escriba publicaciones de blog (buen SEO) o haga videos de casos de uso
empresarial en lugar de características (es decir, problema → solución
→ ROI).
19. Responda preguntas en el Foro de Odoo y en comunidades externas
que no estén relacionadas con Odoo y especifique su información de
contacto en su perfil del foro para que lo contacten directamente.
20. Produzca videos de youtube con contenido relevante porque los videos
aparecen en la parte superior de las búsquedas de Google.
21. Recomendaciones de clientes
22. Sitio web de noticias de relaciones públicas: ~$400 para difusión de
artículos
23. Configura un perfil en Upwork, [Link], Fiverr,... para aumentar
tu visibilidad.
24. Busque "Odoo + su país" u "Odoo + industria" para ver qué tipos de
páginas/contribuciones ocupan un lugar destacado en los resultados de
Google.
25. Actualice su marca y cree un mensaje coherente que incluya lo que hace
en diferentes industrias. Incluye Odoo en tu firma de correo electrónico,
pie de página de documentos oficiales, tarjetas de presentación.

2. Captura
1. Formularios de generación de leads: página de contacto, programador
de citas, prueba en el sitio web, documentos técnicos.
2. Chat en vivo
3. Un número de teléfono en todas las páginas; Configure llamadas
grupales para asegurarse de que 1 representante de ventas disponible
conteste.
4. Utilice Odoo CRM para gestionar el proceso de ventas de sus
representantes de ventas. (Odoo es gratis con 1 aplicación). Esta será
una aplicación con la que sus representantes de ventas se familiarizarán
rápidamente.
3. Nutrir
1. Envío masivo de correo (por ejemplo, campañas de resurrección)
2. Automatización de marketing

Recursos adicionales:

Diapositivas de marketing para socios (ENG)

Marketing para socios (SP)

Libros blancos de Odool

73
 Activos de marca

Trampas:

1. No confíe únicamente en los clientes potenciales recibidos de

[Link]. Es una buena base pero no suficiente para pasar al siguiente
nivel. ¡Desarrolla e invierte en tu propia estrategia!
2. No te desarrolles primero. Vender primero, desarrollar después.
3. Concéntrese primero en su base de clientes existente (si la hay), ya que
es más fácil que adquirir nuevos clientes.
4. Asegúrese de que todos sus clientes potenciales y oportunidades estén
en el mismo sistema (CRM) y se administren a través del mismo
embudo.
5. No pague miles de dólares por un stand en una conferencia pública
sobre software/tecnología: las perspectivas serán de mucho menos
valor; el ROI no es tan bueno como en conferencias centradas en la
industria o en eventos centrados en Odoo en su área local; Habrá más
proveedores que prospectos.
6. Usar un KPI incorrecto para medir el éxito de una determinada iniciativa
de marketing (por ejemplo, costo por clic en lugar de costo por cliente
potencial al comprar una página de destino en un sitio web de terceros)

Mejores prácticas para la documentación de proyectos

Implementación

Descripción: Documentar un proyecto es algo crucial tanto para el cliente como para
ti, ya que es la única herramienta de trazabilidad que se utiliza para tener todo el
historial del proyecto en un mismo lugar. Comprender por qué y cómo hacemos esto le
ayudará a hacerlo de manera eficiente. Como ejecutará varios proyectos
simultáneamente, es importante que domine la documentación del proyecto lo antes
posible para sentirse cómodo y a gusto con la gestión de su proyecto.

Recursos/Herramientas:

1. ¿Por qué debería documentar sus proyectos? La documentación del proyecto es

una serie de documentos directamente integrados o vinculados a las tareas del
proyecto. Esto le brinda la trazabilidad total de su proyecto. Aunque documentar
puede parecer pesado y llevar mucho tiempo, un buen organizador de proyectos te
ayuda en muchas situaciones.

74
  En su trabajo diario: El organizador del proyecto es útil durante toda la
implementación:

o Puede ver rápidamente sus tareas pendientes y su estado respectivo.

o Puede ver rápidamente lo que deben hacer sus clientes y sus

respectivos estados.
o El cliente puede volver a verificar fácilmente la respuesta que dio a una
pregunta que ya hizo.
o En términos más generales, tanto usted como el cliente pueden obtener
una visión general del estado del proyecto en tiempo real: ¿Qué se ha
logrado? ¿Qué está pasando? ¿Que más queda por hacer? ¿Cuáles son
los siguientes pasos?
 Si el SPOC cambia

o Puede suceder que el Punto Único de Contacto cambie: si la empresa

contrata a otra persona para que se encargue del trabajo, el SPoC
abandona la empresa,... En este caso, es necesario incorporar al nuevo
SPoC al proyecto: puede ser complicado ya que deben sumergirse en la
implementación de un proyecto que ya comenzó sin ellos. A veces, la
empresa o el antiguo SPoC se encarga de la incorporación. Pero si esto
no es posible, una buena herramienta de gestión de proyectos le
ayudará. El nuevo SPoC debería poder leer la documentación y
comprender lo que se ha logrado, cuáles son los puntos abiertos y lo
que está por venir. Eso también le ayudará a recordar lo que se ha
discutido y las decisiones que se han tomado.
 Si el consultor cambia (días libres, nuevo proyecto,...): Por nuestra parte
también es posible un cambio en el consultor que trabaja en el proyecto. Puede
deberse a múltiples motivos:

o Estás de vacaciones y alguien te respalda en el proyecto.

o Obtienes una nueva oportunidad de proyecto y tienes que transferir el
proyecto a otra persona.
o El alcance del proyecto aumenta y es necesario incorporar un segundo
consultor.

El principio es el mismo que el del SPoC: trabajar en un proyecto en curso sin conocer
el contexto y la historia del proyecto es difícil. Pero una buena documentación del
proyecto lo hace más fácil.

¿Qué podría pasar si no documento el proyecto adecuadamente?

Uno de los principales riesgos de un proyecto que no está bien documentado es el

tiempo que perderás en la implementación y en tu trabajo diario. Pero además de eso,
es posible que también se vea obligado a enfrentar desafíos adicionales de gestión de
proyectos.

Tomemos algunos ejemplos:

75
  Te tomaste unos días libres y ya estás de vuelta en el trabajo. El último
contacto con el cliente fue hace una semana y no recuerda la conclusión de la
llamada ni las tareas pendientes que acordaron. En lugar de buscar en todos
sus correos electrónicos y preguntarle al cliente, puede abrir directamente el
organizador del proyecto y verificar qué hay en el estado "Por hacer".
 El cliente tiene una pregunta que ya hizo; en lugar de enviar un correo
electrónico y esperar la respuesta, puede consultarla directamente en el
organizador del proyecto.
 Se produce un error debido a la personalización realizada con Studio, pero no
recuerda qué hizo exactamente ni qué hizo el cliente. Esta personalización debe
aparecer en el organizador de su proyecto.

Ahora que hablamos del por qué, hablemos ahora de cómo administrar y documentar
sus proyectos directamente en Odoo, aunque, para algunos proyectos más pequeños,
a veces usamos nuestro documento " Organizador de proyectos ", que también resultó
útil cuando no era importante la configuración. era de esperarse. discutido al inicio del
proyecto y por lo tanto podría/debería apartarse en este momento.

2. ¿Cómo deberías documentar tus proyectos?

Cualquier tipo de documentación del proyecto podría servir. Durante mucho tiempo,
utilizamos nuestra hoja de cálculo de Google "Organizador de proyectos" para muchos
de nuestros proyectos, antes de volver a la aplicación de gestión de proyectos de
Odoo. Muchos socios están utilizando otras herramientas de gestión de proyectos u
hojas de Excel/Google, pero realmente creemos que Odoo también es la herramienta
adecuada para ello.

De manera global, proponemos utilizar un proyecto por proyecto del Cliente, basado
en una plantilla, y utilizar nociones de tareas y subtareas. Así es como podría verse una
pantalla de proyecto típica para usted:

76
Dentro del proyecto, hay diferentes formas de dividir todo el proyecto en diferentes
tareas.

En un proyecto pequeño , las tareas principales suelen llevar el nombre de la

aplicación, y las subtareas son elementos que deben configurarse o desarrollarse en
esa aplicación. No es raro ver cosas como "CRM", "Ventas" o "Fase 1 de contabilidad"
como nombres de tareas, mientras que encontrará "Análisis", "Configuración" o
"Importación de datos" como subtareas. En un proyecto tan pequeño, terminarás con
alrededor de 30 tareas y subtareas diferentes como máximo.

En un proyecto mediano, es más probable que encuentres una granularidad como en

la imagen aquí y allá, con una serie de etapas que permiten cierta flexibilidad. Para que
la captura de pantalla sea legible, no mostramos todas las etapas, pero este proyecto
tiene las siguientes etapas:

 Nuevo
 Reserva
 Fallido
 Desarrollo
 Pruebas funcionales (Odoo)
 Pruebas de clientes
 Hecho

Por supuesto, todas estas tareas generalmente se configuran en diferentes sprints y

usamos algunas etiquetas para categorizar el contenido más fácilmente, pero
globalmente así es como se ve una vista kanban típica de un proyecto.

Hasta ahora solo muestra las diferentes tareas y cómo se organizan y comparten entre
sus recursos. Pero por supuesto, la documentación de un proyecto no termina ahí ya
que también encontrarás mucha información dentro de cada tarea. Echemos un
vistazo al siguiente ejemplo de tarea:

77
¿Qué pasa con la participación del cliente en el proyecto?

Con la configuración del proyecto anterior, es bastante fácil lograr que su cliente
trabaje con usted a través de su propia aplicación PM. Puede proponer crear un
usuario del portal en su base de datos y este disfrutará de la vista del portal del sitio
web, desde donde podrá interactuar con su equipo a través de mensajes. O configura
un usuario interno para ellos para que tengan acceso a la gestión de su proyecto
backend y disfruten de los mismos beneficios que sus usuarios. Por supuesto, en caso
de optar por esa segunda configuración, no hay otra solución que bloquear la
visibilidad del proyecto para estos usuarios para que solo vean el proyecto del que son
miembros.

4. Salida

Después de leer esta tarea, comprende la necesidad de documentar sus proyectos día
a día. Conocerá las herramientas disponibles para hacerlo y podrá probarlas todas para
desarrollar su forma de manejar la documentación del proyecto.

78
Semana 7
Análisis de ROI (anteriormente Análisis de GAP)
Implementación

1. Descripción: Es un análisis de las brechas entre las necesidades de los clientes y las
características estándar de Odoo. Puede tardar entre 3 y 15 días, dependiendo del
alcance del proyecto. El resultado de este análisis es un documento que muestra qué
requisitos son factibles desde el primer momento o con desarrollo personalizado, así
como cuáles son las estimaciones de tiempo y costo.
Para los proyectos de inicio rápido, el propósito de un análisis de ROI es evaluar la
viabilidad con un enfoque de inicio rápido. Para proyectos personalizados, el propósito
de un ROI es proporcionar una estimación del tiempo y el costo del proyecto.

Cuando usted, como Líder de Proyecto, o sus Vendedores detectan:

 Procesos complicados;
 Gran cantidad de software diferente existente en el ámbito de TI de la
empresa;
 El conocimiento se divide en diferentes grupos de personas;
 Una perspectiva que se inclina hacia mucho desarrollo.

Entonces podría ser mejor proponer un análisis del ROI antes de vender cualquier otra
cosa. Este artículo le ayudará a comprender por qué tenemos un Análisis de ROI, qué
es y cómo utilizar esa herramienta. Con esta herramienta y proceso, hasta ahora
hemos logrado que el 80% de nuestro ROI se convierta en un proyecto después de
presentar los resultados.

2. KPI medibles:

 Generar 70 requerimientos por día de GAP en sitio.

 No debería faltar ninguna información o el "número 5" en el documento vacío
una vez completado.
 Una vez completada la brecha, el cliente debería sentirse más seguro de
trabajar con usted que antes.

3. Recursos/Herramientas:

 Análisis de ROI: todo lo que necesita saber como socio de Odoo

 Plantilla de análisis de ROI
 Plantilla de presentación de resultados

79
Como puede ver en el vídeo, se explica por qué cambiamos de nuestra herramienta
similar anterior (el Análisis GAP) a un ROI más completo que abarca los siguientes
aspectos además del GAP:

 Enumere las ineficiencias,

 Ahorro de tiempo y optimización,
 Qué aporta Odoo a la empresa.

Además, se cubren los aspectos del "POR QUÉ" del análisis del ROI. Esto es muy
importante para nosotros ya que su cliente esperará que usted motive su decisión de
proponer un retorno de la inversión.

Tenga en cuenta que esta herramienta y la actividad de realizar el ROI es realmente

donde se destacará como líder de proyecto: combinará todas sus aptitudes técnicas,
funcionales y de ventas en ese ejercicio.

1. En cuanto a las ventas , debe maniobrar vendiendo sus ideas a las personas
que entrevista, pero también tendrá que presentar el ROI global
(potencialmente con uno de sus representantes de ventas, o junto con Odoo) a
quienes toman las decisiones del cliente potencial.
2. Desde el punto de vista funcional , le demostrará a su cliente potencial que
conoce Odoo a la perfección y, en ocasiones, encontrará soluciones en el
momento durante las entrevistas.
3. En cuanto a la tecnología , usted será la persona que le explicará y le pedirá a
su equipo técnico (u Odoo) algunas estimaciones.

Algunas personas nos preguntan en ocasiones si este análisis del ROI se realiza de
forma gratuita. Seamos claros aquí: nunca es gratis. Hay muchas razones para eso:

 Es una herramienta que beneficia al cliente (incluso en el caso de que no

seleccione Odoo);
 Esto requiere mucho tiempo de su parte;
 Tener un análisis del ROI suele disminuir el esfuerzo global esperado para la
implementación. Así que ya beneficia al cliente si al final va contigo.

Como mínimo, si no puede hacerlo totalmente gratuito, encuentre una manera de

monetizarlo (por ejemplo: haga que el análisis de ROI de 5 días sea un servicio pago
que se vuelva gratuito SI el cliente finalmente acepta el proyecto con usted).

4. Resultado: El propósito de esta tarea es múltiple. Queremos:

 Hacerle saber que existe dicha herramienta y compartirla con usted;

 Mostrarle cómo se debe vender primero la idea de una herramienta de este
tipo a su cliente potencial;
 Mostrarle cómo se puede utilizar mejor;
 Responde las preguntas que puedas tener durante la sesión grupal.
 Si no estás listo Odoo puede hacerlo por ti

80
Cómo presentar una función a su cliente
Implementación

Descripción: Lo que haces frente al SPOC es mostrar todo el trabajo que hiciste
cuando ellos no estaban. Este es el momento para que muestres todo el valor añadido
de tu trabajo.

Esta tarea consiste en aprender a manejar una llamada para mostrar nuevos aspectos
del sistema que acaba de configurar.

Después de dedicar un tiempo a analizar la empresa y su forma de trabajar, llega el

momento de presentar los resultados a tu cliente. Pero ¿cuál es la forma más eficiente
de hacerlo?

Esta tarea tiene como objetivo explicar en qué debe centrarse para presentar
correctamente un nuevo módulo, funcionalidad o proceso a sus clientes.

No existe una "plantilla de llamada" (pero puede consultar el documento de

procedimientos para recordar las mejores prácticas) y cada llamada será diferente.

Requisitos comerciales: antes de presentarle algo a su cliente, debe estar seguro de lo

que necesita saber y cómo debe trabajar. Por eso el principal requisito previo es el
análisis empresarial. Antes de comenzar la configuración de Odoo, debes comprender
los requisitos reales del negocio.

Puede suceder que, mientras se trabaja en la configuración, surjan nuevas dudas sobre
el negocio. O intentas ponerte en contacto con tu SPOC para aclarar esos puntos (si
realmente son cruciales) o simplemente investigas esos aspectos cuando estés en las
próximas llamadas con el SPOC. No dudes en presentar tu convocatoria explicando que
te faltan algunos datos y que les preguntarás mientras muestras el flujo o si lo
prefieres pregúntales al inicio del según tu preferencia.

Céntrese en el flujo: Al realizar la demostración al SPOC, primero concéntrese en las

operaciones que los usuarios tendrán que realizar a diario. Intente ilustrar esto
utilizando ejemplos relevantes que le hablen a su SPOC para que lo entienda mejor y
usted demuestre que entendió su negocio.

En lugar de explicar todos los campos, deje que su cliente haga preguntas. Él sabe qué
tipo de información necesita para poder trabajar, y tú podrás mostrarte lo que es
realmente importante porque él se lo habrá pedido.

81
Una vez que su cliente esté convencido de que se implementa el flujo correcto, puede
mostrarle la configuración importante en la que tendrá que concentrarse.

De esta forma consigues varias cosas a la vez:

 Demuestre su capacidad para traducir los requisitos comerciales en un proceso

que beneficie a los usuarios.
 Muestra eficiencia: al centrarse en el flujo, el SPOC podrá validar si estás en la
dirección correcta o no. Sólo si ha sido validado podrá comenzar a mostrar la
información práctica para permitir que el SPOC comprenda mejor qué hay
detrás del flujo.
 El SPOC tendrá la sensación de que está en las manos adecuadas y la confianza
aumentará.

Preparación del cliente: El consultor no es el único que debe estar

preparado. Evidentemente, el cliente también deberá leer la documentación, ver
vídeos y revisar las discusiones anteriores. La eficiencia de la llamada y del proyecto
aumenta significativamente cuando el cliente prepara las llamadas cuando es actor y
no sólo un espectador de la formación porque se centrará en preguntas más
avanzadas durante la demostración. Puedes enviar la información relevante a tu SPOC
con respecto a los temas que se tratarán en las próximas sesiones para que las
pantallas, la configuración y la información le hablen.

Deje que el SPOC lidere la demostración, esta es una manera para que él-ella tenga el
primer paso en esta nueva parte del sistema y le permite evaluar si el SPOC se está
acostumbrando cada vez más al sistema.

Caso de uso:

Prepare un caso de uso y para cada uno:

 Define qué vas a destacar durante la llamada (sencillez, detalles, adaptabilidad,

ir al grano,…)
 ¿Ves alguna característica que a tu SPOC le pueda gustar especialmente?
 Prepare una demostración (y prepárese para hacerla durante una sesión grupal
para compartir)
 Prepara una lista de tareas pendientes para el cliente (como tarea)

Este es un buen ejercicio para familiarizarse con los conceptos y el proceso.

Producción

Después de procesar esta tarea, debes saber cómo manejar una llamada para mostrar
nuevos aspectos del sistema.

82
 Estudio II: Conceptos técnicos avanzados
Conocimiento técnico del producto

Descripción: El propósito de esta tarea es ir un poco más allá en la comprensión de

conceptos técnicos en Odoo. Saber de qué es capaz Odoo Studio también es una forma
de asesorar a su cliente contra un cambio en el sistema, o de optar por el desarrollo en
lugar de la personalización. No se trata sólo de poder encontrar una solución a través
de la propia aplicación.

El propósito de esta tarea es avanzar un poco más en la comprensión de conceptos

técnicos en Odoo, luego de haber aprendido sobre los campos, modelos y vistas.

Con esta tarea, aprenderá sobre automatización, derechos de acceso, cómo editar
informes y personalización avanzada.

Los derechos de acceso son uno de los aspectos más importantes de la

implementación de un proyecto. Tan pronto como el número de usuarios sea superior
a uno, deberá definir los derechos de acceso para los empleados que no sean
administradores. La definición de derechos de acceso debe incluirse en las fases
previas a la primera entrada en funcionamiento. De hecho, si comienza a funcionar sin
definir correctamente los derechos de acceso, un usuario podría simplemente tener un
acceso menos restrictivo de lo necesario.
La definición de derechos de acceso puede variar desde simple hasta muy
compleja. Además, la definición de algunos derechos de acceso avanzado no es
estándar y requiere el desarrollo y mantenimiento de tarifas recurrentes. Todos esos
aspectos se detallan en esta tarea.

La automatización (Acciones Automatizadas) también es una parte importante de la

implementación de un proyecto. La razón principal por la que los clientes eligen Odoo
es para reducir la intervención humana y fluidificar la gestión. En ocasiones, las
funcionalidades de Odoo no son suficientes y se requiere cierta automatización
adicional. Es por eso que, con Odoo Studio, tienes la capacidad de crear este tipo de
automatizaciones. Ojo: sólo porque un cliente solicite una automatización no significa
que usted tenga que crearla. Su función es analizar los requisitos comerciales y el valor
agregado de realizar la automatización.

Saber de qué es capaz Odoo Studio también es una forma de asesorar a su cliente
contra un cambio en el sistema o optar por el desarrollo en lugar de la
personalización. No se trata sólo de poder encontrar una solución a través de la propia
aplicación.

83
Pasos a seguir:

 Mira los vídeos a continuación.

 Crea una base de datos de pruebas donde podrás realizar los ejercicios
propuestos en la documentación.
 Intente replicar las personalizaciones que se dan como ejemplo al mismo
tiempo para acostumbrarse a Odoo Studio.
 Cuando encuentre rastreos, guárdelos en un documento de Google, léalos e
intente comprenderlos. Si necesita ayuda, consulte a nuestro equipo de
soporte.

Recursos/Herramientas

 Introducción a las vistas y derechos de acceso.

 Introducción a los derechos de acceso + ejemplos
 Diapositivas: Automatización y derechos de acceso
 Diapositivas: Informes con Studio
 Diapositivas: Lectura de rastreos 101

4. Salida

Ahora ha aprendido más sobre algunos aspectos técnicos importantes:

 Conoces los límites de Odoo Studio (reportes, acciones automatizadas, etc.)

 Ya conoces la diferencia entre personalización y desarrollo.
 Sabes que siempre debes esforzarte por lograr el estándar primero.
 Ahora puede leer y comprender (la mayoría) de los rastreos

Mejores prácticas al implementar sus primeros

proyectos
Implementación

84
1. Descripción: Actualicemos los conceptos detrás de los diferentes tipos de
implementación que puede encontrar.

Implementación de inicio rápido

Conjunto de habilidades de inicio rápido: un tipo de representante de ventas (con

conocimiento de las características estándar) y un tipo de consultor (experto funcional
en características estándar).

Cualidades que debe tener: Volumen de clientes potenciales/negocios, sin

desarrollos, objetivo de PYMES, ventas salientes limitadas, oferta empaquetada
genérica.

Metodología de implementación de proyectos personalizados Conjunto

de habilidades de proyectos personalizados: gerente de proyectos, analista de
negocios, consultoría funcional, analistas técnicos, desarrollo, soporte, administrador
de sistemas/DBA/infra.

Cualidades a tener: gestión de proyectos, ventas salientes, fomento de relaciones de

ventas (ciclos largos), pocos proyectos pero proyectos grandes y complejos.

3. Recursos/Herramientas:

 Le recomendamos encarecidamente que entregue su primer proyecto con la

ayuda de un analista de negocios de Odoo a través de un Partner
Pack. ¡Aumentará significativamente tu tasa de éxito y también será una gran
experiencia de aprendizaje para ti!
 Manual de Metodología de Implementación de Odoo (OIM)
 Elige el alojamiento adecuado
 La clave para los proyectos de implementación: gestionar las expectativas de los
clientes
 Deuda Técnica y Mantenimiento

4. Trampas :

 No desarrolles los hábitos de una empresa de productos, eres una empresa de

servicios.
 No olvide asegurarse de que sus clientes aprueben los documentos de análisis
funcional y técnico que produzca antes de pasar al siguiente paso.
 No trabaje usted mismo en los errores en lugar de informarlos a Odoo, de lo
contrario, creará retrasos en su plan. Concéntrese en ofrecer valor (la
corrección de errores no tiene valor percibido).
 No actualice una instancia en medio de una implementación.
 No inicie su proyecto en otra versión que no sea la más reciente.
 Acepte cualquier desarrollo personalizado sin desafiar las necesidades del
cliente o sin buscar soluciones alternativas (incluso con un enfoque de ERP

85
 personalizado).
Un desarrollo personalizado genera costos adicionales y retrasos en los plazos
para la implementación del proyecto, a veces hasta el punto de poner el
proyecto en riesgo.
Además, el desarrollo personalizado genera una deuda técnica que tendrás que
pagar en los próximos años en forma de más costes de mantenimiento y
actualización.
 Incluye el coste de mantenimiento de tus desarrollos específicos en tu
propuesta inicial.
 Cualquier solicitud de cambio que se produzca después de la aprobación de las
especificaciones deberá modificar el presupuesto y el plazo inicialmente
fijados. Su contrato debe incluir una cláusula de "solicitudes de cambio".
 El desarrollo offshore puede parecer una solución fácil al principio, pero implica
muchos riesgos: problemas de comunicación, diferentes horarios de trabajo,
más riesgosos y más difíciles de escalar.
Debería recurrir a la deslocalización como una adición a sus recursos de TI, no
como un reemplazo y sólo si puede evaluar la calidad del trabajo usted mismo
(es decir, revisar el código).
 Durante la implementación, no priorice la satisfacción del cliente sobre poner a
los usuarios en producción dentro del presupuesto y el plazo. Eso es por lo que
las partes interesadas lo juzgarán al final del día.

Publicación del sitio web de Odoo

Marketing

Descripción:

Aparecerá en la lista oficial del Directorio de socios con una descripción detallada de
sus actividades y experiencia específica. También puede enumerar referencias de
clientes, videos, su enfoque en la industria, enlaces a sus aplicaciones en Odoo Apps
Store, enlaces a material en su sitio web y capacitación seguida.

KPI medible: Análisis de un número creciente de visitantes a su sitio web provenientes

de la página de su socio en [Link]

Recursos/Herramientas:

 Consulte ejemplos de socios existentes aquí.

 Algunos pasos importantes:

o Complete sus datos de contacto y agregue el correo electrónico de su

comercial.

86
 o Pídale a su administrador de cuentas que publique sus referencias
(clientes activos con usted como referente) y publíquelas en el sitio web
de Odoo.
o Asegúrese de tener la etiqueta de certificación, para que sus clientes
sepan que tiene el conocimiento funcional para realizar una
implementación.

Trampas:

 No espere para proporcionar un logotipo y toda la información necesaria para

su página de socio publicada. Asegúrese de proporcionar una buena
descripción de sus servicios teniendo en cuenta el SEO.
 No coloque etiquetas blancas en la marca Odoo de su marca/empresa, sino
asócielas. Es probable que Odoo tenga mayor visibilidad que su empresa.
 No dejes tu perfil desatendido durante años. Actualízalo periódicamente
cuando tengas nuevas referencias, experiencia, certificaciones, etc…
 No especifique un correo electrónico de contacto asociado con solo 1 persona
para evitar el riesgo de que no responda. Favorezca una dirección de correo
electrónico genérica que reenvíe a más de una persona.

87
Semana 8
¿Qué tipo de soporte puedo esperar de Odoo?
Ventas

Descripción: Habrá momentos en los que tendrá preguntas adicionales para nosotros
o se enfrentará a un error potencial y le gustaría discutirlo con nuestro equipo de
soporte. Esta tarea tiene como objetivo mostrar las diversas formas de colaborar
cuando necesita nuestro apoyo.

Recursos/Herramientas:

1. Soporte a través de [Link]/help

Cuando se enfrenta a una pregunta rápida o a un posible error, suele ser conveniente
recurrir a nuestro soporte. La única forma de ponerse en contacto con ellos es a través
de la página de soporte , donde podrá completar un formulario e informar su
problema.

 Ayúdanos a ayudarte

Para acelerar nuestro tiempo de reacción, recomendamos encarecidamente que nos

proporcionen información. Básicamente, necesitamos saber:

 ¿Cuáles son los pasos para reproducir su problema?

 ¿Cuál es el comportamiento actual que observa?
 ¿Cuál sería su comportamiento esperado en este caso?

Mientras más información exhaustiva nos brinde, mejor podremos comprender su

problema de inmediato. Un buen filtro para comprobar, por tu parte, si la información
es suficiente para que podamos entender tu problema, sería ponerte en el lugar de
alguien que no tiene conocimiento sobre tu proyecto.

Otra forma de mejorar la velocidad con la que podemos resolver un problema sería
explicarnos también cuáles son las diferentes soluciones que ya has probado.

Cree un ticket por problema para que podamos paralelizar la resolución de problemas
por problema y no tener un ticket masivo que la mayor parte del tiempo se resuelva
parcialmente.

Finalmente, nada ayuda a comprender mejor que unas cuantas capturas de pantalla o
incluso un video del flujo que intentas lograr en Odoo. En esa perspectiva, le
recomendamos encarecidamente que utilice herramientas como Awesome

88
screenshots o Screencastify , que son herramientas de uso gratuito, respectivamente,
para tomar/comentar capturas de pantalla y grabar un vídeo de su pantalla.

Ejemplo de una buena descripción de entrada:

Cómo reproducir:
- Vaya al sitio web > comprar
- Complete un pedido y procese hasta el pago.
- Al llegar a la página del método de envío, obtendrá un
error: [Link]
- Al cerrar el error e intentar cambiar el método de envío, obtendrá nuevamente un
error: https: //[Link]/*******

John intentó solucionarlo, pero al intentar depurar el problema localmente no recibió el

error, solo ocurre en la producción y la preparación.

Para soporte de Odoo:

tengo el mismo problema en una base de datos de instalación nueva (localmente con
datos de demostración) con un nuevo producto con 0$ como precio de venta y una
nueva opción de envío usando el producto 'Cargos de envío normales' (y sin usar el
método de envío 'Cargos de envío normales' creados de forma predeterminada en una
base de datos de demostración).
Sin duda, intenté reproducir ese problema (como lo hice en mi base de datos local) en
un runbot y pude.
Aquí hay un vídeo. La versión utilizada es la 13.0.

¿Por qué esta es una buena descripción del ticket?

 Obtuvimos la información sobre la versión Odoo.

 Obtuvimos un flujo de usuarios claro con capturas de pantalla adicionales.
 Uso de un vídeo.
 Uso de Pastebin o compartir un rastreo de Python.
 Referencia a un ticket anterior ("John intentó arreglarlo...") -> podemos echar
un vistazo al ticket manejado por John.
 El problema podría replicarse en un entorno runbot.

 La lista de temas por los que te recomendamos ponerte en contacto con

nosotros

89
 o Proporcionarle material relevante (directrices, documentación del
producto, etc…).
o Respuestas a problemas que puede encontrar en su base de datos
estándar de Odoo (por ejemplo, "No puedo cerrar mi punto de venta" o
"¿No puedo encontrar mis KPI de ventas?").
o Preguntas relacionadas con su cuenta, suscripción o facturación.
o Resolución de errores (problemas de bloqueo o comportamiento
inesperado que no se deben a una mala configuración o
personalización).
o Problemas que pueden ocurrir en una base de datos de prueba después
de actualizar a una versión más reciente.
o ¡El Soporte de Odoo no realiza cambios en su base de datos de
producción, pero le brinda el material y el conocimiento para hacerlo
usted mismo!
 El soporte no debe usarse para los siguientes temas

o Preguntas que requieren que comprendamos sus procesos comerciales

para poder ayudarlo a implementar su base de datos.
o Capacitación sobre cómo utilizar nuestro software (lo dirigiremos a
nuestros numerosos recursos).
o Importe documentos a su base de datos.
o Orientación sobre qué configuraciones aplicar dentro de una aplicación
o la base de datos.
o Cómo configurar modelos de configuración (los ejemplos incluyen: rutas
de inventario, condiciones de pago, almacenes, etc.).
o Cualquier intervención en sus propios servidores/implementaciones de
Odoo.
o Cualquier intervención sobre la propia cuenta de terceros (Ingenico,
Authorize, UPS, etc).
o Preguntas o problemas relacionados con desarrollos o personalizaciones
específicos realizados por Odoo o un tercero (esto es específico solo de
su base de datos o involucra código).

**Aquí hay documentación más detallada sobre el tipo de soporte que ofrece nuestro
equipo de soporte técnico.

2. Soporte a través de paquetes de éxito para socios

Odoo también lo apoya con consultores para diferentes aspectos de sus

implementaciones de Odoo. Ya sea que necesite un experto en una aplicación en
particular (experto en contabilidad, experto en gestión de existencias, etc.), un experto
en gestión de proyectos o un asesor de desarrollo, lo tenemos cubierto.

Si necesita ayuda con las mejores prácticas, auditoría de codificación, preguntas

funcionales y/o desea mejorar y comprender más acerca de Odoo, un PArtner Sucess
Pack podría ser una buena solución para usted.

90
Para todos estos servicios, normalmente trabajamos con el concepto de paquetes de
éxito de los que quizás haya oído hablar. Si necesita esta experiencia adicional, no
dude en ponerse en contacto con su administrador de cuentas y discutir con él cuáles
son sus necesidades de soporte. Después de una llamada de calificación con usted,
podrán conseguirle el mejor consultor que tenemos para el trabajo a realizar.

Es importante entender: los consultores de Odoo están ahí para ayudarlo a mejorar
sus habilidades en Odoo, no para implementar un proyecto directamente para su
cliente.

3. Soporte a través de Developer on Demand

Desde hace unos meses ofrecemos también un servicio de desarrollo ubicado en

nuestra filial india. Realmente le recomendamos que considere esta oferta si desea
recibir ayuda para un desarrollo para el que no tiene el tiempo ni los recursos.

Nuestro equipo trabaja rápido, según las especificaciones y respetando sus plazos. Si
desea saber más al respecto, le recomendamos encarecidamente que también se
ponga en contacto con su administrador de cuentas.

4. ¿Y qué pasa con el soporte comercial?

Tan pronto como su empresa comience su trayectoria como socio con nosotros, se le
asignará un administrador de cuentas. Parte de su función es también apoyar a su
empresa en sus procesos de ventas. Si desea saber cómo administrar mejor sus
clientes potenciales, cómo convertir más visitantes en clientes potenciales en su sitio
web, cómo trabajar con nuestro panel de asociación, si tiene alguna pregunta sobre el
contrato de un cliente, etc., no es necesario que se comunique con nuestro soporte o
su asesor, pero vaya directamente a su AM. Son los más adecuados para ayudarle con
todas estas demandas relacionadas con las ventas.

4. Salida

Después de leer esta tarea, sabrá qué equipos podemos recurrir en busca de ayuda.

Importación avanzada de datos

Conocimiento del producto

Descripción: En la tarea de Importación de Datos Básicos tenías que importar datos

maestros. Además de eso, es posible que su cliente tenga que importar datos más

91
complicados, como ajustes de inventario, asientos contables, etc. Los llamamos datos
transaccionales ya que se actualizan diariamente y dependen también de los datos
maestros que se crearán ( es imposible hacer un ajuste de stock sin haber importado
los productos por ejemplo).

Esta tarea le brindará las herramientas necesarias para asegurarse de poder asesorar
adecuadamente a su cliente sobre la forma de importar estos datos fácilmente.

Los datos transaccionales deben importarse al comienzo de la puesta en marcha y los

datos maestros deben haberse importado antes.

Por ejemplo :

 cuando entre en funcionamiento con la aplicación Inventario, se debe importar

el stock disponible actualmente;
 Cuando entre en funcionamiento con la Contabilidad, se debe importar el saldo
inicial.

Antes de la puesta en marcha, tendrá que definir con su cliente cómo podrá obtener
los datos en Odoo explicándole cómo agregar sus datos en sus plantillas de
importación. Por lo tanto, también es muy importante realizar algunas pruebas para
importar estos datos.

Requisito previo de los ejercicios

: tarea de incorporación: importación básica de datos

Importe los archivos que se enumeran a continuación. Documente cualquier problema

o pregunta que tenga para el cliente. No se debe eliminar ningún dato antes de
preguntar al cliente si lo necesita o quiere corregirlo. Para fines del ejercicio, agregue
una explicación de las suposiciones que hizo y los cambios que realizó en los datos.

Archivos para importar

 Saldo de apertura
 Ajustes de inventario

En caso de duda, no dude en volver a leer el documento Mejores prácticas para la

importación .

92
Producción

Ahora puede importar datos transaccionales y asesorar a su cliente mucho antes de la

puesta en marcha.

Retención, ventas adicionales y ventas cruzadas

Ventas

1. Descripción: Retener y aumentar las ventas de los clientes existentes es de 6 a 7

veces menos costoso que adquirir nuevos. Considere su base de instalación como un
activo e implemente más aplicaciones, agregue más usuarios y venda actualizaciones a
la última versión.

2. KPI medibles:

 >80% de tasa de retención (teniendo en cuenta su nivel de asociación)

 Análisis de cohorte MRR
 Porcentaje de servicios vendidos a clientes existentes frente a nuevos clientes

3. Recursos/Herramientas:

 Siga los últimos lanzamientos de productos (Experiencia Odoo, Nota de versión,

seminarios web) y mantenga informados a sus clientes para generar entusiasmo
por una actualización. Las actualizaciones son una importante oportunidad de
ventas y el servicio de actualización de Odoo no tiene costo adicional.
 Realice un seguimiento periódico de sus clientes: ¿están contratando más
empleados, están explorando nuevos mercados, se están diversificando hacia
nuevas actividades,...?
 Asegúrate de que tus clientes estén al tanto de todo lo que ofreces.

4. Trampas :

 No dejes a tus clientes con versiones anteriores, es una de las principales

razones que contribuyen a perder un cliente (porque no se aporta más valor a
la solución).
 No olvide vender el tiempo que dedicará a las pruebas y la capacitación durante
el proceso de actualización.
 No ponga la responsabilidad de las ventas adicionales únicamente en el
departamento de ventas. Su departamento de servicios profesionales
(consultores) puede detectar fácilmente el potencial de ventas adicionales.

93
¿Cómo hacer realidad la puesta en marcha?
Implementación

Descripción: Lograr que la puesta en marcha se realice en la fecha prevista siempre es una
tarea difícil. El cliente puede mostrarse reticente al cambio, tener miedo de empezar a utilizar
un nuevo sistema o no tener mucho tiempo para dedicarlo a la implementación. Se podría
detectar un problema cerca de la fecha de entrada en funcionamiento, una necesidad podría
cambiar, otra parte interesada podría hablar demasiado tarde sobre sus necesidades con
respecto a la fecha de entrada en funcionamiento, etc.

Retrasar la fecha de entrada en funcionamiento es muy frecuente durante la implementación

de un proyecto. Sin embargo, muchas veces NO es lo correcto . La implementación a menudo
enfrenta muchos obstáculos, pero es importante mantener el rumbo pase lo que pase. Esta
tarea primero te brinda consejos ilustrados con situaciones de la vida real para que sea
tangible.

Recursos/Herramientas:

Esta tarea le brinda múltiples consejos y trucos ilustrados para que la puesta en marcha se
realice.

Aquí tienes una lista de estos trucos:

 Conoce a tu SPOC y adáptate a él

 Aborda los puntos de bloqueo desde el principio
 Mantener la visión de largo, mediano y corto plazo en cualquier momento.
 Ser el líder del proyecto.
 ¡Mantenga alta la motivación del cliente (y la suya también)!
 No te asustes cuando recibas malas noticias
 Nunca entres en funcionamiento sin realizar pruebas
 Planifique una llamada de posproducción una semana después de la fecha de
lanzamiento
 Pedir ayuda
 Posponga los desarrollos tanto como pueda
 Consulte la lista de verificación de puesta en funcionamiento de las aplicaciones
(revise la información a continuación)
 Planifique la fecha de entrada en funcionamiento a principios de semana.
 Evite el big bang y viva la vida. Cíñete a las fases.
 Comprueba que no estarás fuera de tu oficina en esta fecha
 Nunca entres en funcionamiento sin realizar pruebas
 Manténgase disponible si hay problemas
 Verificar los primeros registros (las secuencias están bien, la configuración parece
buena, los primeros asientos contables son correctos,...)
 Envía un correo a tu SPOC durante la puesta en marcha para ver si todo va bien

¿Por qué no hacer una llamada al final del día?

94
Continuación del punto 11: Consulta la lista de verificación de puesta en marcha de las
aplicaciones

La mayoría de las listas de verificación que utilizamos internamente son una combinación de
nuestros mapas mentales y sentido común. Si bien actualizaremos este tema con una lista de
verificación actualizada, podemos usar de manera segura nuestros mapas mentales como
herramientas iniciales para su lista de verificación. Como recordatorio, aquí están los enlaces
a los mapas mentales:

Contabilidad
Fabricación
Inventario de compras
Sitio web y comercio electrónico

4. Salida

Después de esta tarea, estará listo para abordar las principales barreras para que la puesta en
marcha se realice a tiempo.

95
Semana 9
Migración de datos: ¿cómo tomar las decisiones
correctas
Implementación, Conocimiento del producto

Descripción : Importar datos implica una enorme cantidad de trabajo y lleva mucho
tiempo. Por lo tanto, puede ser una causa importante de retraso en la implementación
del proyecto. Por eso es importante tomar las decisiones correctas, plantear buenas
preguntas y desafiar al cliente al respecto.

El objetivo de esta tarea es explicar cómo tomar las decisiones correctas al considerar
la importación y brindar mejores prácticas con respecto a este tema.

La migración de datos es una de las tareas que puede llevar mucho tiempo durante la
implementación de un proyecto y, por lo tanto, puede ser una causa importante de
retraso para llegar a la primera puesta en marcha.

Cuando se habla de migración de datos con sus clientes, surgirán muchas preguntas y
se deberán tomar decisiones importantes. Puede encontrar en la documentación a
continuación algunos de los temas más importantes que debe abordar para asegurarse
de que esta parte de la implementación se pueda implementar de la manera más
fluida y rápida.

Recursos/Herramientas:

Cuando hablamos de migración de datos, hay dos tipos de datos que podemos
diferenciar:

 Datos maestros (principalmente datos estáticos que se necesitan para generar

transacciones, como contactos y productos)
 Datos transaccionales (Datos que representan movimientos/transacciones de
una empresa, como Facturas, Órdenes de Venta u Órdenes de Compra).

Los datos maestros deben existir en el sistema para poder crear datos transaccionales
porque depende de ellos.

Cuando se habla de migración de datos con sus clientes, surgirán muchas preguntas y
se deberán tomar decisiones importantes. A continuación se detallan algunos de los
temas más importantes a tener en cuenta para garantizar que esta parte de la
implementación se pueda implementar de la manera más fluida y rápida.

1. ¿Debo aceptar importar los datos históricos de mi cliente?

96
Puede suceder que tu cliente quiera importar todos los datos anteriores (pedidos,
facturas) de su sistema anterior al comenzar con Odoo. Debes evitarlo tanto como sea
posible porque:

 generalmente es difícil de lograr,

 puede llevar mucho tiempo,
 representa una enorme carga de trabajo tanto para usted como para el cliente.

Y la mayoría de las veces, el deseo de importar todos los datos históricos viene
motivado por el miedo a perder algo que algún día podría ser útil.

a) ¿Por qué es un riesgo para el proyecto? : Importar datos históricos a la base de

datos siempre lleva mucho tiempo, ya que siempre hay modelos muy complejos
involucrados para crear esos datos. Por ejemplo: "Su cliente desea importar todas las
facturas de los últimos 5 años. Para importar esta información, primero deberá
importar todos los contactos y es posible que algunos no existan en su lista real de
contactos. Por lo tanto, "Tenemos que crear esos contactos viejos (e inútiles)".

El tiempo perdido en importar datos históricos puede variar mucho y dependerá de:

 El resultado proporcionado por el cliente: qué archivo ha proporcionado, la

cantidad de registros que se importarán, la coincidencia entre los datos
exportados y qué necesitará Odoo...
 La complejidad del modelo donde se deben importar los datos: cuantos más
modelos y más campos relacionados haya, más compleja será la importación.
 Afinidad propia y la del cliente con excel para poder corregir rápidamente el
fichero.
 La incertidumbre si el cliente tiene tiempo para exportar datos.

Todos esos aspectos le ayudarán a hacerse entender por parte del cliente sobre la
complejidad de la importación.

b) ¿Cómo puedo convencer a mi cliente? La idea es convencer al cliente de que

importar sus datos históricos no será eficiente y que es mejor centrarse en puntos más
relevantes como centrarse en los flujos de trabajo y su implementación para gestionar
el futuro de su actividad. Los datos heredados pierden su valor agregado rápidamente
con el tiempo, no son una fuente de ingresos y si se pueden realizar informes sobre
ellos, probablemente se puedan hacer desde Odoo.

Para estar mejor preparado para desafiar y convencer a su cliente de que no importe
esos datos, intente obtener las siguientes respuestas:

 ¿Cuál es el valor agregado de tener esos datos en Odoo en comparación con

usarlos en un sistema separado?

97
  Si los datos se importan, ¿qué uso hará de ellos el usuario final? ¿Con qué
frecuencia los van a consultar? ¿Con qué propósito?
 ¿Los datos que quieren importar siguen siendo relevantes hoy (los datos
provenientes de varios años son cada vez menos relevantes con el paso de los
años)? ¿Han cambiado los datos a lo largo de los años? Quizás solo se pueda
importar una parte de los datos (solo el último año, mes...)
 ¿Son realmente relevantes los informes generados a partir de la importación de
esos datos?

c) ¿El cliente debe limpiar todos sus datos? Cambiar a un nuevo ERP parece una
oportunidad para que el cliente limpie los datos provenientes de su antiguo
sistema. Pero en realidad, el cliente no necesita hacer eso si antes pudo trabajar con
esos datos.

La limpieza de datos podría ser un riesgo, si todos los datos no son tan críticos, tal vez
solo el 10% de los contactos estén realmente activos y el resto casi nunca se
use. Centrarse en limpiarlo todo supone entonces un riesgo de retraso con un valor
añadido muy limitado o nulo detrás de esta tarea. La información siempre cambiará y
aprender a actualizar o limpiar la información en Odoo es más relevante y en realidad
será un buen ejercicio para el cliente. Y al trabajar en Odoo, si el SPOC se da cuenta de
que hay mucha información incorrecta, también se puede solucionar fácilmente
mediante una actualización exportando e importando el cambio.

*Consejo: Desde V14, Odoo ofrece una aplicación llamada "Limpieza de datos" que
podría ayudar a los clientes.

d) ¿Cómo elegir entre importar y crear datos manualmente? Importar a través de un

archivo siempre parece ser más rápido que importar manualmente. En realidad, esta
afirmación puede ser errónea en muchos casos, y hay que analizar cada uno caso por
caso. Para decidir qué método utilizar para importar los datos, aquí hay algunos
factores a tener en cuenta:

 La cantidad de registros VS la cantidad de tiempo para crear el archivo: a

veces el cliente no puede obtener un archivo que tenga el mismo formato que
el archivo que necesitaríamos importar. Puede ser porque el sistema anterior
tiene una estructura diferente, o porque no se puede explotar el formato de los
datos exportados (pdf en lugar de hojas de excel). Si lleva tanto tiempo como
crear el archivo en comparación con crear los datos manualmente, entonces es
mejor que el SPOC use el sistema directamente para acostumbrarse a la forma
en que funciona.
 La afinidad de tu cliente con Excel: Esto va en la línea del punto anterior . Si su
cliente no puede proporcionar un archivo decente debido a una falta de
habilidades en Excel, entonces simplemente debería cambiar la estrategia y ver
cómo podría reducir la cantidad de manipulación en Excel.

98
  La complejidad de los datos a importar: Importar un contacto o una factura es
totalmente diferente. La plantilla de importación es bastante más complicada
para la factura y puede haber más campos para agregar y podría requerir
definir un proceso para importar cada información de forma
secuencial. Además, parte de la información de los registros puede ser más
complicada de importar (muchos campos en comparación con uno de
texto). Quizás esos campos podrían agregarse manualmente o actualizarse
mediante una acción.
 Abrir documentos en el momento del go-live: Cuando tu cliente comenzará a
usar Odoo, ya tendrá algunos pedidos abiertos, facturas, órdenes de compra,
entregas... No es necesario importar toda esa información en el momento del
go-live. Obtendrá más detalles en la tarea "¿Cómo hacer que la puesta en
marcha se realice?".

e) ¿Cómo debemos migrar los datos transaccionales en el momento del go-

live?: Preparar el archivo excel para importar SO/PO/Facturas requiere mucho trabajo
y tiempo. El riesgo es que su cliente no cumpla con el plazo porque no está listo con
todos los archivos y no es necesario tener todo en el sistema en ese momento. Lo más
importante es que el cliente sepa cómo manejar todos los aspectos cubiertos por la
puesta en marcha. Si pueden hacer eso, podrán crear manualmente sus documentos
(Órdenes de venta, Órdenes de compra, Facturas...) en el momento que los necesiten.

Por ejemplo:

La puesta en marcha de la solicitud de compra está prevista para un mes. Puedes

sugerir que cuando creen una orden de compra en su sistema existente, ya creen el
documento en Odoo, sin confirmarlo. Al momento de la entrada en funcionamiento
tendrán todas las órdenes de compra del último mes. Luego podrás hacer las
siguientes cosas dependiendo de cada documento:

 Retirarlo si ha sido facturado y entregado.

 Si ha sido entregado pero aún no facturado, lo eliminarás y crearás la factura
directamente en el módulo de contabilidad.
 Si ha sido facturado pero aún no entregado, lo eliminarás y crearás los recibos
en el módulo de inventario.
 Si no se ha realizado la entrega ni la facturación, simplemente puede procesar
la orden de compra normalmente.

Este es un buen ejercicio para su cliente, reduce la presión y el estrés en la puesta en

marcha y aborda fácilmente los problemas de la importación de datos transaccionales.

Hay otras opciones para gestionar la importación de esos datos, por ejemplo, crearlos
solo una vez que sean necesarios después de que entren en funcionamiento, siguiendo
las mismas ideas anteriores.

Pero no todos los datos se pueden importar de esta manera porque probablemente
los necesitará una vez que comience a trabajar. Si necesitas gestionar el inventario en
el momento del lanzamiento, no tener tu stock en el sistema será muy

99
complicado. Nuevamente, está bien si parte de la información no es precisa o no está
en el sistema, pero necesitará una base sólida de datos para trabajar de manera
eficiente. Ese es el tipo de importación a la que su cliente debería dedicar tiempo.

f) ¿Cuándo debe el consultor solucionar los problemas del archivo en lugar de los
clientes? Cuanto más experiencia tenga, más rápido le resultará arreglar y limpiar las
hojas de cálculo de sus clientes. Pero tenga cuidado de no ir demasiado lejos y asumir
demasiadas responsabilidades en esta tarea. Siempre hay que encontrar un equilibrio
entre querer organizar el archivo usted mismo en lugar de su SPOC y delegar en ellos la
reparación y la limpieza.

En primer lugar, debe evaluar el conocimiento técnico de su SPOC: ¿son capaces de

comprender Excel y, obviamente, algunos aspectos técnicos del propio Odoo? Cuanto
más bajas sean sus habilidades, más involucrado estará usted en este proceso. Cuanto
más técnico sea el error, más probable es que lo soluciones más rápido (uso de ID,
comparación de registros mediante vlookup...). Por el contrario, para errores básicos
como mala ortografía o un problema con minúsculas o mayúsculas en alguna
información, puedes delegar en tu SPOC.

El objetivo es ver qué "tareas" se pueden asignar fácilmente a su cliente y qué tarea
requiere un análisis más detallado. También se deben tener en cuenta los posibles
ahorros de tiempo. Si el tiempo que el consultor puede ahorrar al hacerlo él mismo es
real, entonces también podría hacer la limpieza. Si por el contrario es una tarea
considerable, que llevará tiempo haga quien la haga, quizá sea mejor dejárselo al
cliente y no perder este tiempo en el paquete. Una vez más: se trata de equilibrio.

Hay una cosa por la que nunca se puede asumir la responsabilidad cuando se trata de
decisiones comerciales. No se puede decidir si un producto irá a una categoría
específica o si el contacto está vinculado a una empresa específica, entre otras. La
fiabilidad y exactitud de los datos son siempre responsabilidad del SPOC.

Producción

Con esta tarea deberías poder:

 Comprenda por qué importar datos históricos no es una buena práctica;

 Desafíe a sus clientes sobre la importación de datos históricos;
 Sepa si es más interesante importar o hacerlo manualmente.

Información técnica
Técnico

100
Descripción: Algunos proyectos requerirán tener acceso a cierta experiencia técnica
por parte de su equipo.

Tenga lista la siguiente documentación y estudie cuando necesite enfrentar algunos

desafíos técnicos como implementación y escalamiento de servidores, API y más.

Recursos/Herramientas:

 Implementando y escalando su servidor Odoos

 Documentación de API externa
 Explore las posibilidades de la API de Odoo
 Cómo crear de manera eficiente API REST modernas con FastAPI y Odoo

Redacción de especificaciones
Implementación Tecnico

Descripción: esta tarea explicará cómo manejar una especificación de desarrollo y

cómo escribirla correctamente. Esto facilitará el trabajo que estás transfiriendo al
asesor técnico y la comunicación con él. También garantizará que todas las partes
interesadas, incluidos sus clientes, estén alineados con la necesidad empresarial y la
solución propuesta.
Después de leer la teoría sobre las especificaciones técnicas, la pondrá en práctica
reformulando la explicación del cliente para proporcionar una necesidad comercial
clara. Después de eso, tendrás que escribir el análisis funcional que le explicará al
consultor técnico cómo imaginas que funcionará la nueva característica. Cuanto más
claro sea, mejor será la entrega de su colega técnico.

Al implementar un proyecto, tus clientes tendrán una gran cantidad de necesidades

que querrán resolver con Odoo. Algunas de ellas son muy fáciles de responder en
formato estándar, otras requieren personalización o desarrollo para permitir trabajar
adecuada y eficientemente con Odoo. Tenga en cuenta que siempre debe desafiar
primero a su cliente, ya que las necesidades de desarrollo requieren tiempo y dinero,
pero a veces el desarrollo es necesario y esta tarea le permitirá facilitar este proceso.

Esta tarea le ayudará a comprender cómo redactar una buena especificación que
permita al consultor técnico comprender y desarrollar la solución adecuada para sus
requisitos personalizados.

Escribir una buena especificación garantizará que:

101
  El cliente, el desarrollador y usted mismo están en la misma página con
respecto a lo que se debe hacer.
 El desarrollador puede proporcionar la mejor estimación y la mejor solución.

El propósito de la especificación es traducir lo que el cliente necesita a un lenguaje que

permitirá al desarrollador crear la nueva característica.

Pongamos una analogía:

imagina que tú (el analista de negocios) quieres construir una casa, y el arquitecto (el
consultor técnico) es la persona encargada de hacer los planos de la casa. Lo que usted
proporcionará son las cosas que espera tener en su casa. En lugar de decir "Necesito
una ventana grande en la cocina", dirá "Necesito mucha luz en la cocina mientras
cocino". La diferencia aquí es que usted explica por qué necesita luz en lugar de una
solución a este requisito. Es trabajo del arquitecto encontrar la mejor manera de
hacerlo en función de los diferentes parámetros que haya que tener en cuenta.

Para desarrollar esta nueva característica, se debe seguir un proceso para garantizar
que el desarrollo se pueda entregar a tiempo, dentro del presupuesto y que resuelva el
problema del cliente.

Lo que le proporcionará al desarrollador es:

 LA NECESIDAD DEL NEGOCIO: la razón por la cual el cliente no puede utilizar

Odoo en forma estándar.
 EL ANÁLISIS FUNCIONAL de cómo podría verse en Odoo.

Hay algunos puntos clave para recordar:

 Una especificación debe ser validada por el cliente antes de avanzar con el
proceso de desarrollo (el contenido de la especificación, validación para iniciar
el desarrollo, validación para pasar a producción...).
 La estimación del tiempo necesario para completar un desarrollo sigue siendo
una ESTIMACIÓN. Trate de no comprometerse a que el desarrollo tomará
exactamente esta cantidad de tiempo, podría ser más o menos.
 Una vez que el cliente apruebe el desarrollo (por correo electrónico), cada
nueva solicitud para agregar algo o modificar algo posteriormente se
considerará una "solicitud de cambio". Una solicitud de cambio se trata como
un desarrollo adicional por lo que debe pasar por el mismo proceso que
cualquier otro desarrollo.
 No mezclar el uso de Studio con desarrollos. Si es necesario agregar algunos
campos que se utilizarán en el desarrollo, deben agregarse en la especificación
y nunca hacerse con Studio. Si se ha realizado un desarrollo en un modelo, evite
utilizar Studio en él, ya que probablemente recibirá un hermoso seguimiento al
hacerlo.

Recursos/Herramientas:

102
  Redactar una buena especificación: definir la necesidad empresarial.

Salida: Después de procesar esta tarea, debería poder:

 Conoce qué es una especificación y para qué sirven.

 Sepa cómo definir una necesidad empresarial y escriba una buena
especificación: debería tener una visión más clara de lo que se debe y no se
debe hacer.

Continúe mejorando su conocimiento funcional

Conocimiento del producto

Continúe aprendiendo las características no tan básicas de Odoo:

1. Odoo OCR e IA: Digitalizar facturas en tan solo unos clics

2. Servicio de campo
3. Alquileres
4. aprendizaje electrónico
5. ¿Qué hay de nuevo en POS?
6. ¿Qué hay de nuevo en Discutir?
7. ¿Qué hay de nuevo en Inventario V15?
8. ¿Qué hay de nuevo en Odoo HR Suite?
9. ¿Qué hay de nuevo en la evaluación de Odoo 15?
10. IAP (compra desde la aplicación)
11. Servicios IAP

103
Semana 10
Qué sucede a continuación: Actualizar una base de
datos de Odoo a una versión más reciente
Ventas

Descripción: Una actualización es un proceso de conversión de una base de datos

Odoo de una versión a una versión superior. La versión original de la base de datos se
denomina versión fuente. La versión actualizada de la base de datos se denomina
versión de destino.
Entonces, si la base de datos de origen es 12.0 y la versión de destino es 14.0, se trata
de una actualización.

Es importante saber que este proceso actualiza las bases de datos (en línea o locales)
utilizando los complementos empresariales. Y así, el resultado final siempre será una
base de datos empresarial.

Recursos/Herramientas:

 Documentación general sobre la actualización

 Actualizaciones 101 (vídeo)
 Proceso de actualización para [Link]
 Página de solicitud de actualización
 Técnico: Cómo lidiar con la actualización de código personalizado dc
 Upgrade 101 (Seminario web en español)

Informe de progreso
Implementación, Ventas

Descripción: Muy a menudo, a su cliente le gustaría saber cuál es su posición en la

implementación del proyecto y la adopción de su software por parte de los
usuarios. Le proporcionamos una herramienta personalizable, que puede personalizar,
para informar este progreso a sus clientes.

Además del progreso, le recomendamos encarecidamente que también piense en las

"oportunidades digitales" en la presentación. De hecho, le recomendamos que
conozca los desafíos de su cliente, incluso aquellos que están fuera del alcance de la
implementación.

104
La tarea consiste en comprender la forma en que informamos a nuestro cliente, por
qué decidimos hacerlo de esa manera y por qué es importante transmitir ese mensaje
al cliente.

Recursos/Herramientas:

 Diapositivas del informe de progreso del socio

 Reutilice el archivo y personalícelo con su carta gráfica y redacción. Reutilícelo
para las reuniones de PM de sus clientes cuando sea necesario.
 Pide ayuda a tu/nuestro propio equipo de ventas en la presentación de ese
informe de progreso. Especialmente en lo que respecta a las oportunidades
digitales.
 Una vez que esto se muestre al cliente, asegúrese de que el socio y el cliente
firmen estos informes para mantener la transparencia y el seguimiento correcto
de la implementación de los pagos VS.

Inscríbase en nuestra próxima capacitación técnica

Técnico, Ventas

Descripción: Si usted o alguien de su equipo está interesado en explorar y mejorar sus

capacidades técnicas en Odoo, puede inscribirse en nuestra capacitación técnica.

El curso está diseñado para ayudar a los socios, integradores y desarrolladores a

comprender los conceptos centrales del proceso de desarrollo de Odoo. Este curso es
ideal para desarrolladores nuevos en el entorno de Odoo o para profesionales de TI
deseosos de aprender más sobre los aspectos técnicos de Odoo.

Cada día, el curso incluirá 1 hora de videos, 2 horas de autoejercicios, seguidas de 1

hora de sesiones de conocimiento con un experto en Odoo. Las sesiones de
conocimiento serán en línea de 1:00 p. m. a 2:00 p. m. (PST) de lunes a viernes. Todos
los vídeos (10 horas) y ejercicios están disponibles una vez finalizado el curso.

Recursos/Herramientas:

 Visite [Link] para consultar cuándo será la próxima

capacitación disponible en inglés o español.
 Aquí está la Agenda de la Capacitación.

Prepare su certificación de Odoo

Conocimiento del producto

105
Descripción: Después de esta incorporación, al cumplir tres meses como socio de
Odoo, deberá obtener la certificación de Odoo. Esta tarea lo ayudará a prepararlo a
usted y a su equipo para los tipos de preguntas que recibirá durante la certificación
v14. Nos adaptaremos a la próxima versión en consecuencia, desde la v14 en adelante.

Recursos/Herramientas:

 Se cubrirán entre 1 y 2 preguntas sobre cada una de al menos las siguientes

aplicaciones:

o Sitio web y comercio electrónico

o Encuesta
o Marketing
o CRM
o Ventas
o Compra
o Proyecto y hojas de horas
o Contabilidad
o Inventario y MRP
o HORA
o Estudio
 Aquí está el enlace a una prueba de muestra para prepararse antes de su
certificación real.

Al realizar la certificación, vaya a nuestra plataforma de aprendizaje y seleccione la

certificación que necesita realizar.

¡Buena suerte!

¡Danos tu opinión! Incorporación de socios - Odoo

Técnico, implementación, ventas, conocimiento del producto, marketing

¡Queremos escuchar tu opinión!

Complete esta encuesta de comentarios para que podamos continuar mejorando este
curso.

¡Gracias!

106