Curso obligatorio para productos de comercio electrónico: Cómo generar un pedido
¿Qué hizo exactamente el usuario para generar el pedido? Tomemos al autor como ejemplo. Generalmente, sólo acudes a las aplicaciones de compras cuando tienes una necesidad de compra. Por supuesto, debe excluirse el uso en el trabajo.
La primera es utilizar la búsqueda. Se dice que la búsqueda puede contribuir con el 60% de las ventas, incluida la búsqueda de palabras clave y la búsqueda de categorías.
Luego ingrese a la página de lista de productos, luego seleccione el producto, ingrese a la página de detalles, vea información del producto, comentarios y haga preguntas.
Agregue al carrito de compras, inspeccione los productos y pague.
En la página de pago, ingrese su dirección e información de contacto, y seleccione su método de pago, método de entrega, activo de capital y tipo de factura.
Consulta y envía tu pedido. El sistema genera información del pedido y solicita el estado de la logística.
Este puede parecer un camino largo, pero cada paso es esencial. Quizás, en el futuro, los usuarios puedan realizar pedidos en un solo paso.
Desde la ruta de clasificación anterior, aún es posible desarmar los campos de varios pedidos, como
Información básica: incluido el número de pedido, la hora del pedido, el estado del pedido y otra información.
Información del producto: incluido el precio del producto, el nombre del producto, el enlace del producto y otra información.
Método de pago: incluye método de pago, estado de pago, tiempo de pago, número de orden de pago y otra información.
Método de envío: ¿El envío es gratuito? Si no, ¿cuál es la empresa de envío?
Activos de capital: incluidos sobres rojos, cupones, puntos, Jingdou y otros activos virtuales.
Información de la factura: Selección del tipo de factura, factura general con IVA o factura especial con IVA, factura electrónica o sin factura, etc.
Información logística: estado específico de la logística, a qué hora, qué estación/almacén, qué repartidor entrega, si debe firmar para recibir, hora del nodo y otra información.
El pedido contiene demasiados campos y debe conectarse a varios sistemas posteriores. Es necesario obtener información del producto del producto, información de promoción del sistema de promoción, inventario del sistema de inventario, información de pago del sistema de pago, facturas del sistema de facturación y representación comercial del sistema comercial correspondiente. El proceso general de pedido se muestra en la figura anterior. Una vez generado el pedido, es necesario dividirlo, incluida la división de descuentos y la división de pedidos, luego ingresar al sistema wms y finalmente pasar por el proceso de facturación financiera.
Según el tipo de mercancía del pedido, los pedidos se pueden dividir en pedidos físicos y pedidos virtuales. Los pedidos físicos se refieren a algunos pedidos de mercancías que son físicos y requieren logística y distribución. Por ejemplo, si el pedido incluye un refrigerador, una computadora portátil y un reloj, entonces el pedido es físico.
Bajo el pedido físico, existen muchos otros negocios, también llamados pedidos comerciales. Por ejemplo, si los artículos comprados son manzanas, plátanos, etc. , entonces el pedido es un pedido nuevo. La orden de compra de JD.COM Treasure Island se llama orden de compra de Treasure Island. Las diferentes órdenes comerciales se utilizan principalmente para dividir diferentes negocios y realizar estadísticas de rendimiento divididas.
Los pedidos virtuales se refieren a pedidos en los que los bienes son bienes virtuales y no hay entrega logística. El producto puede ser q.
Dinero, recargas, productos de servicios, tarjetas de puntos, tarjetas regalo, etc. En comparación con los pedidos físicos, los pedidos virtuales no tienen estado logístico, por lo que el flujo de pedidos y el proceso de liquidación son relativamente simples.
Los pedidos también tienen un ciclo de vida y diferentes nodos mostrarán información de estado diferente. Debido a los diferentes modelos comerciales de diferentes empresas, la división del estado del pedido puede ser diferente. El autor toma JD.COM como ejemplo para hablar sobre cómo cambia el estado del pedido específico. Primero, el estado del pedido físico tiene estos, por ejemplo:
Esperando pago. Si se trata de una orden de pago inicial, el usuario debe pagar el monto del pedido después de enviarlo. Si el estado del pago es "No pagado" o no se ha completado la conciliación financiera, el estado del pedido es "En espera de pago". Con carácter general, los pedidos en espera de pago se pueden conservar durante 24 horas, y los pedidos durante promociones se pueden realizar en menos de media hora. Pero también existen escenarios de demanda alternativos, por ejemplo, los pedidos de clientes corporativos pueden durar hasta 15 días.
A la espera de la confirmación del pago, este estado está en segundo plano y los usuarios en la recepción no pueden verlo. Significa que el sistema financiero necesita realizar una conciliación financiera después del pago. Compare si hay cambios al entrar y salir del libro mayor. Si no hay problemas, este estado cambiará.
Esperando impresión/entrega/embalaje. Después de la conciliación del pedido, se almacenará rápidamente para producción. Para garantizar la puntualidad, este tiempo se puede completar en 1 minuto como mínimo. Quizás el producto esté muy cerca de la máquina.
Esperando el envío. Una vez embalado el pedido, el camión de reparto entregará la mercancía en el sitio. El estado del pedido antes de la carga es esperar el envío. Este período de tiempo puede ser mayor o menor, dependiendo de las limitaciones de tiempo del pedido. Este estado persistirá si es de noche o antes de la hora de entrega seleccionada por el usuario.
Esperando confirmación de recepción. Una vez entregado el pedido, el estado se actualizará a En espera de confirmación de recepción. Cuando el usuario reciba la mercancía, el pedido quedará automáticamente confirmado al cabo de 7 o 10 días. Si se trata de una transacción entre un comerciante y un usuario, todos los montos del pedido se transferirán al comerciante en este momento.
Una vez completado el pedido, el usuario confirmará activamente la recepción, o después de 7 o 10 días, el pedido se confirmará automáticamente y el estado cambiará a Completo.
El estado del pedido virtual es relativamente simple. Solo se devuelven dos estados al usuario, esperando el pago y la finalización. Suponiendo que el pedido virtual debe pagarse inmediatamente, el pedido tiene un solo estado, que es el estado de finalización del pedido.
Para las plataformas de comercio electrónico con sistemas complejos ascendentes y descendentes, como JD.COM, además de los productos ascendentes, también necesitan pedidos, pagos y liquidaciones, servicio al cliente, libro mayor, WMS, distribución y otros. sistemas. Los tipos de negocios son relativamente complejos, incluidos alimentos frescos, OTO, finanzas, compras corporativas, compras globales, etc., que deben estar claramente marcados en el pedido.
En JD. El sistema de pedidos de COM tiene un código mágico llamado Sendpay. Es una cadena que contiene 120 números. ¿Por qué 120? Quizás sea por escalabilidad. Sólo puede representar una determinada línea de negocio y un determinado tipo de pedidos reales.
Cada número del 0 al 9, con dígitos diferentes, puede representar el tipo de pedido correspondiente al negocio. Por ejemplo, los números 1 y 2 son ambos órdenes ordinarios. La novena posición son las 8 en punto, que es un orden nuevo. Cuando el dígito 40 es 3, es una orden b2b.
Entonces, ¿cuándo se lanzará Sendpay? Generalmente, después de enviar un pedido, el sistema de pedidos llamará al servicio de canalización y marcará la ubicación correspondiente de Sendpay en el canal de pedidos según el tipo de negocio. El pedido será notificado cuando el tipo de negocio sea realizado por el upstream. Otra forma sencilla de identificar es extraer el tipo de pedido del producto. Hablamos de los atributos del producto en la Sección 3.1. Los pedidos se pueden juzgar por atributos. Suponiendo que el atributo del producto es alimento fresco, entonces el noveno Sendpay es 8.
En casos especiales, Sendpay también permitirá que cada parte comercial se identifique, por ejemplo adjuntando una etiqueta comercial al enviar un pedido. El propósito de esto es reducir la carga en el sistema de pedidos y darle a cada parte comercial control sobre el pedido. La desventaja es que el sistema de pedidos no puede controlar completamente todos los pedidos porque otorga ciertos derechos a la parte comercial. Por ejemplo, tanto el negocio de pedidos virtuales como el negocio b2b controlan el tipo de pedido por sí mismos.
Texto/Su Ling
Wx: ww4124241, se está preparando un nuevo libro sobre productos de comercio electrónico, así que estad atentos.