Автосила — интернет-магазин по продаже и установке автомобильного оборудования

Интернет-магазин был основан в 2007 году и стал одним из первых магазинов, осуществляющих on-line продажу автомобильного оборудования в Республике Беларусь. В данный момент, на территории РБ Автосила занимает лидирующие позиции и является официальным представителем многих мировых брендов индустрии автокомпонентов.

Основной ассортимент, который представлен на сайте:

- Hi-Fi, Hi-End компоненты;

- Охранные комплексы;

- Системы помощи парковки;

- Автомобильные мониторы;

- Мультимедийные системы для яхт, катеров, мотоциклов;

- а также широкий ассортимент автоаксессуаров. 

Задачей было получить новый сайт, который поможет вести продажи и работать с клиентской базой в России, Белоруссии, а также части европейских стран.

Распределенная география присутствия клиентов часто подталкивает владельцев бизнеса брать во внимание современные технологии развития бизнеса в онлайн формате.

Ранее у клиента уже был сайт, который работал на CMS 1С-Битрикс и старом шаблоне “Битроник”.

Используемый шаблон устарел – отстал по “техническому оснащению” и несколько выбился из трендов внешнего вида современных интернет-решений. В дополнении к этом, отсутствие возможности получения обновлений системы привело к проблемам с безопасностью.

Еще одним пожеланием, поступившим от клиента было объединение сайта и CRM. С ростом клиентской базы и объемов заказов появилась острая необходимость в объединении всей информации в одном месте для удобства и скорости работы с нею, а также для выстраивания новых более эффективных методов, процессов и автоматизации работы с маркетингом и продажами в компании.

 Немного подробнее – как это работало

- Менеджеры обрабатывали звонки в облачной CRM;

- Новые заказы (до согласования доставки) обрабатывались в административной части сайта, а подтвержденные "к доставке" - в системе 1С;

- Из-за широкой географии присутствия клиентов, менеджерам приходилось дополнительно пересчитывать цены в разной валюте (RUR, EUR, BYN). Дополнительные трудозатраты возникали из-за отсутствия возможности показывать на сайте цены в разной валюте (сложно и для клиентов и для менеджеров);

- Возникла сложность с распределением заявок интернет-магазина. Компания работает с розничными и оптовыми клиентами. Не было автоматического распределения заявок между менеджерами, что приводило к неравномерной загрузке менеджеров, увеличению времени обработки заказов, а также ошибками при распределении заказов на доставку.

Для того чтобы учесть на проекте все особенности бизнеса и возможные ограничения, мы проводим агрегацию требований. Агрегация требований, по сути, это процесс сбора информации о проекте.

Основная задача этого процесса - определить:

- Ограничения. (Какие сложности есть сейчас? Что не устраивает и почему решили заняться разработкой интернет-магазина?);

- Какие задачи должен решать продукт, который будет получен по окончанию проекта (интернет-магазин, CRM);

- Цели. Какие результаты необходимо достичь? (ради чего затевается вся работа).

В процессе сбора требований мы учитываем те бизнес-процессы, которые уже есть в компании Заказчика и те, которые еще нужно внедрить. Все это важно учитывать при старте проекта, для того чтобы:

- Максимально точно конкретизировать задачи и необходимые результаты

- Определить, какие интеграции будут нужны на проекте (Транспортные компании, учетные системы, CRM  и т.д.)

После проведения агрегации было принято решение использовать разработки проекта лицензии:

- 1С Битрикс: Интернет-магазин + CRM - с помощью которой решались задачи, касаемо бизнес процессов;

- Шаблон для разработки интернет-магазина АСПРО Максимум.

Интеграция с 1С: Управление торговлей для Беларуси, ред. 3.4.

 Главным атрибутом любого интернет-магазина является каталог, который должен быть информативным  и интуитивно понятным для пользователей. Работа с товарной номенклатурой и учет заказов на отгрузку осуществляется в системе “1С:Управление торговлей для Беларуси”.

