The “Ordering” component in the new version of the 1C-Bitrix platform (part 2)
- Tutorial
In a previous article, we looked at the process of installing a new checkout component. He took a run on the project for several days, and it was time to take advantage of the opportunities for which it was worth switching to the new 1C-Bitrix platform.
This example will be useful for both small regional stores and large projects.
The delivery region is the first of the main elements of the checkout process. Suppose we need to use the automatic substitution of the name “Kaliningrad” to increase conversion and reduce problems with placing orders.
Now at the first login it looks like this:
Clients, of course, can click on the “Kaliningrad” button, after which the field will be filled, but many simply skip this step, resulting in an error:
This problem was identified by Webvisor Metrics. Of course, after that the client already fills everything correctly, but the precipitate remains, despite the fact that in many stores pickup is an important criterion (up to 80% of orders), and in this case, the correctness of filling the city name is not critical.
Let's put down the default city and see if the lookup works. We’ll go to the administrative section of the store, and then go to the property settings:
And configure the default location:
Now, for verification, place an order:
Great, the location is full and the client just click "Next". Now the order will be placed 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 certain 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 clarify by phone than to lose a client.
The next step in placing an order is the 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 in careers whose health they do not want to risk when transporting large amounts.
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 “Restrictions” tab, for a specific payment method:
In this case, you will need to make two cash payment systems:
First, 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 courier delivery:
Everything is fine, there is a required payment, you can place an order.
Let's check with the product more than 10,000 rubles:
Great, there is no cash payment, you can place an order with payment in other ways without risking couriers and money.
When restrictions are introduced, customers do not see the “forbidden” payment methods and therefore will not swear with operators, who otherwise would have to constantly explain why your company would not be lucky to place an order.
We were often asked to give the opportunity to create the required services in deliveries. In the new platform, this was implemented. The benefit of additional services is to increase the average check order.
We go to the settings of deliveries:
A separate tab has appeared in the interface with additional services that will be displayed in the deliveries block. 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 indicate who can use the service:
This is how adding a service in the administrative interface looks like when creating an order or making changes:
Deliveries are made, now you can go to one of the most important elements in placing an order - requesting user data for delivery or shipment. In the previous component, the client requested the same set of fields. He had to choose which fields should be filled, which is somewhat inconvenient.
A new checkout component is able to request various sets of fields. Most often, store owners reduce the amount of information that must be entered when pickup. Perhaps in this case it will be enough for us to know:
We will go to the administrative section “Order Properties” -> “List of Properties”, and select the address property to change:
We will only associate the “Delivery Services” for which this field should be displayed. Then we go to the public section and try to place an order. We select pickup and see that the store does not ask us for the delivery address.
This is useful and long-awaited functionality. You must admit that it is not very pleasant to answer customer questions: “Why do you need my address if I am going to pick up the order myself?” Now this is not required.
Finally, I want to talk about the changes in the block selection "points of delivery of the order." In the previous version, the main complaints were about problems with displaying a large number of pickup points, a small map, lack of automatic pickup point selection (if there was one, for example).
In the new version of the component, a setting has appeared for displaying the point of issue of orders. If he is the only one in any city, then immediately show the collapsed block and display all its data with a picture, or show the block expanded. 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 the block is displayed expanded, then the client will see the following picture:
This concludes our short tutorial. We will continue to acquaint you with the features of the new versions of our products, stay tuned for our blog.
Auto-default city
This example will be useful for both small regional stores and large projects.
The delivery region is the first of the main elements of the checkout process. Suppose we need to use the automatic substitution of the name “Kaliningrad” to increase conversion and reduce problems with placing orders.
Now at the first login it looks like this:
Clients, of course, can click on the “Kaliningrad” button, after which the field will be filled, but many simply skip this step, resulting in an error:
This problem was identified by Webvisor Metrics. Of course, after that the client already fills everything correctly, but the precipitate remains, despite the fact that in many stores pickup is an important criterion (up to 80% of orders), and in this case, the correctness of filling the city name is not critical.
Let's put down the default city and see if the lookup works. We’ll go to the administrative section of the store, and then go to the property settings:
And configure the default location:
Now, for verification, place an order:
Great, the location is full and the client just click "Next". Now the order will be placed 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 certain 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 clarify by phone than to lose a client.
Additional payment restrictions
The next step in placing an order is the 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 in careers whose health they do not want to risk when transporting large amounts.
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 “Restrictions” tab, for a specific payment method:
In this case, you will need to make two cash payment systems:
- in one, we limit the use for a pickup point, but without price restrictions,
- and in the second we will be limited to courier services, and add a limit on the amount.
First, 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 courier delivery:
Everything is fine, there is a required payment, you can place an order.
Let's check with the product more than 10,000 rubles:
Great, there is no cash payment, you can place an order with payment in other ways without risking couriers and money.
When restrictions are introduced, customers do not see the “forbidden” payment methods and therefore will not swear with operators, who otherwise would have to constantly explain why your company would not be lucky to place an order.
Additional services in deliveries
We were often asked to give the opportunity to create the required services in deliveries. In the new platform, this was implemented. The benefit of additional services is to increase the average check order.
We go to the settings of deliveries:
A separate tab has appeared in the interface with additional services that will be displayed in the deliveries block. Three types of services are supported:
- List of services . The client is invited to select some item from the list of services. By default, the first item is selected, therefore, 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 is created with a unit price, and the client can specify how much he needs.
- Single service . Self service, displayed as a check box. By default it is not applied, the client must choose the right one by himself.
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 indicate who can use the service:
- Manager - the service will be displayed in the administrative interface.
- Client - the service will be displayed during checkout in the public part of the site.
This is how adding a service in the administrative interface looks like when creating an order or making changes:
Dynamic "Enter personal data"
Deliveries are made, now you can go to one of the most important elements in placing an order - requesting user data for delivery or shipment. In the previous component, the client requested the same set of fields. He had to choose which fields should be filled, which is somewhat inconvenient.
A new checkout component is able to request various sets of fields. Most often, store owners reduce the amount of information that must be entered when pickup. Perhaps in this case it will be enough for us to know:
- FULL NAME.
- Telephone.
- Email This item can also be removed, but sometimes you want to "pamper" the client with newsletters about the latest.
We will go to the administrative section “Order Properties” -> “List of Properties”, and select the address property to change:
We will only associate the “Delivery Services” for which this field should be displayed. Then we go to the public section and try to place an order. We select pickup and see that the store does not ask us for the delivery address.
This is useful and long-awaited functionality. You must admit that it is not very pleasant to answer customer questions: “Why do you need my address if I am going to pick up the order myself?” Now this is not required.
Point of issue
Finally, I want to talk about the changes in the block selection "points of delivery of the order." In the previous version, the main complaints were about problems with displaying a large number of pickup points, a small map, lack of automatic pickup point selection (if there was one, for example).
In the new version of the component, a setting has appeared for displaying the point of issue of orders. If he is the only one in any city, then immediately show the collapsed block and display all its data with a picture, or show the block expanded. 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 the block is displayed expanded, then the client will see the following picture:
This concludes our short tutorial. We will continue to acquaint you with the features of the new versions of our products, stay tuned for our blog.