RESUMEN RÁPIDO
Qué sacar del artículo
- Primero, diseñe la ruta del pedido y la responsabilidad de los datos.
- Espere cambios, cancelaciones, envíos divididos y quejas.
- El desarrollo personalizado está destinado a abordar una necesidad específica; la agenda actual puede ser proporcionada por el sistema existente.
Mapear el pedido más allá de la cesta
Escriba lo que debe suceder desde la selección del producto hasta el cumplimiento del pedido. ¿Cuándo se comprueba la disponibilidad, cuándo se reserva la mercancía y quién se ocupa del artículo faltante? ¿Qué estado puede desencadenar un mensaje al cliente y qué creación del documento?
Antes de la propuesta técnica, revisar tanto el pedido regular como el caso del problema. Por ejemplo, un cliente paga, pero parte del pedido está agotado. Si se acuerda el procedimiento después del lanzamiento, los trabajadores se acostumbrarán a las soluciones manuales. Entonces son más difíciles de reemplazar con una conexión confiable.
Los productos, precios e inventario necesitan orden.
Un producto debe tener un identificador comprensible en la tienda electrónica, el almacén y los documentos. Diferenciar entre variantes, paquetes y unidades de venta. De lo contrario, un clic puede significar una pieza en un sistema y el paquete completo en otro.
Para el precio, determine la fuente principal, la validez de la lista de precios y las reglas de descuento. Para clientes B2B, separe los términos aprobados de la oferta pública general. La disponibilidad y la fecha límite deben basarse en datos que el sistema comprenda, no en una nota mantenida manualmente para cada pedido.
Los documentos desencadenan reglas acordadas
Pedir, pagar, enviar y recibir son eventos diferentes. La propuesta técnica debe indicar claramente qué evento crea el documento o documento relevante en el sistema económico. La configuración contable y fiscal de una empresa específica debe acordarse con su contador; el artículo no determina el momento de la obligación tributaria.
Un ejemplo de configuración de proceso diferente es Odoo: su documentación diferencia la facturación de las cantidades pedidas y entregadas. Por lo tanto, al realizar la integración no basta con enviar la información "el pedido existe". También es necesario transferir el estado y las cantidades correctas según el procedimiento elegido.
Las excepciones son parte de la propuesta.
El cliente puede cambiar la dirección, se puede retrasar el pago y dividir el pedido en dos envíos. Al realizar una devolución o reclamo, debes poder dar seguimiento a la compra original y registrar el siguiente trámite. Todas estas situaciones deberían tener un lugar en la agenda.
La retransmisión automática no podrá crear una segunda orden. El fallo debe mostrarse al humano con información sobre lo que ya se ha hecho y lo que queda. El equipo también necesita un procedimiento alternativo en caso de fallo de conexión, para poder seguir los pedidos en curso.
- Cambio de pedido después del pago.
- Envío parcial y posterior reenvío.
- Cancelación, devolución y reclamación.
- Repetir transmisión del mismo evento.
Seleccione la primera ruta funcional y solo luego expanda
Para la primera versión, elija un surtido claro y un número limitado de variantes de proceso. Verifica un recorrido completo: compra, pago, almacén, envío, comunicación y documentos. Sólo entonces añade descuentos más complicados, mercados adicionales o configuraciones individuales.
Lo mismo se aplica a la venta de embalajes, artículos publicitarios o textiles corporativos. Cada surtido puede necesitar documentos y aprobaciones diferentes. Una aplicación personalizada tiene sentido cuando facilita estas idiosincrasias; Es aconsejable basar la agenda repetible en partes del sistema existentes y verificadas.