Существенным моментом стало то, что у Заказчика для учета использовалась система 1С: Предприятие 8.3, конфигурация “Управление торговлей для Беларуси, ред. 3.4.”, для которой нет типового модуля обмена с 1С Битрикс.

Эта проблема была решена за счет доработки существующего штатного модуля. Его дополнили расширенным функционалом. А также появилась возможность создать дерево каталога для передачи на сайт, не затрагивая при этом структуру номенклатуры в 1С.

Во время разработки нового сайта, прежний сайт компании продолжал функционировать. Соответственно и обмен с действующим сайтом работал в полном объеме. Для того чтобы работа основного сайта не была парализована, на стороне 1С был настроен дополнительный узел обмена с новым сайтом, с помощью которого проводились тестирования обмена данными между 1С-Битрикс и учетной системой. При передачи товарной номенклатуры на сайт , столкнулись с следующей сложностью - обмен “рушился”, в результате товары, остатки, цены, структура каталога, на сайт не передавались. После нескольких этапов тестирования было определено, что обмен не проходит из-за различий в символьном коде базовой валюты. На стороне 1С использовался старый символьный код белорусской валюты - BYR, а на стороне 1С-Битрикс данная валюта имела символьный код - BYN. Новый символьный код был утвержден 1 июля 2016г. Именно это различие и не давало выгрузиться товарам на сайт. Но поменять на стороне 1С код валюты было не так просто. Из-за того, что на нём держался весь каталог не только учетной системы, но и действующего сайта. Было принято решение внести изменения в функционал нового сайта, изменив символьный код валюты с BYN на BYR на программном уровне. Т.к. если просто поменять код валюты на стороне админки, то при ближайших обновлениях он автоматически был бы изменен на актуальный. После внесения изменений все товары, остатки, цены и структура каталога были переданы на сайт. После того как товары появились на виртуальных полках магазина, нужно было создать условия которые позволяли показывать актуальные цены, независимо от того, из какой страны пользователь пришел на сайт: Белоруссии, России или стран Евросоюза.

 Приходя в супермаркет вы хотите увидеть на полках интересующие товары. Ведь так? Представьте, вы нашли нужный товар , но на ценнике присутствует цена в иностранной валюте или отсутствует вовсе. В этом случае вам придется вооружиться калькулятором, открыть актуальный курс валют, посчитать какова будет стоимость товара в вашей родной валюте и потом принять решение о покупке. Второй вариант - пойти искать консультанта. Сколько уйдет на это времени и найдете ли его? В большинстве случаев, покупатель может отказаться от покупки, потому что испытывает сложности с расчетом цены, не очевидными вариантами оплаты и т.д.Эта ситуация абсолютно сопоставима с поведением пользователей в интернет-магазине.Для того чтобы пользователям было комфортно совершать покупки на сайте auto-sila.by был реализован функционал мультивалютности. Теперь в каталоге пользователь мог видеть цены в “родной” валюте:

- Российский рубль (для покупателей из РФ);

- Белорусский рубль (для покупателей из РБ);

- Евро (для европейских покупателей).

Чтобы страница каталога не выглядела как табло пункта обмена валют, сделали следующую доработку

Мы связали цены с функционалом определения местоположения пользователя по IP адресу. В результате, когда пользователь заходит на сайт,  автоматически определятся страна и город (местоположение) и система показывает цены именно в той валюте, которая принята в его регионе.Стоит отметить еще одну особенность. Хорошо, когда на стороне 1С уже присутствуют цены в разных валютах. В этом случае на сайт передаются все типы цен и связываются с регионами. Это простой вариант. Но что если на стороне 1С есть цены только в валюте страны, на территории которой компания осуществляет свою деятельность? При интеграции с 1С на сайт передавались цены только в Белорусских рублях. Для того чтобы показывать пользователям цены и в других валютах (Российский рубль и Евро), был задействован модуль “валюты”, который есть в 1С-Битрикс.

