Conectar al vendedor, al cliente y a la operación.
En el desarrollo de la plataforma de ADEGSO, el desafío es relacionar la gestión comercial con un portal de clientes y módulos internos. Este caso explica funciones desarrolladas y decisiones de diseño del flujo de ventas.
El problema: la información pasa por varias manos
Una venta entre empresas puede comenzar con un vendedor, continuar con la revisión del cliente y requerir después validaciones internas. Cuando cada paso vive en un archivo distinto, es difícil identificar cuál es la versión que se debe procesar.
El enfoque del desarrollo conecta esos pasos mediante registros compartidos y estados definidos. La pantalla de ventas y el portal de clientes tienen propósitos distintos, aunque trabajen sobre la misma operación.
Un recorrido comercial con responsabilidades claras
Cartera
El vendedor accede a los clientes que le corresponden.
Propuesta
Prepara una nota de venta con productos y condiciones comerciales.
Portal
La nota puede publicarse para el cliente vinculado y descargarse como documento.
Revisión
La aprobación del cliente da paso a la revisión interna del pedido y su pago.
El recorrido resume el diseño funcional. No muestra datos de clientes, montos ni condiciones comerciales privadas.
Qué se ha desarrollado
- Acceso por roles a las áreas de vendedores, clientes y administración.
- Cartera de clientes asignada y controles de acceso para la gestión comercial.
- Creación de notas de venta con productos y condiciones del cliente.
- Documento descargable y publicación de la nota en la cuenta del cliente vinculado.
- Revisión de cantidades y aprobación desde el portal de clientes.
- Módulos internos de bodega con acceso restringido a usuarios autorizados.
El alcance se construye por módulos. Cada entrega se valida con los responsables del proceso antes de ampliar las funciones o conectar nuevas áreas.
Cómo se relaciona con un CRM
Un CRM organiza clientes, responsables, oportunidades y seguimiento. Un sistema comercial puede extender ese contexto hacia cotizaciones, notas de venta y pedidos. La frontera depende de qué parte del proceso debe resolver cada herramienta.
En este enfoque, conocer al responsable de una cuenta y restringir el acceso a su cartera es tan importante como generar el documento. Si la empresa ya utiliza un CRM que funciona, puede ser más conveniente integrarlo que reemplazarlo.
Decisiones que no conviene dejar para el final
| Definición | Ejemplo de lo que debe acordarse |
|---|---|
| Fuente de los datos | Qué sistema mantiene productos, precios, clientes y stock. |
| Estados y responsables | Quién aprueba, observa, corrige o cancela una operación. |
| Permisos | Qué puede consultar y modificar cada vendedor o cliente. |
| Integraciones | Cómo se informa un error y cómo se evita procesar dos veces el mismo pedido. |
| Puesta en marcha | Qué operaciones se prueban y quién acepta cada etapa. |
El aprendizaje aplicable a otra empresa
Conviene diseñar el recorrido completo antes de multiplicar pantallas: qué inicia la operación, quién interviene, qué información falta y qué confirma su cierre. Eso permite desarrollar por etapas sin perder la relación entre las áreas.
Para medir el impacto se debe acordar una línea base: tiempo de preparación de una nota, cantidad de correcciones y pedidos pendientes de revisión. Estos indicadores permiten decidir qué parte del proceso conviene mejorar después.