El caso compartido
Caso ficticio de aula. Ladera estudia un portal interno de solicitudes. Elena preparará dos opciones de alcance para el jueves del caso; la consulta a IT, el presupuesto y la aprobación siguen pendientes. No hay inicio acordado.
Cómo trabajamosPracticar
Practicar
lo aprendido.
Un seguimiento comercial con roles y dos secuencias breves para repasar Notion y Make entre sesiones.
Materiales y tiempos claros.
Las tareas entre sesiones son opcionales y sus materiales están incluidos. El repaso breve se acuerda dentro de las horas del programa. La simulación comercial también se integra en las 8 horas de referencia.
Los casos usan datos ficticios. Antes de cada edición, el docente revisa el entorno, los tiempos y las alternativas de participación con el grupo.
Opcional · entre sesionesNotion
Ver el programaNotion
Entre sesiones de Notion
Tres variaciones breves del proyecto P001: encontrar la referencia, recuperar el trabajo pendiente y dejar un relevo con acceso por comprobar.
Entre las sesiones 1–2 · 10–15 minElegir la referencia y ordenar una nota
Elegir la referencia y ordenar una nota
Antes de abrir la herramienta
Sin mirar la respuesta, escribe qué distingue un briefing compartido de una copia en un mensaje.
Ponlo a prueba
- Lee D001 y la nota recibida en inputs/N1-note.md. Decide qué referencia usarás para revisar los textos y explica por qué.
- Reescribe la nota bajo Hecho, Pendiente y Pregunta de revisión. Enlaza o cita D001 una sola vez; conserva la incertidumbre sobre alcance y destinatarios.
Qué comprobar
- ¿La nota conserva la referencia compartida sin crear otro briefing?
- ¿Distingue el borrador preparado de lo que sigue pendiente?
Una pregunta para cerrar
¿Qué información tuviste que recuperar de la fuente, en lugar de suponerla?
Comprobar mi resultado
- D001 es la referencia del proyecto P001. El mensaje copiado no sustituye su objetivo.
- Hecho: existe un borrador. Pendiente: concretar alcance y destinatarios. Pregunta: comprobar ambos puntos frente a D001.
- No se inventa una oferta ni se marca la revisión como completada.
Errores que conviene revisar
- Copiar el mensaje como nuevo briefing sin comprobar D001.
- Confundir «borrador preparado» con «textos aprobados».
Si no puedes usar la herramienta
Usa D001.md y N1-note.md incluidos. Escribe la nota en papel o Markdown y cita el ID de la referencia; no declares que el enlace de Notion se ha comprobado.
Entre las sesiones 2–3 · 10–15 minEncontrar la tarea sin mezclar proyectos
Encontrar la tarea sin mezclar proyectos
Antes de abrir la herramienta
Recuerda la diferencia entre el título de una tarea, sus propiedades y el contenido de su página.
Ponlo a prueba
- Abre inputs/N2-tasks.csv. En la copia del caso, decide qué cambiarías en T001 para entregar la revisión a Marina; conserva ID y Proyecto_ID.
- Selecciona tareas de P001 cuyo estado no sea Cerrada. Anota los IDs que deberían quedar visibles antes de comparar la respuesta.
- Si usas la copia de Notion acordada, actualiza el registro existente y recupéralo desde la vista de prueba; no importes el CSV de variación sobre una base real.
Qué comprobar
- ¿T001 conserva ID T001 y Proyecto_ID P001, con Marina y Pendiente de revisión?
- ¿El filtro excluye la tarea cerrada T002 y la tarea T006 del otro proyecto?
Una pregunta para cerrar
¿Qué error detectaste al combinar un filtro de proyecto con uno de estado?
Comprobar mi resultado
- T001 queda con título concreto de revisión de textos, responsable Marina y estado Pendiente de revisión.
- La selección contiene solo T001. T002 está Cerrada; T006 pertenece a P002.
- Se actualiza el registro existente; no se crea otra T001.
Errores que conviene revisar
- Filtrar solo por estado y colar T006 de P002.
- Duplicar la tarea para cambiar su título.
- Cerrar T001 aunque Marina aún deba revisar.
Si no puedes usar la herramienta
Abre el CSV en una hoja de cálculo o lee la tabla de N2-data.md. Escribe los cambios y los IDs filtrados en papel. Esto no prueba una vista ni permisos en Notion.
Entre las sesiones 3–4 · 10–15 minCorregir un relevo cuando falta acceso
Corregir un relevo cuando falta acceso
Antes de abrir la herramienta
Recuerda qué información debe contener una solicitud de revisión y por qué una mención no concede acceso.
Ponlo a prueba
- Lee inputs/N3-handover.md: el mensaje dice «Terminado, Marina revisa», pero la revisión sigue pendiente y Marina no puede abrir D001.
- Reescribe la actualización con lo hecho, lo pendiente y la pregunta concreta. Ajusta el estado propuesto y registra el bloqueo de acceso sin marcarlo resuelto.
- Si hay una persona disponible en la copia de aula, pide que explique el siguiente paso y compruebe los enlaces acordados. Si no la hay, registra esa comprobación como pendiente.
Qué comprobar
- ¿El mensaje pide contrastar qué incluye el servicio y para quién es frente a D001?
- ¿Se conserva Pendiente de revisión y se distingue el acceso pendiente de una revisión completada?
Una pregunta para cerrar
¿Qué necesitaría otra persona para continuar sin pedirte el contexto otra vez?
Comprobar mi resultado
- La actualización conserva el briefing D001 y las notas D002, indica borrador preparado y pide revisar alcance/destinatarios.
- El estado propuesto sigue siendo Pendiente de revisión. El acceso a D001 se registra como bloqueado o por comprobar, no concedido por una mención.
- Solo se registra comprobación con otra persona si ocurrió realmente.
Errores que conviene revisar
- Usar una mención como evidencia de permiso.
- Marcar Cerrada al escribir el mensaje.
- Copiar «acceso comprobado» sin haberlo probado.
Si no puedes usar la herramienta
Usa el relato incluido para redactar el relevo y la solicitud de acceso en papel/Markdown. Marca «simulación escrita; acceso no comprobado». No equivale a comprobar el relevo en Notion.
Tres tareas opcionales de 10–15 minutos entre las cuatro sesiones de la edición de referencia de 8 horas. El material está incluido y el repaso breve se acuerda dentro de esas 8 horas. No son requisitos para asistir ni una condición adicional para el diploma. No añaden revisión individual fuera de sesión; el soporte vigente conserva sus límites.
Si aparece un bloqueo
- Si no puedes abrir el espacio, usar una función o confirmar que es un entorno autorizado, detén la ejecución; no compartas contraseñas ni cambies permisos operativos.
- Utiliza los datos de papel/Markdown y anota «no ejecutado en la herramienta»; esta alternativa permite razonar, pero no acredita el acceso ni la práctica con la aplicación.
- Conserva una pregunta y el bloqueo para el repaso breve de la siguiente sesión. No repitas acciones sobre contactos reales ni des por resuelto el acceso.
Opcional · entre sesionesMake
Ver el programaMake
Entre sesiones de Make
Tres variaciones del recorrido Tally → HubSpot: seguir un campo, comprobar una entrada vacía y revisar una actualización por email.
Entre las sesiones 1–2 · 10–15 minSeguir los campos antes de ejecutar
Seguir los campos antes de ejecutar
Antes de abrir la herramienta
Sin abrir la respuesta, dibuja el origen Tally y el contacto de HubSpot y recuerda qué dato identifica la solicitud.
Ponlo a prueba
- Lee inputs/M1-mapping.csv y la solicitud ficticia. Dos destinos lógicos están intercambiados: señala cuáles y prepara el mapeo correcto en papel.
- Si ya tienes una copia de aula autorizada, contrasta las etiquetas con las propiedades acordadas del contacto. No crees propiedades, conexiones ni contactos reales para completar esta tarea.
- Anota un campo del formulario, su valor y dónde debería aparecer en el contacto. No afirmes que llegó al CRM si solo has revisado el mapeo.
Qué comprobar
- ¿Nombre va al nombre acordado del contacto y Empresa a la empresa acordada, sin intercambiarlos?
- ¿El email conserva trazabilidad desde la solicitud? La normalización se practicará después de la sesión 2.
Una pregunta para cerrar
¿Qué diferencia hay entre un mapeo correcto sobre el papel y un resultado observado en HubSpot?
Comprobar mi resultado
- Nombre → nombre del contacto; Email → email; Empresa → empresa acordada. Las etiquetas son lógicas, no nombres internos universales de propiedades.
- Lucía Cano y Ladera Demo no se intercambian. La solicitud puede identificarse por su ID y email recibido.
- Si no se ha ejecutado el escenario, el resultado en HubSpot queda sin comprobar.
Errores que conviene revisar
- Confundir el nombre de la empresa con el del contacto.
- Dar por creado un contacto al revisar el esquema.
- Configurar nuevas conexiones fuera de la copia acordada.
Si no puedes usar la herramienta
El CSV y M1-data.md incluyen todos los valores. Dibuja el mapeo en papel o Markdown y marca «no ejecutado en Make/HubSpot». Esta alternativa no acredita conexión ni acceso.
Entre las sesiones 2–3 · 10–15 minProbar un email que solo tiene espacios
Probar un email que solo tiene espacios
Antes de abrir la herramienta
Recuerda el orden: preparar el email antes de comprobar si contiene un valor.
Ponlo a prueba
- Lee las tres entradas ficticias de inputs/M2-requests.csv. Escribe para cada una el email tras quitar espacios al principio/final y pasar a minúsculas.
- Decide qué entradas pasarían el filtro Email presente y cuáles se detendrían antes del CRM. Compara después con la respuesta.
- Solo si el entorno de prueba ya está autorizado, realiza las entradas acordadas en la copia de aula y registra lo observado. No envíes mensajes ni actives escenarios operativos.
Qué comprobar
- ¿La entrada con solo espacios termina vacía tras prepararla y se detiene?
- ¿Distingues «pasa el filtro de presencia» de email válido/entregable o permiso para enviar comunicaciones?
Una pregunta para cerrar
¿Qué error aparecería si comprobaras presencia antes de quitar los espacios?
Comprobar mi resultado
- R201: lucia@example.com; pasa la condición de presencia. R202: vacío; se detiene. R203: vacío después de quitar espacios; se detiene.
- El filtro de presencia no valida entregabilidad ni consentimiento.
- Una entrada detenida no queda automáticamente en una cola: una nueva prueba se acuerda como nueva respuesta de aula.
Errores que conviene revisar
- Dejar pasar espacios como si fueran un email.
- Confundir un filtro con un manejador de errores.
- Suponer que una entrada filtrada se reintentará sola.
Si no puedes usar la herramienta
Usa el CSV o M2-data.md y calcula valores/decisiones en papel. Registra «predicción; no ejecutado»; no equivale a inspeccionar el historial real.
Entre las sesiones 3–4 · 10–15 minComprobar qué cambió en el contacto existente
Comprobar qué cambió en el contacto existente
Antes de abrir la herramienta
Recuerda por qué repetir el mismo email preparado debe contrastarse con el contacto existente en el caso de aula.
Ponlo a prueba
- Lee inputs/M3-existing-contact.csv, M3-request.csv y M3-fictional-trace.csv. La traza ficticia conserva el ID, pero la empresa contiene un nombre de persona.
- Compara esperado y observado ficticio. Identifica el campo mal mapeado y escribe qué corregirías sin cambiar la clave email.
- Describe una repetición controlada con una nueva respuesta de prueba y el mismo email: qué ID, email y empresa comprobarías. Si ejecutas, solo en la copia autorizada y sin contactar personas reales.
Qué comprobar
- ¿Se mantiene el contacto H001 del ejemplo para lucia@example.com y la empresa esperada es Ladera Pruebas?
- ¿El problema es el mapeo de empresa, no una prueba de que el CRM deba crear otro contacto?
Una pregunta para cerrar
¿Qué evidencia conservarías para distinguir actualizar el contacto de crear uno nuevo?
Comprobar mi resultado
- La solicitud R301 corresponde al email preparado lucia@example.com, existente en H001. En este caso se espera actualizar ese contacto.
- Empresa debe tomar Ladera Pruebas del campo Empresa; Lucía Cano en esa propiedad señala un mapeo incorrecto.
- La comprobación propuesta compara ID existente, email y empresa tras una nueva respuesta controlada. H001 y la traza son datos ficticios, no resultados reales ni garantía global de deduplicación.
Errores que conviene revisar
- Cambiar el email para ocultar el error y crear otro contacto.
- Dar por correcto todo el contacto porque el ID no cambió.
- Repetir acciones sobre datos reales o confundir la traza ficticia con el historial de la cuenta.
Si no puedes usar la herramienta
Todos los estados están en CSV y M3-data.md. Completa una tabla de comparación en papel/Markdown y marca «traza ficticia; no ejecutado». No demuestra una actualización real.
Tres tareas opcionales de 10–15 minutos entre las cuatro sesiones de la edición de referencia de 8 horas. El material está incluido y el repaso breve se acuerda dentro de esas 8 horas. No son requisitos para asistir ni una condición adicional para el diploma. No añaden revisión individual fuera de sesión; el soporte vigente conserva sus límites.
Si aparece un bloqueo
- Si no puedes abrir el espacio, usar una función o confirmar que es un entorno autorizado, detén la ejecución; no compartas contraseñas ni cambies permisos operativos.
- Utiliza los datos de papel/Markdown y anota «no ejecutado en la herramienta»; esta alternativa permite razonar, pero no acredita el acceso ni la práctica con la aplicación.
- Conserva una pregunta y el bloqueo para el repaso breve de la siguiente sesión. No repitas acciones sobre contactos reales ni des por resuelto el acceso.
Dentro de la sesión · 25–30 min
Ver el programaSeguir una propuesta sin inventar un sí
Ensaya el seguimiento de Ladera, contrasta los compromisos y deja una próxima acción verificable. Actividad dentro de la práctica de la sesión 3, sin ampliar las 8 horas del programa.
Cómo se practica
- Dos o tres personas: vendedor, cliente y observador; con dos, el docente facilita el feedback.
- El CRM se elige por edición; también se puede usar la tabla de aula. No se requiere IA integrada ni una marca concreta.
- Conversación, feedback y reintento caben en 25–30 minutos; no se añaden deberes ni una sesión posterior.
Elige el documento de tu rol
Vendedor
Representa a Elena: pregunta, contrasta condiciones y deja un siguiente paso; no tiene que cerrar la venta.
Cliente
Recibe una ficha separada y responde con naturalidad dentro del caso; también puede hacer preguntas.
Observador
Recoge conductas y fuentes para tres criterios; facilita una corrección y comprueba el reintento.
El paquete separa las fichas del vendedor, el cliente y quien observa. Durante el ejercicio, cada persona utiliza su propia ficha; el docente facilita el reparto.
Cómo transcurre el ejercicio
- 4 min
Preparar
Leer las fuentes compartidas y la ficha propia; elegir qué necesita aclararse.
- 6–7 min
Conversar
Preguntar, escuchar y comprobar condiciones sin recitar un guion.
- 4 min
Registrar y contrastar
Revisar los compromisos del borrador y anotar la siguiente acción de forma manual.
- 4–5 min
Feedback
Citar una evidencia por criterio y elegir una corrección prioritaria.
- 4–5 min
Reintentar
Repetir el tramo que necesita la corrección y actualizar el registro.
- 3–5 min
Cerrar
Comprobar fuentes, acción, responsable y jueves del caso; recoger una aportación individual.
Qué observa el compañero
Preguntas y escucha
Se observa: Hace una pregunta abierta pertinente y comprueba una condición con sus palabras.
Conviene revisar: Induce una aprobación, ignora la respuesta o no comprueba lo entendido.
Contraste de compromisos
Se observa: Distingue fuentes y propuestas y elimina del borrador el sí y el inicio no confirmados.
Conviene revisar: Afirma presupuesto, aprobación o inicio sin una fuente que lo sostenga.
Siguiente acción
Se observa: Registra dos opciones de Elena para el jueves del caso; mantiene IT pendiente y la oportunidad abierta.
Conviene revisar: Falta acción, responsable o fecha de aula, o se oculta un pendiente.
Después de la conversación
Comprobado o Por revisar, con una frase o conducta observada y su fuente. No es una nota automática del curso ni una concesión del diploma.
Elegir una sola corrección, repetir el tramo y registrar qué cambió y qué sigue pendiente.
Una muestra de feedback
Muestra ficticia de aula; se consulta después del primer intento.
¿Qué necesitáis poder comparar entre las dos opciones?
El interés de Ladera no aprueba el piloto: retirar el sí y el lunes inventados.
Elena prepara dos opciones de alcance para el jueves del caso; la consulta a IT sigue pendiente.
Ensayo docente de este recurso pendiente. El jueves es relativo al expediente ficticio, no a la fecha actual. Sin reuniones reales, envíos externos, bots ni automatización de registros.
Los criterios ayudan a dar feedback. La evaluación del programa sigue siendo la acordada para cada edición.
¿Qué necesita aprender
tu equipo?
Cuéntanos qué queréis trabajar, cuántas personas participarían y desde dónde. Prepararemos una propuesta con alcance, sesiones y presupuesto.
¿Quieres consultar la bonificación con FUNDAE?
Comprobamos la posibilidad de bonificación para cada empresa y edición, según requisitos y crédito disponible. No es automática ni está garantizada. Información oficial de FUNDAE ↗