Diseñar un seguimiento de clientes o prospectos de ventas

Autor: AILesson8 min de preparaciónProbado con:ChatGPTRevisado el: 2026-08-28

Respuesta rápida

Registra consentimiento, responsable, última interacción, siguiente paso acordado, fecha límite y cierre sin fabricar urgencia ni compromisos. Proporciona: Flujo y límites del seguimiento, Campos, sistemas y ejemplos, Reglas de estado, recordatorios y privacidad. Resultado esperado: Un libro de seguimiento revisable con reglas de estado, colas, fórmulas y controles de privacidad.

1

Añade tu contexto

Tu texto permanece en este navegador. AILesson Prompts no lo envía a un modelo ni a un servidor.

2

Tu prompt

Los campos sin rellenar permanecen visibles como marcadores de posición, para que puedas copiar y editar el prompt

Diseña en Excel un seguimiento para el flujo de clientes o ventas indicado.

Tipos, etapas, autorización de contacto, consentimiento, responsables, traspasos, plazos, cierre y decisiones respaldadas:
[workflow]

Granularidad, ID, datos de clientes, fuente, consentimiento, etapa, valor, interacciones, siguiente paso, fechas, responsable, resultado, actualización y ejemplos:
[data]

Estados, campos obligatorios, vencimiento, zona horaria, inactividad, supresión, duplicados, acceso, conservación e informes:
[rules]

Usa un registro estable por cada caso de prospecto, oportunidad o cliente con la granularidad indicada y conserva el historial de interacciones en una tabla independiente de solo adición si hay varios contactos. Distingue una interacción observada, una petición del cliente, una propuesta del vendedor, un siguiente paso acordado y una tarea interna. Nunca infieras consentimiento, intención de compra, autoridad, valor, plazo ni compromiso a partir del silencio, la apertura de correos o las etiquetas de etapa. Un seguimiento solo puede vencer cuando una frecuencia aprobada o un siguiente paso explícito proporciona la fecha. La supresión, el estado cerrado, la ausencia de responsable y las restricciones de privacidad deben prevalecer sobre los recordatorios ordinarios vencidos. Devuelve: arquitectura del libro; diccionario de datos; reglas de transición de estados; matriz de campos obligatorios; fórmulas para NextActionStatus y calidad de datos; colas por responsable; listas de validación; formato condicional; flujo de duplicados y traspasos; controles de privacidad, acceso y conservación; recuentos del panel con denominadores; filas de ejemplo; y pruebas para new, due, overdue, waiting, suppressed, closed, consentimiento ausente, responsable ausente, duplicados y fechas contradictorias.
Probar en Playground
Privado de forma predeterminadaLa preparación del prompt se realiza localmente en tu navegador. Evita introducir información confidencial en cualquier servicio de IA, a menos que tu organización lo permita.

De la entrada al resultado

Un ejemplo completo

Mira cómo un contexto concreto convierte esta receta en un resultado que puedes usar

Entrada real

Flujo y límites del seguimiento
Solicitudes entrantes de demostraciones B2B y oportunidades existentes. Una fila por OpportunityID, no por contacto. Seguimiento por correo solo cuando ConsentStatus sea Allowed o exista una regla documentada para relaciones comerciales existentes; Suppressed significa que no se debe contactar. Etapas New, Discovery, Evaluation, WaitingCustomer, Won y Lost. El responsable acepta explícitamente el traspaso. Frecuencia estándar: primera respuesta a prospectos New en un día laborable; después, solo una fecha posterior acordada o una fecha de revisión interna creada por el responsable. El seguimiento respalda colas diarias por responsable y la revisión de carga de trabajo por parte de gerencia, no correos automáticos ni puntuación de prospectos.
Campos, sistemas y ejemplos
Campos de Opportunities: OpportunityID, AccountName, ContactName, WorkEmail, Source, ConsentStatus, ConsentEvidence, Stage, EstimatedValue, Currency, Owner, OwnerAcceptedAt, LastInteractionAt, LastInteractionType, LastInteractionEvidence, AgreedNextStep, NextActionDate, NextActionType, WaitingOn, SuppressedAt, ClosedAt, OutcomeReason, UpdatedAt. La tabla Interactions contiene InteractionID, OpportunityID, At, Direction, Channel, Summary, EvidenceLocator y RecordedBy. Ejemplo O-104: formulario entrante, Allowed con registro de formulario F-88, New, responsable Mei aceptó el 28 Aug, sin interacción, creado el 28 Aug a las 15:00 en Shanghái. O-107: Evaluation, última llamada el 27 Aug, el cliente dijo que revisaría el documento de seguridad y respondería después de una reunión interna, pero no dio fecha; responsable Leo. O-109: Suppressed el 26 Aug tras darse de baja; permanece la antigua fecha de seguimiento del 29 Aug.
Reglas de estado, recordatorios y privacidad
Fecha de revisión 31 Aug 2026 Asia/Shanghai. Calendario de días laborables en la tabla Holidays. Obligatorio para New: prueba de consentimiento, aceptación del responsable y hora de creación. Evaluation: prueba de la última interacción; NextActionDate solo si se ha acordado o es explícitamente interna. WaitingCustomer no inventa una fecha. Suppressed y Won/Lost nunca están overdue. La ausencia de responsable es Data issue. Repetir WorkEmail no implica automáticamente que la oportunidad esté duplicada; un OpportunityID duplicado no es válido. Limita el acceso al libro a operaciones de ventas; no se proporciona una política de conservación, así que márcala como pending.

