Registro de oportunidades de partners sin un portal

Un partner presenta un posible cliente. Tu responsable de ventas dice que esa cuenta ya estaba en el pipeline. Otro partner afirma haber dado forma al mismo proyecto. Sin un registro de lo que se envió y de lo que se acordó, la discusión se convierte en una competición de recuerdos.

Un proceso de registro de oportunidades da a esas reclamaciones una vía de revisión. Registra una oportunidad concreta, la contribución del partner, la decisión y cualquier condición. Un equipo pequeño puede empezar con un formulario y un registro controlado. Si necesitas ayuda para diseñar ese flujo, el trabajo de alianzas estratégicas de mi página de servicios es un buen punto de partida.

1. Decide qué reconoce el registro

Define qué se registra antes de elegir software. Una organización, una oportunidad y la contribución de un partner son cosas distintas. Un cliente puede tener proyectos separados, y un partner puede ayudar en una oportunidad que originó otra persona.

En este flujo, registra una oportunidad definida y una contribución reclamada. Anota si la solicitud se refiere a una presentación, a la generación de la oportunidad o a otra contribución que reconozca tu programa. Decide si esas categorías siguen reglas distintas. El registro es una solicitud de reconocimiento según esas reglas, no un derecho automático a una comisión ni a una relación exclusiva con el cliente.

Lee la lista de verificación del acuerdo de alianza antes de convertir las expectativas en un formulario. Cualquier beneficio, exclusión, periodo de protección u obligación comercial debe acordarse fuera de este artículo. Sus términos reales son DESCONOCIDOS aquí.

Ejemplo hipotético de política: un equipo pequeño acepta solicitudes para un proyecto de cliente con nombre, revisa la evidencia de la presentación reclamada y emite un resultado por escrito. Las oportunidades ya existentes activan una revisión en lugar de un rechazo automático. Este ejemplo es una decisión de diseño de proceso, no una política universal para partners.

2. Copia los campos mínimos del formulario

Separa los datos que introduce el partner de las decisiones de quien revisa. El formulario debe explicar qué campos son obligatorios y qué ocurre si falta información. Permite DESCONOCIDO para los datos que el partner no pueda confirmar, en lugar de animarle a adivinar una fecha de proyecto o a hacer una reclamación sin respaldo.

No exijas un hilo de correo completo cuando una referencia limitada a la evidencia responde a la pregunta. Decide quién puede acceder al material de respaldo y qué puede incluirse en una respuesta al partner. Mantén los datos del cliente y las reclamaciones en competencia fuera de las vistas compartidas de forma amplia.

Los requisitos cambian según el programa. Por ejemplo, la documentación de Microsoft sobre oportunidades de co-venta exige el consentimiento del cliente antes de facilitar sus datos de contacto a Microsoft para la oportunidad. Es una regla de un programa concreto. Tu formulario debe reflejar tus propios permisos acordados y tu proceso de intercambio de datos, no copiar otro programa al completo.

3. Define estados, una persona revisora y una vía de respuesta

Usa un único registro interno como fuente de las decisiones. Da a cada solicitud un ID estable. Asigna una persona revisora principal y una suplente, y anota quién puede aprobar una solicitud normal y quién gestiona las excepciones. Separa el acuse de recibo de la aprobación.

Cerrada no significa necesariamente ganada. Mantén en campos separados el resultado de la oportunidad, el estado del registro y cualquier estado de pago. Del mismo modo, un registro aprobado no demuestra que el cliente esté cualificado, que haya un acuerdo firmado ni ingresos.

En cada cambio de estado, registra quién actúa, la hora, el motivo y la siguiente acción. Envía a quien hizo la solicitud una respuesta de estado limitada a la información que puede ver. Acordad un plazo de revisión que el equipo pueda cumplir de verdad; esta plantilla no promete ningún plazo de aprobación.

4. Comprueba solapamientos antes de resolver una reclamación

Ejemplo hipotético: el partner A registra un proyecto para toda una empresa. Más tarde, el partner B envía un proyecto concreto de un departamento de la misma organización. Antes de decidir, quien revisa pregunta si se trata de una oportunidad o de dos. Si la evidencia sigue incompleta, mantén la solicitud en "falta información" e indica la siguiente acción.

Un desacuerdo sobre el reconocimiento no debería cambiar en silencio quién atiende al cliente. Para colaborar después de la entrada, usa la guía de co-venta para definir cómo trabajan juntos los equipos en la oportunidad activa. El registro resuelve la solicitud; no sustituye al plan de venta completo.

5. Acuerda las reglas de colaboración antes del lanzamiento

Copia esta lista en el documento del programa y completa las decisiones reales. Trata como DESCONOCIDAS las preguntas comerciales y de permisos sin responder. No lances el programa con un lenguaje que distintos partners puedan interpretar razonablemente como promesas contradictorias.

• Elegibilidad: ¿qué partners, contribuciones, oportunidades y exclusiones se pueden revisar?
• Actividad existente: ¿cómo afectan a una solicitud las oportunidades abiertas, las presentaciones anteriores y las cuentas inactivas?
• Autoridad de decisión: ¿quién revisa, quién decide las excepciones y cómo puede un partner pedir una reconsideración?
• Visibilidad: ¿qué información pueden ver quien envía, el equipo de ventas y otros colaboradores?
• Validez: ¿cuándo empieza y termina cualquier periodo aprobado y qué cambia al vencer?
• Renovación: ¿qué evidencia se exige, quién pide una ampliación y quién registra la decisión?
• Cierre: ¿qué termina el registro, qué evidencia del resultado se exige y qué obligaciones siguen vigentes según el acuerdo?

Programa recordatorios con las fechas aprobadas reales. Una renovación debe conservar la decisión anterior y mostrar la nueva base, no sobrescribir la entrada original. Si el acuerdo no define un periodo de protección, no lo inventes en un correo de acuse de recibo.

Guarda una versión de la política en cada decisión. Cuando cambien las reglas, explica qué versión se aplica a las solicitudes existentes. Evita aplicar en silencio una nueva regla de elegibilidad a una aprobación anterior.

6. Prueba el flujo y revisa los puntos de fricción

Antes de abrir los envíos, recorre una solicitud completa, una incompleta, una reclamación en conflicto y un vencimiento. Comprueba qué ve el partner, dónde trabaja quien revisa y cómo encuentra la suplencia la siguiente acción. Usa registros ficticios para este ejercicio.

Incluye las instrucciones y un ejemplo en la capacitación de partners. Un formulario que existe pero es difícil de encontrar o imposible de interpretar es un problema de adopción. Muestra a los partners la evidencia exigida y dónde preguntar por un estado.

Revisa la antigüedad de las solicitudes pendientes, los motivos de falta de información, los conflictos, las excepciones y los resultados posteriores de las oportunidades. Usa el scorecard de alianzas para la revisión más amplia de la relación. Mantén separados registros, aprobaciones y oportunidades ganadas para que un aumento de envíos no se confunda con éxito comercial.

Añade un portal solo cuando el proceso actual revele una necesidad concreta, como un control de acceso o una visibilidad de estados que la configuración actual no pueda gestionar de forma fiable. Define primero las reglas de decisión para que cualquier software futuro tenga un proceso claro al que dar soporte.

Preguntas frecuentes