Component "Ordering" in the new version of the platform "1C-Bitrix" (part 2)
In the previous article, we looked at the process of installing a new ordering component. He had a run around on the project for several days, and it was time to take advantage of the opportunities for which it was worth switching to the 1C-Bitrix platform.
This example will be useful for both small regional stores and large projects.
Delivery region is the first of the main elements of the order process. Suppose we need to use the automatic substitution of the name "Kaliningrad" to increase conversion and reduce problems with order processing.
Now at the first entrance, it looks like this:
')
Of course, customers can click on the “Kaliningrad” button, after which the field will be filled in, but many simply skip this step, as a result of receiving an error:
This problem has been identified by Metrica Webvisor. Of course, after this, the client already fills everything correctly, but the sediment remains, despite the fact that in many stores the important criterion is self-delivery (up to 80% of orders), and in this case the correctness of filling the city name is not critical.
Let's set the default city and see if the substitution works. Go to the administrative section of the store, and then to the properties settings:
And configure the default location:
Now for checkout we will place an order:
Great, the location is filled and the client just click "Next". Now the order will be processed with minimal inconvenience for the client, and we will maximize the conversion. As for large stores, they can collect statistics on the frequency of orders from various cities, and make quick selection buttons, as in the screenshot: “Kaliningrad”, “Zelenogradsk”, “Svetlogorsk”.
You can set the most popular city by default, because it is always easier to change it or specify by phone than to lose a client.
The next step in placing an order is a block with payment. One type of restriction may be a ban on cash payments upon delivery by courier. This can be useful in cases where women work as careers whose health does not want to risk when transporting large sums.
We introduce a restriction with reference to certain delivery services and the maximum amount of the check. To do this, go to the administrative interface on the tab "Restrictions" for a specific method of payment:
In this case, you will need to make two cash payment systems:
First we set a price limit:
Now delivery restrictions:
As a result, we get the following:
Check the order with goods worth less than 10,000 rubles and delivery by courier:
Everything is fine, the required payment is, the order can be issued.
Check with the goods more than 10 000 rubles:
Remarkably, there is no cash payment, you can place an order with payment in other ways, without risking couriers and money.
When restrictions are imposed, customers do not see “forbidden” payment methods and therefore will not swear with operators, who otherwise would have to constantly explain why your company is not lucky with the order.
We were often asked to give the opportunity to create the required services in deliveries. In the new platform it was implemented. Advantage of additional services is to increase the average check of the order.
Go to the delivery settings:
The interface has a separate tab with additional services that will be displayed in the delivery unit. Three types of services are supported:
Let's see how these rules are configured:
The settings for all types of services are very similar: there are two blocks that control the basic elements. First of all, you need to specify the name and description of the service. Then specify who can use the service:
This is how adding a service in the administrative interface, when creating an order or making edits:
Deliveries are made, now you can go to one of the most important elements in the design of the order - the request from the user data for delivery or shipment. In the previous component, the client requested the same set of fields. He had to choose which fields to fill out, which is somewhat inconvenient.
The new checkout component is able to request different sets of fields. Most often, shop owners reduce the amount of information that must be entered during pickup. Perhaps in this case it will be enough for us to know:
Let's go to the administrative section “Order Properties” -> “Property List”, and choose to change the property address:
We tie only those "Delivery Services", which should display this field. Then we go to the public section and try to place an order. We choose pickup and see that the store does not ask us for the delivery address.
This is a useful and long-awaited functionality. You must agree that it is not too pleasant to answer customer questions: “Why do you need my address if I am going to pick up an order on my own?” Now this is not required.
Finally, I would like to talk about the changes in the selection block of the “Order Issue Points”. In the previous version, the main complaints were problems with the display of a large number of pickup points, a small map, the lack of automatic selection of a pickup point (if it was one, for example).
In the new version of the component, the setting of the way of displaying the point of issue of orders appeared. If it is the only one in any city, then we immediately show the minimized block and display all its data with a picture, or show the block unfolded. In the first case, to display the map, you will need to enter the block, and in the second, the map will be immediately displayed.
Let's implement the first option:
If you display the block deployed, the client will see the following picture:
On this we end our small tutorial. We will continue to acquaint you with the features of new versions of our products, follow our blog.
Automatic city substitution by default
This example will be useful for both small regional stores and large projects.
Delivery region is the first of the main elements of the order process. Suppose we need to use the automatic substitution of the name "Kaliningrad" to increase conversion and reduce problems with order processing.
Now at the first entrance, it looks like this:
')
Of course, customers can click on the “Kaliningrad” button, after which the field will be filled in, but many simply skip this step, as a result of receiving an error:
This problem has been identified by Metrica Webvisor. Of course, after this, the client already fills everything correctly, but the sediment remains, despite the fact that in many stores the important criterion is self-delivery (up to 80% of orders), and in this case the correctness of filling the city name is not critical.
Let's set the default city and see if the substitution works. Go to the administrative section of the store, and then to the properties settings:
And configure the default location:
Now for checkout we will place an order:
Great, the location is filled and the client just click "Next". Now the order will be processed with minimal inconvenience for the client, and we will maximize the conversion. As for large stores, they can collect statistics on the frequency of orders from various cities, and make quick selection buttons, as in the screenshot: “Kaliningrad”, “Zelenogradsk”, “Svetlogorsk”.
You can set the most popular city by default, because it is always easier to change it or specify by phone than to lose a client.
Additional payment restrictions
The next step in placing an order is a block with payment. One type of restriction may be a ban on cash payments upon delivery by courier. This can be useful in cases where women work as careers whose health does not want to risk when transporting large sums.
We introduce a restriction with reference to certain delivery services and the maximum amount of the check. To do this, go to the administrative interface on the tab "Restrictions" for a specific method of payment:
In this case, you will need to make two cash payment systems:
- in one we limit the use for the pick-up point, but without price restrictions,
- and in the second we will be limited to courier services, and add a limit on the amount.
First we set a price limit:
Now delivery restrictions:
As a result, we get the following:
Check the order with goods worth less than 10,000 rubles and delivery by courier:
Everything is fine, the required payment is, the order can be issued.
Check with the goods more than 10 000 rubles:
Remarkably, there is no cash payment, you can place an order with payment in other ways, without risking couriers and money.
When restrictions are imposed, customers do not see “forbidden” payment methods and therefore will not swear with operators, who otherwise would have to constantly explain why your company is not lucky with the order.
Additional services in deliveries
We were often asked to give the opportunity to create the required services in deliveries. In the new platform it was implemented. Advantage of additional services is to increase the average check of the order.
Go to the delivery settings:
The interface has a separate tab with additional services that will be displayed in the delivery unit. Three types of services are supported:
- List of services . The client is invited to select an item from the list of services. By default, the first item is selected, so if you do not need to increase the price, then the first service in the list should be with a zero price.
- Quantitative service . A service with a unit price is created, and the customer can indicate how much he needs.
- Single service . Self service, displayed as a check box. The default is not applied, the client must choose the right one.
Let's see how these rules are configured:
The settings for all types of services are very similar: there are two blocks that control the basic elements. First of all, you need to specify the name and description of the service. Then specify who can use the service:
- Manager - the service will be displayed in the administrative interface.
- Client - the service will be displayed during the ordering process in the public part of the site.
This is how adding a service in the administrative interface, when creating an order or making edits:
Dynamic "Enter your personal data"
Deliveries are made, now you can go to one of the most important elements in the design of the order - the request from the user data for delivery or shipment. In the previous component, the client requested the same set of fields. He had to choose which fields to fill out, which is somewhat inconvenient.
The new checkout component is able to request different sets of fields. Most often, shop owners reduce the amount of information that must be entered during pickup. Perhaps in this case it will be enough for us to know:
- FULL NAME.
- Phone.
- Email This item can also be removed, but sometimes you want to "pamper" the client with newsletters about updates.
Let's go to the administrative section “Order Properties” -> “Property List”, and choose to change the property address:
We tie only those "Delivery Services", which should display this field. Then we go to the public section and try to place an order. We choose pickup and see that the store does not ask us for the delivery address.
This is a useful and long-awaited functionality. You must agree that it is not too pleasant to answer customer questions: “Why do you need my address if I am going to pick up an order on my own?” Now this is not required.
Item issuing order
Finally, I would like to talk about the changes in the selection block of the “Order Issue Points”. In the previous version, the main complaints were problems with the display of a large number of pickup points, a small map, the lack of automatic selection of a pickup point (if it was one, for example).
In the new version of the component, the setting of the way of displaying the point of issue of orders appeared. If it is the only one in any city, then we immediately show the minimized block and display all its data with a picture, or show the block unfolded. In the first case, to display the map, you will need to enter the block, and in the second, the map will be immediately displayed.
Let's implement the first option:
If you display the block deployed, the client will see the following picture:
On this we end our small tutorial. We will continue to acquaint you with the features of new versions of our products, follow our blog.
Source: https://habr.com/ru/post/282954/
All Articles