Ejemplo de salida

Libro: Opportunities para el estado actual, Interactions para el historial de solo adición, ValidationLists, BusinessCalendar, OwnerQueue, DataIssues, Dashboard y ChangeLog. Mantén EstimatedValue/Currency como opcionales y nunca deduzcas una probabilidad a partir de Stage.

Precedencia de estados: ID duplicado o conflicto en un campo obligatorio → Data issue; Suppressed → Do not contact sin importar las fechas antiguas; Won/Lost → Closed; Owner ausente o sin aceptar → Handoff required; New sin interacción → calcula el vencimiento de la primera respuesta mediante WORKDAY.INTL a partir de CreatedAt según la convención aprobada del calendario laboral; WaitingCustomer sin fecha → Waiting, no overdue; NextActionDate interna o acordada y respaldada anterior a la fecha de revisión → Overdue; igual a la fecha de revisión → Due today; futura → Scheduled; sin una base válida para la siguiente acción → Needs plan, no overdue. O-109 es Do not contact y su fecha obsoleta solo debe borrarse mediante un cambio registrado. O-107 es Waiting/Needs internal review; «después de nuestra reunión» no es un compromiso de calendario. El vencimiento exacto de O-104 requiere la regla aprobada para la hora del día y el corte del fin de semana; no reduzcas silenciosamente una marca de tiempo a una fecha.

Matriz de campos obligatorios: todo registro abierto necesita ID estable, fuente, estado y prueba de consentimiento, responsable y aceptación, Stage y UpdatedAt. Evaluation necesita la ubicación de la interacción. Un NextActionDate acordado con el cliente requiere pruebas en Interactions; una fecha interna requiere NextActionType Internal y responsable. El formato condicional sigue el texto del estado, con máxima prioridad para la supresión y sin transmitir significado únicamente mediante color. Dashboard muestra el denominador abierto elegible, due/overdue por responsable, waiting, handoff required, data issues, suppressed y cierres; nunca calcula «conversion» sin definir la cohorte y el plazo. El acceso se restringe según lo indicado; la conservación sigue siendo una política pendiente explícita, por lo que el libro no puede afirmar que cumple la normativa hasta que se proporcionen un responsable y un periodo. Las pruebas cubren cada rama de precedencia, la fecha límite, una fecha antigua en un registro suppressed/closed, la ausencia de prueba de consentimiento, un ID duplicado y dos oportunidades que comparten un correo.

Por qué funciona

  1. 1

    Separar las interacciones de los siguientes pasos acordados evita registrar una conversación como compromiso del cliente.

  2. 2

    Las reglas de precedencia garantizan que un color de vencimiento no anule los controles de consentimiento y supresión.

Comprueba el resultado

  • ¿El consentimiento, la supresión, la fuente, el responsable, la etapa, la última interacción, el siguiente paso acordado y la próxima fecha están respaldados por pruebas en vez de inferirse?

  • ¿La supresión, el estado cerrado, la falta de autoridad, la privacidad y la ausencia de responsable prevalecen sobre los recordatorios due/overdue?

  • ¿Puede conciliarse cada recuento del panel con estados de registro mutuamente excluyentes y denominadores visibles?

Úsalo con confianza

Preguntas frecuentes

Respuestas prácticas sobre cuándo usar esta receta, qué debes proporcionar y en qué casos la revisión humana sigue siendo importante

¿Qué debo preparar antes de usar «Diseñar un seguimiento de clientes o prospectos de ventas»?

Para usar «Diseñar un seguimiento de clientes o prospectos de ventas», prepara el flujo y los límites del seguimiento, los campos, sistemas y ejemplos, y las reglas de estado, recordatorios y privacidad. Sustituye los marcadores de posición únicamente con información que puedas verificar. Si desconoces algún dato, conserva explícitamente esa incertidumbre en vez de pedir al modelo que lo deduzca.

¿Cuándo no está listo para usarse el resultado de «Diseñar un seguimiento de clientes o prospectos de ventas»?

El resultado no está listo si todavía no ofrece, a partir de las pruebas facilitadas, el resultado previsto —un libro de seguimiento revisable con reglas de estado, colas, fórmulas y controles de privacidad—, o si depende de supuestos sin resolver, aprobaciones pendientes o detalles inventados. Usa las comprobaciones como criterios de aprobación: revisa los datos de origen o asigna a una persona revisora autorizada y claramente identificada, en vez de pulir un resultado sin respaldo.

¿Qué herramientas de IA tienen pruebas registradas para «Diseñar un seguimiento de clientes o prospectos de ventas»?

El registro de pruebas publicado para «Diseñar un seguimiento de clientes o prospectos de ventas» incluye ChatGPT a fecha de 2026-08-28. Esto confirma que se han registrado ejecuciones, no garantiza la compatibilidad ni resultados idénticos en versiones posteriores del producto. Si utilizas otra herramienta o versión, mantén visibles todas las restricciones y repite las comprobaciones del resultado antes de usarlo.

Mantén el trabajo en marcha