В результате была выстроена зависимость разных модулей на сайте, которая позволила показать пользователям не только актуальные цены, но и в релевантной валюте по актуальному курсу.

 В стандартной конфигурации шаблона Аспро: Максимум есть возможность делать настройку региональности. Но к сожалению она работает только лишь для контента (баннеры, новости, склады и т.д.). Кроме того функционал “мультирегиональность” не рассчитан на большую базу данных городов и регионов. После того как мы произвели загрузку базы всех городов России, Белоруссии и 30% городов Евросоюза (список городов был составлен на основе клиентской базы Заказчика и возможностей осуществлять доставку заказанных товаров) система определяла город присутствия пользователя максимально точно.

База городов была достаточно большой. И если пользователю требовалось самостоятельно выбрать город в “Местоположении”, сайт надолго “подвисал”.

Как решали?

Провели оптимизацию базы данных городов и регионов. Изменили принцип вывода списка городов для выбора пользователем.

- Изменили дизайн компонента вывода городов;

- Сделали разделение на большие сегменты: Россия, Белоруссия, Европа;

- Ограничили вывод списка приоритетными городами. Т.е. теперь в списке выводятся по 10 крупных и приоритетных городов. Таким образом системе не нужно индексировать каждый раз всю базу данных, что ранее нагружало ядро шаблона и снижало скорость работы сайта;

- Если нет нужного города в списке, пользователь может найти его введя название в строку поиска компонента.

Скорость жизни растет с каждым днем и каждый из нас старается экономить драгоценную валюту (время).

Заходя на сайт пользователь с большой вероятностью откажется продолжать покупки, если:

- Сайт тормозит. Долго грузятся страницы, картинки и т.д.;

- Авторизация занимает длительное время. Приходится заполнять кучу полей, важность которых непонятна для пользователя. Ведь он только знакомится с вашим сайтом;

-и т.д.

Для того чтобы пользователь смог легко авторизоваться в системе, были использованы только важные поля, которые помогают:

- Идентифицировать пользователя;

- Восстановить пароль при необходимости;

- Обеспечить безопасность аккаунта;

- Выполнить быструю авторизацию

Для этого были определены поля:

- Имя;

- Адрес электронной почты;

- Номер телефона;

- Если пользователь проходит регистрацию впервые, то еще и пароль.

При этом пользователь может заполнить одно из полей - номер телефона или адрес E-mail на выбор. Такое решение было сделано на случай если клиент забыл свой электронный адрес или наоборот, рядом нет телефона или например, разрядился аккумулятор, и смс с кодом авторизации получить нет возможности.

Следующий момент, который был учтен при разработке - маска ввода номера телефона.

Маска ввода помогает пользователю максимально точно ввести свой номер телефона, т.к. разделяет набор цифр на код оператора (региона) и на основную часть. При этом лишних цифр ввести не получится. Ведь каждый из нас хоть раз сталкивался с тем, что в номере могла быть указана лишняя цифра из -за нелепой случайности. Кроме того следует помнить, что пользователи приходят на наш сайт из разных стран. Поэтому должна быть возможность подстраиваться под особенности номера телефона: код страны, количество цифр в коде оператора и длину самого номера. В шаблоне интернет-магазина Аспро Максимум , есть возможность валидации только под 1 конкретный вид номеров страны или региона. А вот возможности нормальной валидации телефонов для международных сайтов по-умолчанию нет. Для решения этой задачи был взят модуль Маска ввода номера телефона с выбором страны. Данное решение позволяет пользователю выбрать флаг страны, а поле автоматически подстраивается под формат номера. К тому же это решение не ограничивает географию пользователей лишь теми странами, на которые ориентирован сайт. Данный модуль помогает выбрать маску ввода номера, которая принята именно в вашей стране. Для бизнеса это дополнительный инструмент анализа аудитории - максимально лояльной аудитории, а также построения планов развития в новые регионы.

Пользователь всегда ищет выгоды, это нормально. И созданный нами интернет-магазин пытается максимально создать зону комфорта для своих клиентов.

Это относится и к формам оплаты товаров на сайте.

Для того чтобы клиенты магазина смогли приобрести для своего автомобиля качественную акустическую систему не задумываясь об удобстве платежа, был реализован функционал калькулятора рассрочки на покупку.

