Graphical order system order module
a positive process
Taking the order system of a general B2C mall as an example, according to its actual business scenario, its order process can be abstracted into 5 major steps: order creation > order payment > order generation > order confirmation > order completion .
illustrate:
- Order creation :
After the user places an order, the system needs to generate an order. At this time, it needs to obtain the product information involved in the order first, and then obtain the discount information involved in the product. If the product does not participate in the discount information, there is no such link.
Then get the membership benefits of this account. Here, we should pay attention to the difference between discount information and membership rights. is for the account. The second is the stacking rules and priority rules of promotional activities.
Inventory increase and decrease rules refer to when to deduct the corresponding commodity inventory from the storage system for the commodities in the order. Currently, there are two mainstream methods:
- Reduce inventory when placing an order —that is, reduce the inventory quantity when the user places an order successfully
Advantages: friendly user experience, simple system logic;
Disadvantages: It will lead to malicious orders or not to buy after placing an order, making it impossible for users who really need to buy, affecting real sales;
Solution:
Set the effective time of the order. If the order is successfully created and the payment is not made within N minutes, the order will be cancelled, and the inventory will be rolled back;
Purchase restriction, using various conditions to limit the number of purchases by buyers, such as one account, one IP, only one purchase;
Risk control, judging from a technical point of view, blocking malicious accounts and prohibiting malicious accounts from purchasing.
- Payment minus inventory - that is, after the user completes the payment and feeds back to the platform, the inventory quantity will be reduced
Advantages: reduce resource loss caused by invalid orders;
Disadvantages: Due to the time difference in the return result of the third-party payment, if multiple users pay successfully at the same time, the number of orders placed will exceed the inventory, and insufficient inventory of the merchant will easily lead to out-of-stock and complaints, which will increase the cost.
Solution:
Verify the inventory again before payment. If the order is confirmed to be paid, verify it again, and remind the user that the inventory is insufficient;
Added prompt information: on the product details page, the order step page prompts that the payment is not made in time, and there is no guarantee of stock, etc.
To sum up, the two methods have their own advantages and disadvantages. Therefore, they need to be considered in combination with actual scenarios, such as flash sales, snap-ups, promotional activities, etc., and the method of placing an order to reduce inventory can be used. For products with a large inventory and less concurrent traffic, use the method of reducing inventory by payment.
Bring the two methods into the sales scene, associate product types, promotion types, supply and demand relations, etc., and use them flexibly to give full play to the advantages of the computer system.
- Order payment :
After the user pays for the order, he needs to obtain the payment information of the order, including the payment serial number, payment time, etc. After paying for the order, the next step is to wait for the merchant to deliver the goods. However, during the delivery process, depending on the business model of the platform, splitting of the order may be involved.
- order split
Generally divided into two types:
One is that the products selected by users come from different channels (self-operated and merchants, merchants and merchants);
The other is to split the order at the SKU level: factors such as different warehouses, SKUs with different transportation requirements, and package weight and volume restrictions need to split the order.
Order splitting is also a relatively independent module, which will not be described in detail here.
-
Order generation : Order generation refers to the overview of the process of products from enterprises to users. For example, in the e-commerce platform, the delivery process of merchants has a standardized process. The order content will be sent to the warehouse, and the warehouse will perform ordering, picking, packaging, and delivery of the goods for delivery.
-
Order confirmation : After receiving the goods, the order system needs to remind the user to evaluate the goods after the delivery is signed. It should be noted here that confirming the receipt of the goods does not mean that the transaction is successful, on the contrary it is the beginning of after-sales service.
-
Order completion : Order completion refers to the status of X days after receiving the goods. At this time, the order is not within the scope of after-sales support. At this point, the forward process of an order is complete.
Two reverse process
As mentioned above, the reverse process is a variety of operations such as modifying orders, canceling orders, refunding, and returning goods. It is necessary to sort out the relationship between these processes and the forward process in order to clarify the complete order process of the order system.
Order modification : The information in the order can be sorted out, and the scope of modification of the order can be set according to the degree of information correlation and business demands. For example, after the customer places an order, he wants to modify the address and phone number of the consignee. At this point, you only need to update the corresponding data.
Order cancellation : The user did not make a payment after submitting the order. At this time, the user cancels the order in principle, because the payment has not yet been made, so it is relatively simple. It only needs to replenish the inventory that was deducted when the order was originally submitted. The discount used in promotional discounts Coupons, rights and interests, etc. will be compensated accordingly according to the rules of the platform.
Refund : After the user makes a successful payment and the customer issues a refund request, the merchant needs to review the refund. After the two parties reach an agreement, the system should complete the refund in the form of a refund form and associate the original order data. Since there is no change in the product, there is no need to consider the interaction with the inventory system, but only the interaction with the promotion system and the payment system.
Return : After the user makes a successful payment and the customer sends a request for return, the merchant needs to conduct a refund review. After the two parties reach an agreement, the inventory system needs to be replenished, and the payment system and promotion system complete the refund in the form of a refund form. Finally, in the refund/return process, it is necessary to combine the business scenarios of the platform, consider the logic of discount allocation, and the processing rules and procedures for how to return discounts when refunds/returns occur.
Three transaction status
In order to efficiently track and manage orders, the order system will abstract the order status from the key nodes in the order process. From the perspective of different users, the order status can be divided into system order status, merchant order status, buyer order status, etc.
For the order system, the finer and clearer the granularity of the order status subdivision, the higher the accuracy and reliability of the order system management. Divided into order overtime cancellation, order payment failure, order payment completion, etc.
Therefore, in the order status module, the status mapping table is usually maintained, and the system order status is re-divided with different user roles to meet the needs of different users.