Clase 16.01 — El CRM como sistema de trabajo#
Clase 1 de 14 de la parte 16 — CRM, pipeline y sales operations, de nivel Operación de ingresos. Dura unos 150 minutos.
🚦 Antes de empezar#
Esta es la primera clase de la parte, así que no arrastras entregables de las anteriores. Si llegas desde otra parte, ten a la vista su artefacto final; si el programa empieza aquí para ti, lee antes la ruta de aprendizaje.
Trabajarás sobre el caso de la clase. Si prefieres usar datos de tu organización, lo mínimo que necesitas es una serie histórica de adopción efectiva con la que calcular una línea base: sin ella podrás discutir el concepto, pero no comprobar si tu decisión mejora algo. Ten también dónde escribir —planilla o cuaderno— y, de la lectura comparada, al menos el índice y los capítulos que se indican al pie.
Calcula 150 minutos de trabajo dirigido más una hora de lectura selectiva. Sabrás que terminaste cuando exista el entregable y puedas responder las seis preguntas de comprobación sin volver al texto; si tienes el entregable pero no las respuestas, lo que produjiste es un documento, no un criterio.
Lee el propósito y la agenda antes que el desarrollo. La agenda dice qué debe salir de cada tramo, y el desarrollo se entiende mejor cuando ya sabes qué artefacto tiene que producir. No avances de sección sin escribir algo: este material está hecho para dejar decisiones documentadas, no notas de lectura.
La idea que ordena la sesión. El acompañamiento dirigido por una métrica diagnóstica por vendedor — Mark Roberge. Todo lo demás en esta clase existe para poner esa idea a prueba contra un caso concreto.
🎯 Propósito#
Un CRM puede ser una herramienta de control o un sistema de trabajo, y esa diferencia determina la calidad del dato. Cuando sólo sirve para que la jefatura revise, el vendedor registra lo mínimo y el forecast se construye sobre ficción. Cuando ayuda a trabajar —recuerda compromisos, prepara reuniones, muestra el estado de la cuenta— el registro se vuelve natural. El diseño debe partir de esa premisa, no de la lista de reportes que la gerencia quiere ver.
El punto de partida de esta clase no es la definición sino la decisión que la definición debe mejorar. La parte 16 busca convertir el CRM en un sistema de trabajo y de verdad operacional; en esta clase esa progresión se concreta exigiendo que toda afirmación sobre el CRM como sistema de trabajo termine en una definición operacional, una señal observable, una decisión y una condición de revisión.
Pregunta rectora de la parte: ¿El pipeline describe la realidad o solo el optimismo del equipo?
Los conceptos que estructuran la sesión son sistema de trabajo, costo de registro, valor devuelto y dato de gestión. No se estudian como lista de vocabulario: cada uno debe producir una predicción distinta sobre lo que ocurriría en la operación.
📚 Resultados de aprendizaje#
Al terminar esta clase serás capaz de:
- Distinguir
sistema de trabajo,costo de registro,valor devueltoydato de gestiónpor sus observables y no por su definición memorizada. - Explicar por qué esas distinciones cambian una decisión concreta dentro de CRM, pipeline y sales operations.
- Aplicar la secuencia identificar las tareas diarias del equipo comercial → configurar el sistema para facilitar esas tareas → reducir el costo de registro al mínimo necesario → verificar que cada campo obligatorio tiene un uso real → medir adopción y calidad del dato, no sólo cumplimiento conservando supuestos, alternativas descartadas y trazabilidad.
- Operacionalizar adopción efectiva, costo de registro y campos obligatorios sin uso indicando numerador, denominador, ventana, fuente y uso permitido.
- Resolver el caso con al menos dos opciones defendibles y un criterio explícito de detención.
- Contrastar dos obras de la lectura comparada y señalar dónde entregan recomendaciones distintas.
🧭 Agenda sugerida (150 minutos)#
| Tramo | Foco | Evidencia de avance |
|---|---|---|
| 0–15 min | Recuperación | Define sistema de trabajo y costo de registro sin mirar el material; corrige después con la tabla de conceptos. |
| 15–45 min | Núcleo conceptual | Lectura del desarrollo y construcción de la tabla hecho / inferencia / supuesto. |
| 45–75 min | Medición | Ficha de la señal adopción efectiva: fórmula, fuente, ventana y lectura prohibida. |
| 75–110 min | Ejemplo trabajado | Recorrido de los 5 pasos del método sobre el caso de la clase. |
| 110–140 min | Caso ejecutivo | Dos alternativas, trade-offs, recomendación y señal de detención. |
| 140–150 min | Cierre | Entregable, preguntas de comprobación y registro de lo que aún no sabes. |
🧩 Conceptos centrales#
| Concepto | Definición operacional | Cómo demostrar que lo entendiste |
|---|---|---|
| sistema de trabajo | configuración que ayuda a ejecutar la tarea diaria y no sólo a reportarla | Da un hecho compatible con la definición y otro que la refute. |
| costo de registro | tiempo y esfuerzo que el sistema impone a quien ingresa la información | Explica qué decisión cambiaría si el concepto estuviera ausente. |
| valor devuelto | beneficio concreto que el usuario obtiene del sistema al registrar | Construye un caso límite donde el concepto se confunde con el anterior. |
| dato de gestión | información necesaria para dirigir que sólo existe si alguien la registra | Indica qué dato tendrías que ver para afirmarlo en una reunión de comité. |
Una definición que no produce predicciones observables sigue siendo demasiado vaga para dirigir. Si dos personas del equipo aplican la misma definición a un caso y clasifican distinto, la definición todavía no es operacional.
🧠 Modelo mental#
1. identificar las tareas diarias del equipo comercial → 2. configurar el sistema para facilitar esas tareas → 3. reducir el costo de registro al mínimo necesario → 4. verificar que cada campo obligatorio tiene un uso real → 5. medir adopción y calidad del dato, no sólo cumplimientoLa secuencia no es un ritual: cada paso reduce una incertidumbre distinta y produce un artefacto revisable. Saltarse un paso no acelera la decisión, sólo traslada el error a una etapa donde corregirlo cuesta más caro.
Frontera de aplicación. Facilitar el trabajo no elimina la necesidad de disciplina. Un sistema cómodo con reglas inexistentes produce datos incompletos igual que uno incómodo.
📖 Desarrollo#
1. Sistema de trabajo: mecanismo central#
Sistema de trabajo se entiende aquí como configuración que ayuda a ejecutar la tarea diaria y no sólo a reportarla.
Un CRM no es una base de datos de contactos: es el sistema donde ocurre el trabajo comercial. Esa distinción determina su diseño. Si el sistema se concibe como repositorio para que la gerencia reporte, se llenará con el mínimo esfuerzo y con datos de baja calidad. Si se concibe como herramienta que ayuda a vender, el registro se vuelve un subproducto del trabajo.
De dónde viene esta afirmación. Mark Roberge — The Sales Acceleration Formula (2015) aporta la idea que sostiene este bloque: el acompañamiento dirigido por una métrica diagnóstica por vendedor. Búscala en los capítulos sobre la fórmula de gestión. Aplicada a esta clase, esa idea predice algo verificable: si es correcta, «adopción efectiva» debería moverse cuando cambie sistema de trabajo, y no debería moverse cuando cambie el resto. Ese es el contraste que tienes que montar antes de recomendar nada.
Relaciona el mecanismo con costo de registro. Si ambos se mueven juntos no concluyas causalidad: nombra una tercera variable capaz de explicar el mismo patrón. El resultado de este bloque debe ser una hipótesis refutable, no una recomendación anticipada.
2. Costo de registro: frontera conceptual y error de clasificación#
Definición operacional: tiempo y esfuerzo que el sistema impone a quien ingresa la información. Su valor está en distinguirlo de sistema de trabajo.
El costo de registro es real y se puede calcular: minutos por oportunidad multiplicados por el volumen y por el costo de la hora comercial. En equipos medianos esa cifra sorprende. Ponerla sobre la mesa cambia la discusión sobre qué campos exigir, porque convierte una preferencia en una decisión de inversión.
Contraste bibliográfico. Stephen G. Diorio y Chris K. Hummel — Revenue Operations (2022) aporta aquí una distinción concreta: el modelo de datos común como condición para que las áreas discutan sobre lo mismo (los capítulos sobre infraestructura de datos comercial). Formula dos mini-casos: uno que satisface la definición de costo de registro y otro que sólo se le parece en la superficie; después decide cuál de los dos describiría esa obra con su propio vocabulario. Si la obra no permite separarlos, la distinción es tuya y tienes que sostenerla con evidencia del caso, no con la cita.
Antes de pasar a «configurar el sistema para facilitar esas tareas», registra explícitamente qué decisión sería errónea si esta frontera se ignora. Esa frase convierte el vocabulario en criterio de gestión.
3. Valor devuelto: operacionalización y medición#
Valor devuelto significa beneficio concreto que el usuario obtiene del sistema al registrar.
El valor devuelto es lo que justifica el costo: recordatorios útiles, información del cliente disponible antes de una llamada, historial que evita repetir preguntas. Medirlo es difícil; lo que sí se puede medir es la adopción voluntaria de funciones que nadie obliga a usar, que es un buen indicador de si el sistema sirve.
Ficha de medición obligatoria para adopción efectiva: usuarios que registran actividad al menos tres veces por semana, sobre usuarios activos. Registra además fuente del dato, frecuencia, responsable, interpretación permitida e interpretación prohibida. Si no existe un dato confiable, la salida correcta no es inventar precisión: es diseñar el mecanismo de captura y declarar la incertidumbre.
Control de lectura. Andrew S. Grove — High Output Management (1983) pone una condición sobre la medición: el apalancamiento gerencial: qué actividades multiplican el output (los capítulos sobre apalancamiento). Contrasta tu ficha con ella: si la métrica que acabas de definir cae dentro de lo que esa obra considera un error de medición, corrígela antes de usarla para decidir.
4. Dato de gestión: trade-offs y efectos de segundo orden#
Definición: información necesaria para dirigir que sólo existe si alguien la registra.
Exigir más registro mejora la información disponible y consume tiempo comercial y buena voluntad. La solución no es un punto medio arbitrario sino eliminar todo campo que no alimente una decisión concreta. Ese ejercicio, hecho con honestidad, suele reducir a la mitad los campos obligatorios.
Lo que aporta la fuente. Foster Provost y Tom Fawcett — Data Science for Business (2013) aporta el criterio para pesar el intercambio: la formulación del problema de negocio como problema de datos antes de elegir técnica (los capítulos iniciales sobre pensamiento analítico). Úsalo para construir una matriz beneficio esperado / costo / reversibilidad / afectado / señal temprana. La evidencia campos obligatorios sin uso ayuda a detectar si el intercambio está ocurriendo como se esperaba, pero no elimina la obligación de observar efectos laterales fuera del indicador principal.
Haz un pre-mortem: supón que la opción recomendada fracasó a los seis meses y enumera tres mecanismos que lo expliquen. Al menos uno debe provenir de un efecto de segundo orden asociado a dato de gestión y otro de un supuesto del caso que nunca fue validado.
5. Gobernanza, límites y responsabilidad#
La pregunta ejecutiva es siempre la misma: quién decide, quién ejecuta, a quién hay que consultar, qué evidencia queda registrada y qué condición obliga a detener, corregir o escalar. Al ejecutar «medir adopción y calidad del dato, no sólo cumplimiento», deja una traza que permita a otra persona reconstruir por qué la decisión parecía razonable con la información disponible en ese momento.
Un CRM contiene datos personales de contactos y está sujeto a obligaciones de finalidad, conservación y derechos del titular. La configuración debe permitir localizar, exportar y suprimir la información de una persona. Verificar esa capacidad antes de necesitarla es parte del diseño, no una tarea posterior.
Frontera declarada. Facilitar el trabajo no elimina la necesidad de disciplina. Un sistema cómodo con reglas inexistentes produce datos incompletos igual que uno incómodo. Conviértela en una regla operativa con el formato si ocurre X → no aplicar automáticamente → consultar, escalar o revalidar.
Esta parte vigila además un riesgo que es obligatorio declarar: Tomar decisiones de contratación y presupuesto sobre un pipeline que no representa la realidad. Se documenta en el entregable con su mitigación y su responsable; no se resuelve en la conversación.
6. Integración: de conceptos a una decisión defendible#
Sintetizar el CRM como sistema de trabajo no consiste en sumar definiciones. Empieza por sistema de trabajo, contrasta costo de registro con valor devuelto, incorpora dato de gestión como restricción y cierra con la medición. Aplica entonces la secuencia completa conservando tres columnas por paso: evidencia utilizada, alternativa descartada y razón del descarte.
Esa disciplina permite que una revisión posterior distinga una mala decisión de un mal resultado. Sin ella, el equipo reescribe la historia después de conocer el desenlace y no aprende nada transferible. Si el análisis no puede nombrar qué pieza sostiene la recomendación, todavía no hay comprensión transferible.
📚 Lectura comparada#
No se pide leer las obras completas. Para cada una se indica qué idea concreta sostiene esta clase, dónde buscarla y qué pregunta esa idea le hace a tu propio diagnóstico. La lectura termina cuando puedes responder esa pregunta con evidencia del caso.
| Obra | Idea que sostiene esta clase | Dónde buscarla | Pregunta que le hace a tu diagnóstico |
|---|---|---|---|
| Mark Roberge — The Sales Acceleration Formula (2015) | El acompañamiento dirigido por una métrica diagnóstica por vendedor | Los capítulos sobre la fórmula de gestión | ¿Qué debería observarse en sistema de trabajo si aquí opera «el acompañamiento dirigido por una métrica diagnóstica por vendedor»? ¿Y qué observación lo desmentiría en este caso? |
| Stephen G. Diorio y Chris K. Hummel — Revenue Operations (2022) | El modelo de datos común como condición para que las áreas discutan sobre lo mismo | Los capítulos sobre infraestructura de datos comercial | ¿Qué debería observarse en costo de registro si aquí opera «el modelo de datos común como condición para que las áreas discutan sobre lo mismo»? ¿Y qué observación lo desmentiría en este caso? |
| Andrew S. Grove — High Output Management (1983) | El apalancamiento gerencial: qué actividades multiplican el output | Los capítulos sobre apalancamiento | ¿Qué debería observarse en valor devuelto si aquí opera «el apalancamiento gerencial: qué actividades multiplican el output»? ¿Y qué observación lo desmentiría en este caso? |
| Foster Provost y Tom Fawcett — Data Science for Business (2013) | La formulación del problema de negocio como problema de datos antes de elegir técnica | Los capítulos iniciales sobre pensamiento analítico | ¿Qué debería observarse en dato de gestión si aquí opera «la formulación del problema de negocio como problema de datos antes de elegir técnica»? ¿Y qué observación lo desmentiría en este caso? |
Después de leer, escribe una discrepancia real. Al menos dos de estas obras entregan recomendaciones que no coinciden cuando se aplican al mismo caso; identifica cuáles y qué condición del caso decide a favor de una. Si no encuentras la discrepancia, es señal de que leíste buscando confirmación.
La lectura se evalúa por uso, no por cantidad de páginas. La nota de lectura debe indicar qué tesis modifica tu diagnóstico, qué evidencia del caso la tensiona y qué decisión concreta cambiarías después del contraste.
🧮 Ejemplo trabajado#
Situación. El CRM de Ruta Andina exige 23 campos obligatorios y no muestra al vendedor qué debe hacer hoy. Los vendedores mantienen su propia planilla paralela.
Paso 1 — Identificar las tareas diarias del equipo comercial. El equipo escribe primero el supuesto asociado a sistema de trabajo y se prohíbe tratarlo como hecho. Contrasta ese supuesto con adopción efectiva y anota qué parte del dato todavía no existe. Del paso sale un artefacto revisable y una frase explícita: «cambiaríamos de rumbo si…».
Paso 2 — Configurar el sistema para facilitar esas tareas. El trabajo aquí es separar lo observado de lo inferido sobre costo de registro. La evidencia que ordena la discusión es costo de registro; si su definición no está escrita, escribirla es parte del paso. Nada avanza mientras el equipo no acuerde qué contaría como refutación.
Paso 3 — Reducir el costo de registro al mínimo necesario. El riesgo de este paso es cerrar demasiado rápido alrededor de valor devuelto. Antes de concluir, el equipo enumera dos explicaciones alternativas del mismo patrón y revisa si campos obligatorios sin uso logra distinguirlas. Si no lo logra, hace falta otra evidencia y así debe quedar registrado.
Paso 4 — Verificar que cada campo obligatorio tiene un uso real. Con dato de gestión ya delimitado, la pregunta pasa a ser de consecuencia: qué cambia en la operación, en la caja y en la carga del equipo. adopción efectiva entrega la lectura cuantitativa; el juicio sobre el costo de oportunidad sigue siendo humano y debe quedar firmado.
Paso 5 — Medir adopción y calidad del dato, no sólo cumplimiento. El cierre exige compromiso: responsable, fecha, umbral de éxito y condición de detención asociados a sistema de trabajo. costo de registro se convierte en la señal de seguimiento y se acuerda con qué frecuencia se revisa y quién puede declarar el fracaso sin costo político.
Síntesis. La recomendación termina con responsable, fecha, evidencia de éxito y señal de detención. Omitir cualquiera de esas cuatro piezas convierte el análisis en opinión difícil de auditar.
🔀 Comparación de caminos y límites#
| Camino | Qué privilegia | Cuándo elegirlo | Riesgo principal |
|---|---|---|---|
| Actuar sobre sistema de trabajo | Configuración que ayuda a ejecutar la tarea diaria y no sólo a reportarla | Cuando adopción efectiva es observable y accionable en el plazo de la decisión. | Sobrerreaccionar a una señal parcial. |
| Actuar sobre costo de registro | Tiempo y esfuerzo que el sistema impone a quien ingresa la información | Cuando la primera explicación no distingue mecanismo ni responsable. | Convertir el concepto en etiqueta y no en intervención. |
| Experimentar antes de decidir | Aprender antes de comprometer recursos mayores | Cuando la decisión es reversible y la incertidumbre es alta. | Experimentar indefinidamente y no decidir. |
| Escalar la decisión | Elevar autoridad, especialidad o control legal | Cuando hay compromisos contractuales, datos personales, regulación o irreversibilidad. | Delegar hacia arriba lo que sí correspondía decidir. |
Frontera de aplicación. Facilitar el trabajo no elimina la necesidad de disciplina. Un sistema cómodo con reglas inexistentes produce datos incompletos igual que uno incómodo.
🪜 El mismo tema según el rol#
| Nivel | Responsabilidad sobre el CRM como sistema de trabajo |
|---|---|
| Analista / especialista | Produce la evidencia, documenta el método y declara los límites del dato. |
| Jefatura de equipo | Convierte el análisis en prioridad, carga de trabajo y criterio compartido. |
| Gerencia comercial | Conecta la decisión con presupuesto, capacidad, dependencias y riesgo interáreas; es el nivel donde operan perfiles como Sales operations, RevOps analyst y Jefe de ventas. |
| Dirección comercial (CRO/CMO) | Decide si esto cambia la estrategia de ingresos y qué llega al directorio. |
| Founder / dueño | Pregunta si la solución reduce dependencia de personas, preserva caja y puede operar como sistema repetible. |
Al subir de nivel aumentan las personas, el dinero y las consecuencias que quedan dentro de la decisión. La misma herramienta debe volverse más explícita en evidencia, gobierno y revisión a medida que crece el alcance.
🏢 Caso ejecutivo#
El CRM de Ruta Andina exige 23 campos obligatorios y no muestra al vendedor qué debe hacer hoy. Los vendedores mantienen su propia planilla paralela.
Entrega un decision brief que contenga: (a) hechos y fuentes; (b) hipótesis; (c) dos opciones realmente defendibles; (d) efecto sobre cliente, operación, caja y riesgo; (e) recomendación; (f) la condición que la haría cambiar; (g) responsable y fecha de revisión. Usa al menos dos fuentes de la lectura comparada para desafiar tu primera respuesta.
🧪 Práctica guiada#
Cada paso indica qué hacer, con qué material y cómo saber que está terminado. No avances si la última columna todavía no se cumple: los pasos siguientes suponen el anterior resuelto.
| # | Paso | Qué haces | Con qué | Criterio de término |
|---|---|---|---|---|
| 1 | Reconstruir los hechos | Vuelca el caso en una tabla hecho / inferencia / supuesto / decisión sin agregar información que no esté en el enunciado. | El caso y nada más | Ninguna fila de la columna «hecho» contiene un juicio; cada supuesto tiene un responsable de verificarlo. |
| 2 | Ejecutar el método | Recorre la secuencia identificar las tareas diarias del equipo comercial → configurar el sistema para facilitar esas tareas → reducir el costo de registro al mínimo necesario → verificar que cada campo obligatorio tiene un uso real → medir adopción y calidad del dato, no sólo cumplimiento y adjunta la evidencia usada en cada transición. | La tabla del paso 1 | Cada paso deja un artefacto revisable y una alternativa descartada con su razón. |
| 3 | Operacionalizar la señal | Construye la ficha de medición de adopción efectiva; si el dato no existe, diseña cómo obtenerlo y estima cuánto costaría. | Fuentes de datos reales o el diseño de captura | Dos personas del equipo calculan el mismo número con la ficha y llegan al mismo resultado. |
| 4 | Atacar tu propia respuesta | Escribe la alternativa que contradice tu preferencia inicial y hazle un pre-mortem a seis meses. | Tu borrador de recomendación | Puedes nombrar el dato concreto que te haría cambiar de opinión. |
| 5 | Contrastar con la fuente | Lee la idea anclada de The Sales Acceleration Formula y la de Revenue Operations, y registra una coincidencia y una tensión con tu diagnóstico. | La tabla de lectura comparada | La nota de lectura cita qué idea usaste y qué decisión cambió por ella, o declara que ninguna cambió y por qué. |
| 6 | Subir de nivel | Rehaz la decisión desde la dirección comercial: qué cambia al aumentar alcance, dinero e irreversibilidad. | El brief completo | El brief indica qué parte de la decisión ya no corresponde al analista y a quién pasa. |
Si te atascas. El bloqueo más común no es de método sino de definición: vuelve a la tabla de conceptos y comprueba que puedes clasificar un caso límite sin dudar. Si dudas, el problema está ahí y no en el paso que estabas ejecutando.
⚠️ Errores frecuentes#
| Síntoma | Causa probable | Corrección |
|---|---|---|
| Usar sistema de trabajo y costo de registro como sinónimos | Se perdió la distinción entre «configuración que ayuda a ejecutar la tarea diaria y no sólo a reportarla» y «tiempo y esfuerzo que el sistema impone a quien ingresa la información» | Vuelve a los observables y exige una señal distinta para cada concepto. |
| Empezar por «medir adopción y calidad del dato, no sólo cumplimiento» | Se saltó «identificar las tareas diarias del equipo comercial»: la solución llegó antes que el diagnóstico | Reconstruye la cadena completa y marca el primer supuesto no demostrado. |
| Optimizar sólo adopción efectiva | La métrica local reemplazó al resultado del sistema | Contrástala con campos obligatorios sin uso y explicita el costo de oportunidad. |
| Diseñar el CRM desde los reportes de gerencia | Error específico de esta clase | Parte de las tareas diarias del vendedor y verifica que cada campo obligatorio tenga uso real. |
| No fijar revisión | La decisión se vuelve permanente por inercia | Define responsable, fecha, señal de éxito y condición de detención. |
❓ Preguntas de comprobación#
- Explica la diferencia entre sistema de trabajo y costo de registro con un ejemplo donde elegir mal cambie la decisión.
- ¿Qué observarías para validar valor devuelto y qué observación te obligaría a rechazar tu interpretación?
- Aplica «identificar las tareas diarias del equipo comercial» al caso de la clase. ¿Qué dato sigue faltando?
- ¿Por qué adopción efectiva no basta por sí sola para atribuir causalidad?
- Compara dos fuentes de la lectura comparada: ¿dónde llevarían a recomendaciones distintas?
- ¿Qué decisión equivocada se produciría si se ignora este límite: «Facilitar el trabajo no elimina la necesidad de disciplina. Un sistema cómodo con reglas inexistentes produce datos incompletos igual que uno incómodo»?
🗝️ Respuestas orientadoras#
No encontrarás aquí las respuestas: encontrarás qué tiene que contener una respuesta suficiente. Úsalo para autoevaluarte antes de entregar y para corregir a un par.
| Pregunta | Una respuesta suficiente contiene |
|---|---|
| 1 | Nombra un caso real donde la clasificación cambie la intervención, no sólo la etiqueta. Si el ejemplo funciona igual con los dos conceptos intercambiados, la distinción todavía no está entendida. |
| 2 | Dos observaciones concretas: una que confirmaría valor devuelto y otra que te obligaría a abandonarlo. Una respuesta sin condición de refutación no es suficiente. |
| 3 | El dato faltante debe ser nombrable y obtenible: qué se mide, quién lo tiene y en cuánto tiempo. «Faltan datos» no cuenta como respuesta. |
| 4 | Debes distinguir asociación de causa y proponer al menos una explicación alternativa del mismo movimiento de adopción efectiva. |
| 5 | Identifica la condición del caso que decide entre ambas obras. Basta con que sea una: la respuesta correcta no es «depende», sino «depende de esto, y aquí ocurre así». Ancla el contraste en The Sales Acceleration Formula y Data Science for Business. |
| 6 | Describe la decisión equivocada concreta —qué se haría de más o de menos— y quién pagaría el costo. Un límite que no produce una decisión distinta no está operando como límite. |
Si tres o más respuestas no alcanzan el criterio, no sigas a la clase siguiente: repite el desarrollo con el caso en la mano. Avanzar con la definición floja es lo que produce, más adelante, decisiones que nadie puede auditar.
🇨🇱 Contexto chileno y cumplimiento#
Riesgo asociado a esta parte: Tomar decisiones de contratación y presupuesto sobre un pipeline que no representa la realidad. Antes de ejecutar cualquier recomendación de esta clase en una operación real, comprueba la norma en su texto vigente. Los enlaces van al texto completo publicado por la Biblioteca del Congreso Nacional; son gratuitos y no hace falta creerle a este material.
- Consumo y comercio. Ley 19.496 — Establece normas sobre protección de los derechos de los consumidores (Ministerio de Economía, Fomento y Reconstrucción), y su reglamento de comercio electrónico, Decreto 6/2021 — Aprueba reglamento de comercio electrónico (Ministerio de Economía, Fomento y Turismo).
- Datos personales. Ley 21.719 — Regula la protección y el tratamiento de los datos personales y crea la Agencia de Protección de Datos Personales (Ministerio Secretaría General de la Presidencia), que sustituye progresivamente a Ley 19.628 — Sobre protección de la vida privada (Ministerio Secretaría General de la Presidencia).
- Derecho a retracto. Decreto 52/2024 — Aprueba reglamento que regula la forma y condiciones en que los proveedores deberán comunicar la exclusión del derecho a retracto y los bienes en que excepcionalmente y por su naturaleza procederá tal exclusión (Ministerio de Economía, Fomento y Turismo).
Dentro del repositorio, el mapa regulatorio ordena qué norma aplica a cada decisión comercial, datos personales y ética desarrolla el tratamiento de datos y fuentes oficiales lista los organismos con su fecha de consulta. Ninguno de esos documentos reemplaza al texto legal.
La regla del programa es simple: la fuente oficial manda sobre el material pedagógico. Si la norma cambió después de la fecha de esta clase, gana la norma.
📥 Entregable#
Guarda en evidence/P16-C01-crm-como-sistema-de-trabajo/:
decision-brief.md— problema, evidencia, alternativas, recomendación y gobierno.ficha-metricas.md— definición operacional de adopción efectiva, costo de registro y campos obligatorios sin uso con fuente, ventana y lectura prohibida.nota-de-lectura.md— dos fuentes contrastadas con edición y páginas consultadas.red-team.md— la objeción más fuerte a tu recomendación y el dato que la invalidaría.
Este entregable alimenta el artefacto de la parte: diseño de sales operations con pipeline, criterios de etapa, forecast y gobierno de datos.
✅ Evaluación de la clase#
| Criterio | Peso | Evidencia esperada |
|---|---|---|
| Precisión conceptual | 25 % | Distinciones correctas y observables entre los conceptos de la clase. |
| Diagnóstico y evidencia | 30 % | Datos pertinentes, línea base, supuestos explícitos y límites del dato. |
| Decisión y trade-offs | 30 % | Dos opciones defendibles, costo de oportunidad y condición de revisión. |
| Fuentes y comunicación | 15 % | Dos lecturas realmente utilizadas y argumento ejecutivo trazable. |
Aprobación: 80/100 y ningún criterio bajo 60 %. Una respuesta que podría copiarse sin cambios a otra clase se considera insuficiente.
📗 Fuentes y verificación#
Aquí conviene separar dos cosas que suelen ir juntas y no son lo mismo.
Lo que está comprobado. Que cada obra existe y cuál es exactamente la edición: el enlace resuelve su ISBN contra el catálogo de OpenLibrary, y eso se revalida periódicamente. Las normas chilenas citadas más arriba enlazan su texto completo y gratuito.
Lo que es atribución del programa. Que la idea señalada esté en el capítulo que se indica. Eso es la lectura que este material hace de cada obra, no una cita textual cotejada frase por frase, y se declara así de explícito para que puedas contrastarlo: si abres la obra y no encuentras la idea donde se dice, la cita está mal puesta y corresponde reportarlo como error del material. No se citan números de página porque cambian entre ediciones.
- Mark Roberge — The Sales Acceleration Formula (2015) · ISBN 9781119047018 — aporta a esta clase: el acompañamiento dirigido por una métrica diagnóstica por vendedor. Dónde buscarlo: los capítulos sobre la fórmula de gestión. Acceso: comprar o biblioteca. Registra edición y páginas consultadas en tu nota de lectura.
- Stephen G. Diorio y Chris K. Hummel — Revenue Operations (2022) · ISBN 9781119871132 — aporta a esta clase: el modelo de datos común como condición para que las áreas discutan sobre lo mismo. Dónde buscarlo: los capítulos sobre infraestructura de datos comercial. Acceso: comprar o biblioteca. Registra edición y páginas consultadas en tu nota de lectura.
- Andrew S. Grove — High Output Management (1983) · ISBN 9780394532349 — aporta a esta clase: el apalancamiento gerencial: qué actividades multiplican el output. Dónde buscarlo: los capítulos sobre apalancamiento. Acceso: comprar o biblioteca. Registra edición y páginas consultadas en tu nota de lectura.
- Foster Provost y Tom Fawcett — Data Science for Business (2013) · ISBN 9781449374280 — aporta a esta clase: la formulación del problema de negocio como problema de datos antes de elegir técnica. Dónde buscarlo: los capítulos iniciales sobre pensamiento analítico. Acceso: comprar o biblioteca. Registra edición y páginas consultadas en tu nota de lectura.
Estándar pedagógico del programa: Susan A. Ambrose et al. — How Learning Works (2010); Peter C. Brown, Henry L. Roediger III y Mark A. McDaniel — Make It Stick (2014); Grant Wiggins y Jay McTighe — Understanding by Design (2005, 2.ª ed.); Anders Ericsson y Robert Pool — Peak (2016); William Ellet — The Case Study Handbook (2018, ed. revisada).
Regla de fuentes. Las obras anteriores estructuran las perspectivas de esta materia. Cualquier norma, impuesto, tarifa, política de plataforma o estándar vivo mencionado debe comprobarse nuevamente en su fuente primaria vigente antes de usarse en una operación real. El desarrollo de esta clase es original y no reproduce capítulos protegidos por derechos de autor.
Sobre la edición. No busques estas obras sólo por el título: distintas ediciones cambian capítulos y ejemplos, y los anclajes de arriba están hechos sobre la que declara el registro de fuentes. La bibliografía completa de la parte, con todas sus obras, está en su índice.