Это не стандартный функционал. Для его создания пришлось внести изменения в карточке товара.

Данный функционал позволяет пользователю самостоятельно рассчитать сумму ежемесячных платежей и их количество, а также определить комфортную сумму для первоначального взноса, которая может равняться даже “0”. После расчета заявка на рассрочку отправляется менеджеру в CRM, где происходит дальнейшая обработка заказа.

 Компания заказчика является эксклюзивным представителем на территории Беларуси таких как :

- ALPHARD;

- ALPINE;

- Pioneer;

- DYNAMIC STATE TECHNOLOGY;

- и многих других.

В среде любителей автозвука всегда есть приверженцы тех или иных  брендов производителей

В функциональном решении Аспро Максимум  функционал “Бренды” реализован достаточно хорошо. Логотип производитель не только отображается в карточке товара, но и дает возможности:

- Перейти на детальную страницу бренда, на которой можно познакомиться с материалами о продукции производителя;

- Посмотреть все товары, которые относятся к выбранному бренду используя фильтры и сортировки;

- Посмотреть документацию, фотогалерею и многое другое.

Что пошло не так с брендами?

Все бренды и их привязки к товарам хранятся на стороне 1С. При синхронизации обмена с сайтом, 1С передает все свойства с индивидуальным внешним кодом. В частности свойство “Бренд” передаваемое на сайт имело символьный код - CML2_MANUFACTURER. В штатном варианте, функционал компонентов шаблона, отвечающих за связку товаров с наименованием торговой, марки настроен на работу с символьным кодом - BRAND и инфоблоком “Бренды” с ID 8. В результате связать элементы штатными средствами  функционала не получалось. Товарная матрица интернет-магазина auto-sila.by включает в себя более 110 наименований брендов. Связать такое количество элементов в ручную, очень длительная по времени задача. Для того чтобы сохранить все связи между информацией о торговой марке производителя и товарами была написана уникальная обработка (программный код). Она позволила в автоматическом режиме, во время полного обмена 1С с сайтом, связать товары, информацию о брендах и штатный функционал шаблона, несмотря на отличия в символьном коде выгружаемых данных. Теперь штатный функционал шаблона работает “как часы”. А пользователь на сайте может не только ознакомиться с информацией о бренде, но и посмотреть подборку товаров, найти документацию, посмотреть фото и видео обзоры.

Когда создается новый сайт, всегда важно сохранить профили и заказы заказы существующих покупателей со старого сайта.

Потеря такой информации сравнима с полной утратой клиентской базы.

Представьте, что вы заплатили за товар в интернет-магазине. А на следующий день, зайдя на сайт, видите новый интерфейс и не можете авторизоваться в личном кабинете , так как логин и пароль не подходят.

Далее, скандалы с покупателями и сотни потраченных часов менеджеров на попытки связаться с клиентами, оповестить их о состоянии их заказов, восстановить доступ в личные кабинеты на сайте и т.д.

Это огромный стресс, да слишком дорого для бизнеса. Мы в WEB-AiM так не подставляем наших клиентов!

Перед нами стояла задача перенести 19 576 заказов и все профили пользователей сохранив все привязки к типам оплаты, видам доставки, статусы заказов и всю дополнительную информацию, которая была привязана к уже оформленным на сайте заказам.

Все заказы созданные на действующем сайте были синхронизированы с 1С Заказчика, что осложняло задачу по переносу информации.

Сложность была в том, что уникальные ID номера заказов создаются последовательно. И даже если большинство заказов давно не актуальны, чтобы сохранить их порядковые номера (идентификаторы) на стороне сайта и исключить дублирование номеров заказов на стороне 1С, требовался полный перенос (19 576 заказов).

Что сделано:

- Сохранена клиентская база;

- Все заказы перенесены и синхронизированы с 1С;

- Все профили пользователей, включая логины и пароли остались действующими.

Перед релизом сайта, мы всегда проводим ряд стандартных настроек для корректной индексации поисковыми системами.

