Una lista de verificación de operaciones de compradores en preventa es una lista de controles para mantener conectados al comprador correcto, la unidad, los registros de origen, las acciones rutinarias y las excepciones desde la reserva hasta el cierre. No reemplaza un CRM, un ERP, un repositorio de documentos, un sistema de pagos ni las decisiones de los equipos legal, de finanzas y de cierre. Establece qué posee cada sistema y qué necesita coordinar el equipo operativo entre ellos.
Cómo usar esta lista de verificación
Usa los controles como una revisión de diseño y operación, no como una afirmación de que cada proyecto necesita el mismo proceso. Marca cada control como definido, en progreso, no aplica o requiere un responsable. Un control solo está definido cuando el equipo puede nombrar el registro de origen, el rol responsable y la siguiente acción cuando la ruta normal se rompe.
1. Contexto del comprador y la unidad
- Identificador estable del comprador: El registro operativo puede identificar al comprador sin depender únicamente de un nombre o una dirección de correo.
- Identificador estable de la unidad: El registro del comprador se conecta con el proyecto, la unidad, el contrato y el contexto de transacción actual correctos.
- Contexto de co-comprador y entidad: El equipo puede distinguir al comprador principal, los co-compradores y cualquier entidad compradora donde esa distinción importe.
- Permisos de contacto: Los canales permitidos, los destinatarios y las preferencias de comunicación son visibles antes de enviar un mensaje.
- Propiedad de la fuente: El equipo puede identificar qué sistema aprobado es dueño de la identidad del comprador, la unidad y el estatus de la relación.
2. Documentos y evidencia
- Conjunto de requisitos: Cada elemento requerido está vinculado al comprador, la unidad, la etapa y la política de proyecto aprobada relevantes.
- Estatus operativo: Las solicitudes, las recepciones, los traspasos de revisión, las decisiones aprobadas y las excepciones permanecen como estados distintos.
- Evidencia original: El flujo preserva un enlace al archivo o registro de origen en lugar de tratar un estatus copiado como prueba.
- Responsable de excepciones: Los elementos faltantes, ilegibles, vencidos, en conflicto o sensibles tienen un responsable con nombre y una siguiente acción.
- Límite de decisión: El flujo no etiqueta un archivo como aprobado cuando un revisor autorizado no ha registrado esa decisión.
Para el detalle detrás de estos controles, usa el flujo de preparación de documentos y la matriz de preparación de recolección de documentos.
3. Coordinación de pagos
- Calendario aprobado: El seguimiento rutinario comienza desde el calendario autorizado vigente, no desde notas informales o una versión antigua del contrato.
- Fuente de verdad financiera: El ERP o sistema financiero aprobado sigue siendo autoritativo para el estatus de transacciones contabilizadas, liquidadas, revertidas y conciliadas.
- Política de comunicación: Las reglas de tiempo, contenido del mensaje, canal y destinatario se definen antes de enviar recordatorios automatizados o rutinarios.
- Separación de evidencia: Una promesa del comprador o un comprobante cargado no se trata como un pago liquidado.
- Escalamiento a finanzas: Las disputas, referencias faltantes, cotejos parciales, términos cambiados y registros en conflicto se enrutan a finanzas con el contexto de origen relevante.
4. Preguntas y atención al comprador
- Taxonomía de preguntas: El equipo distingue las solicitudes de estatus rutinario de las preguntas financieras, contractuales, legales, de excepción y dependientes de juicio.
- Fuente aprobada por pregunta: Cada pregunta rutinaria tiene un registro actual aprobado que puede sustentar la respuesta.
- Límite de respuesta: La política de respuesta le indica al remitente cuándo declarar el registro disponible, cuándo pedir una aclaración y cuándo escalar.
- Historial de respuestas: El registro del comprador conserva qué se envió, por quién, a través de qué canal permitido y cualquier siguiente acción.
- Manejo de conflictos: Cuando los sistemas no coinciden, la ruta rutinaria se detiene y la pregunta pasa al responsable que puede resolver la discrepancia.
Usa el flujo de atención al comprador para convertir estos controles en una ruta de respuesta aprobada para las preguntas rutinarias y un traspaso claro para todo lo demás.
5. Preparación para el cierre y traspaso
- Mapa de preparación específico del proyecto: El equipo ha identificado los documentos, fondos, firmas, acciones de socios y aprobaciones relevantes para el proyecto.
- Enlaces de evidencia: La vista de preparación remite a los registros de origen vigentes en lugar de convertirse en un resumen sin sustento.
- Propiedad de bloqueos: Cada elemento incompleto, en conflicto, vencido o pendiente tiene un responsable, una siguiente acción y un punto de revisión.
- Traspaso autorizado: El flujo operativo presenta la evidencia y las excepciones a las personas autorizadas para tomar la siguiente decisión de cierre.
- Historial de decisiones: El traspaso conserva qué se revisó, qué quedó abierto, quién decidió y qué registros sustentaron la decisión.
Una matriz operativa de una página
| Área de control | Sistema o fuente responsable | El flujo rutinario puede | Debe escalar cuando |
|---|---|---|---|
| Contexto del comprador y la unidad | CRM o registro de comprador aprobado | Cotejar contexto, mostrar detalles permitidos, crear una tarea | La identidad, los permisos o los registros entran en conflicto |
| Documentos | Repositorio y revisor autorizado | Solicitar, recibir, clasificar, enrutar revisión | La evidencia falta, es sensible, está vencida o requiere juicio |
| Pagos | ERP o sistema financiero aprobado | Preparar seguimiento aprobado por política, adjuntar evidencia | El estatus, monto, calendario o conciliación no están claros |
| Preguntas del comprador | Fuente aprobada específica del tema | Responder preguntas rutinarias definidas | La solicitud requiere una promesa, interpretación o excepción |
| Preparación para el cierre | Roles autorizados de cierre, finanzas, legal y socios | Reunir evidencia, dar seguimiento a bloqueos, preparar traspaso | Se requiere una decisión profesional o contractual |
Salvaguardas y excepciones
La lista de verificación debe hacer que las excepciones sean más fáciles de ver, no más fáciles de ocultar. No la uses para aprobar documentos automáticamente, confirmar que se liquidaron fondos, interpretar un acuerdo, cambiar una obligación del comprador o declarar a un comprador listo para cerrar. Esas acciones corresponden a la persona autorizada y al sistema de origen del proyecto.
La prueba práctica es simple: si un miembro del equipo ve un elemento abierto del comprador, debe poder responder cinco preguntas operativas sin adivinar: qué comprador y unidad, qué registro de origen, qué estado, quién es dueño de la siguiente acción y qué condición requiere escalamiento.
Por dónde empezar
Comienza con una etapa del proyecto que genere la mayor cantidad de traspasos manuales, luego completa los controles relevantes con las personas que son dueñas de los registros de origen. Una definición de operaciones de compradores puede establecer el modelo compartido, mientras que la comparación entre CRM, ERP y operaciones de compradores ayuda a aclarar los límites de los sistemas antes de agregar automatización.