К таким настройка относятся:

- Подготовка Title, Description и Keywords c помощью штатного модуля SEO 1С-Битрикс. Они нужны для того чтобы поисковые системы смогли быстрее найти и показать пользователю интересующий запрос. А Title и Description - заголовки и описание тех самых результатов поиска, которые показывают нам поисковые системы – из них формируются “сниппеты”. Они помогают нам быстрее понимать какая ссылка в выдаче поисковика подходит под наш запрос а какая нет;

- Настройка sitemap для ускорения и стабилизации процесса индексации информации на сайте поисковыми системами с учетом времени и периодичности обновления страниц;

- Настройка robots.txt. Этот файл дает поисковым роботам рекомендации: какие страницы или файлы стоит сканировать, а какие нет, для того, чтобы не передавать в индекс излишнюю и паразитную информацию (дубликаты страниц, технические страницы и так далее);

- Настройка автоматической генерации мета-тегов rel=canonical, для того, чтобы корректно передавать данные о страницах с пагинацией и техническими параметрами в URL;

- Настройка автоматической генерации семантических разметок типа schema.org и Open Graph.

Но, на данном проекте, базовых настроек было недостаточно. Для того чтобы не растерять наработанный за 15 лет пользовательский трафик, нужно было не только сохранить все мета-теги используемые на действующем сайте, но и учесть правила построения ссылок на товары в каталоге – сохранить как внутреннюю перелинковку, так и не растерять существую ссылочную массу.

Почему это важно?

Ссылки, которые ранее были проиндексированы поисковыми роботами (Яндекс, Google и т.д.) влияют на ранжирование в результатах поисковой выдачи, при запросах пользователей.

Рассмотрим аналогию. Вы заказываете товар в интернет-магазине. Для того чтобы курьер доставил ваш заказ необходимо указать город/улицу/номер дома, а в отдельных случаях еще и номер квартир.

В данном примере рассмотрим курьера как пользователя сайта, а адрес доставки - ссылка на товар или на страницу.

Сможет ли курьер доставить посылку, если вы вдруг переехали,  но адрес в информации о заказе не поменяли? Конечно же доставка не состоится и вы не получите свой заказ.

Точно так же и с контентом вашего сайта. Если существует действующий сайт на который приходят пользователи и совершают покупки, то при переезде на новый сайт стоит озаботиться тем чтобы сообщить поисковым роботам корректный адрес нахождения нового сайта.

В этом помогает настройка редиректов, с помощью которых при переходе по старой ссылке будет перенаправлен на действующий раздел нового сайта.

Второй вариант - сохранение структуры ссылок.

В нашем случае, усилиями наших специалистов получился “гибрид” из этих вариантов, который позволил получить наилучшие результаты:

- все ссылки ранее проиндексированные поисковыми системами остались активными;

- весь наработанный годами пользовательский трафик сохранен и даже приумножен за счет дополнительной оптимизации и ускорения работы сайта;

- сохранился рейтинг и позиции в поисковой выдаче; 

- пользователи могут насладиться обновленным более функциональным сайтом.

 Заказчик получил новый сайт, с функционалом, который позволяет пользователям легче совершать покупки, а бизнесу генерировать прибыль.

В результате использования стека программных продуктов, мы получили монолитное решение e-commerce + 1С + CRM.

Теперь все заказы и обращения с сайта поступают менеджерам в CRM и далее передаются в 1С для обработки складскими службами и бухгалтерией.

При смене версий сайта были сохранены все учетные записи пользователей и оформленные заказы интернет-магазина, что позволило сохранить лояльность постоянных клиентов компании и сэкономить время менеджеров, которое бы потребовалось на восстановление базы в случае утери данных.

В рамках шаблона Аспро: Максимум нам удалось реализовать все требования заказчика к новому сайту и на нынешнем этапе проект закончен и не требует доработок. На следующем этапе планируется уже расширение и развитие существующего функционала сайта и CRM-системы, под уже новые бизнес-процессы, которые будут возникать с ростом и развитием самой компании АвтоСила.