Чек-бриф

На web-интеграцию в e-Commerce

Данный чек-бриф предназначен для создания и внедрения web-интеграции в инфраструктурные интернет-решения предприятий (преимущественно реального сектора экономики), уже имеющих отлаженные бизнес-процессы в offline и желающих выйти в online с более технологичными и уже полноценными e-Commerce интернет-проектами.
Вы можете заполнить галочками чек-бриф, отправить его нам или распечатать себе и другим веб-разработчикам для оценки eCommerce-проекта.
В процессе работы с клиентами часто сталкиваемся с несколькими моментами:
  • Сложность в оценке е-комерс проектов, т.к. в начале пути зачастую даже заказчик не знает, что конкретно и какая функциональность ему необходима. Да, мы как разработчик предполагаем исходя из опыта примерный бюджет работ и объем трудозотрат, но заказчик хочет увидеть более подробную смету;
  • Даже если проект с большего уже определен, всегда возникает потребность в его детальном техническом описании. Именно решить эти проблемы и призван наш чек-бриф.

e-Commerce с веб-интеграцией

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

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

Отражает всевозможную функциональность Каталога, Видов заказа, Корзины и Личных кабинетов, а так же полный комплекс синхронизации сайта с локальными бухгалтерскими и складскими системами компаний.

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

Этап веб-интеграции предваряет аналитика, прототипирование и дизайн, то так как раз можно сказать, что на нулевом этапе и определяется, что именно нужно делать клиенту и его потребность. На этом этапе и решается, нужна ли интеграция клиенту и в какой степени... и вообще, возможна ли она технически и/или организационно, т.к. остальное - это лишь дело техники.

Две грани одного бизнес-процесса под названием веб-интеграция e-Commerce Богдан Коровец, и.о. Астроним*: «Еще пару лет назад, когда Астроним* специализировался в разработках e-Commerce именно в корпоративном сегменте B2B, мы для себя выделяли три «горизонтальные» стадии усложнения web-интегрированного проекта, по возрастающей — от редкой у бизнеса интернет-коммерции для потребителя к частым уже взаимоотношениям между производителями и их оптовиками посредством интернет. И ситуации сложных систем заказа, личных «дилерских» кабинетов, разных систем цен касались в основном отношений производитель/торговая сеть. Ведь до сих пор формат B2B обеспечивает до 90% оборота мирового ритэйла. Но при этом в интернет остаётся одним из самых закрытых и даже технологически отстающих сегментов e-Commerce. Хотя у нас были примеры проектов, когда в интернет была переведена вся работа с торговыми сетями. Как производитель кожгалантереи www.galanteya.by (см. презентацию о том, как проводилось внедрение веб-интеграции предприятия с изменением всех бизнес-процессов), оптовая www.bagoria.by с региональными оптовыми складами шин и дисков или тот же крупнейший производитель легпрома www.svitanak.by, отгружающий через интернет продукцию вагонами. С точки зрения решения бизнес-процессов, это была пирамида типа масловской, но основанная на промо-каталогах, которые могли быть и интегрированы или самостоятельны — но изначально не несли других бизнес-функций, кроме промо». Вот эти 3 прежних градации:

«Интернет-витрина или каталог, с интеграцией и без»,
когда web-интеграция если и есть, то идет только на уровне артикулов/остатков/цен.
«Интернет-торговля B2C (розничная) с интеграцией»,
в данном случае к web-интеграции часто добавляется интеграция на уровне остатков/складов/заказов с привязкой к различной региональности и/или типами цен.
«Интернет-коммерция B2B (оптовая) с интеграцией»,
в данном случае очень распространена ситуация полной интеграции как клиентов, так и их заказов на уровне личных кабинетов и бизнес-процессов завязанный с учетом торговли и 1С внутри предприятия.
  • Интернет-доставка «Евроопт»
  • Интернет-заказ сети «Пицца Темпо»
  • Печатный центр «Карандаш»
  • Сеть магазинов «Оптика» на 1C-Bitrix(1С)
  • Поставщик трубопроводного обор-я «Чистый берег» (1С)
  • Сеть розничных магазинов «Мегатоп» с выгрузкой всего каталога из 1С и информацией по доступности моделей по магазинам
  • Бонусные карты сети «ZIKO»
  • Интернет-заказ соков ТМ «Grante»
  • Интернет-магазин спорттоваров «Стихия» на 1C-Bitrix
  • Служба доставки продуктов в Казахстане «Arbuz.KZ» (в архиве)
  • Авторезерв продукции на B2B-складе «СРС-Электро» в 1С без участия менеджеров
  • Обувное предприятие «Марко» с выгрузкой остатков и плана производства из 1С
  • Кожегалантерейное предприятие «Галантэя» с системой оформления online-заказов для оптовых клиентов, ассортиментным кабинетом, с формированием плана производства от магазинов
  • Трикотажное предприятие «Свитанок» с системой оформления online-заказов для оптовых клиентов, личный дилерский кабинет с историей и повтором заказов
  • B2B-склад шин/дисков «Багория» с разделением торговли на регионы, сложными конфигураторами подбора продукции, историей заказов с интеграцией на 1C-Bitrix
  • Швейное предприятие женской одежды «NELVA» с системой оформления online-заказов для оптовых B2B-клиентов, с конфигуратором подбора товара и с односторонней интеграцией данных из 1С (характеристики, остатки)

Горизонтальное деление по типам веб-интеграции исходя из бизнес-модели не отражает возрастающую степень усложнения вглубь интернет-проектов любых типов бизнеса. Поэтому сейчас корректнее использовать разделение web-интеграции на 3 уровня с точки зрения именно работы с разными объектами информации. Будто нанизывая различные уровни веб-интеграции на стержень карандаша, можно получить комплексный web-интегрированный e-Commerce проект.

Руслан Бордак, ведущий бизнес-аналитик Астроним*: «Сейчас же ситуация изменилась и теперь не только торговые сети и самостоятельные выводят свои интернет-магазины, но даже крупные производители выводят напрямую бизнес-процесс продажи продукции своим конечным потребителям, как соки www.granteworld.ru и сантехническое-трубопроводное оборудование www.bereg.by, например. Особенность таких веб-интеграций в том, что они создаются не с нуля, а базируются на уже давно существующей и отлаженной IT-платформе бизнес-процессов успешно работающего предприятия. Обычно это торгово-складские учётные системы типа 1С для реального сектора экономики, и теперь мы пришли к тому, что более классический формат усложнения веб-интеграции по пирамиде Товары-Заказы-Клиенты актуален уже для всех видов бизнеса, и B2B и B2C. Таким образом, мы вывели 3 ВЕРТИКАЛЬНЫХ уровня усложнения веб-интеграции, теперь именно с точки зрения работы с данными и обменом, и это:

  1. Web-интеграция ТОВАРОВ (импорт данных из 1С) — с остатками и ценами, с привязкой к регионам-складам (розница/опт/регионы) и типам цен (опт/розница, различные валюты);
  2. Web-интеграция ЗАКАЗОВ (экспорт данных в 1С) — передаем заказы, когда администратору сайта не нужно получать письмо с заказом или переносить его в 1С — он сразу уже там отображается, а если нужно, то и резервируется;
  3. Web-интеграция КЛИЕНТОВ (импорт данных из 1С и обратный экспорт в 1С) — передаем всю информацию по всем клиентам, их заказам и пр., что и формирует формировать расширенную информацию в Личных кабинетах.

Товары + склады + региональность

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

Очень распространена ситуация, когда остатки продукции актуально выводить не только на уровне одного склада, но и на уровне нескольких складов (опт/розница, или регионы продаж), которые также могут отличаться друг от друга на уровне цены или предоставляемых скидок или наоборот наценок.

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

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

Предварительная аналитика, аудит ИТ-процессов

Прототипирование, подготовка технической платформы

Дизайн и UX

  • **Мобильное приложение сайта

Главная страница

  • Перечислите ваши преимущества:
  • Перечислите:

Функциональность каталога

  • Нужен четкий перечень рубрик и характеристик для подбора внутри них:
    Примеры: www.optik.by www.stihiya-shop.by
  • Примеры: www.megatop.by http://dostavka.evroopt.by www.svitanak.by
  • Перечислите доп. характеристики:

Интеграция с 1C/ERP

  • Укажите периодичность актуализации данных при обмене
  • Примеры (интеграция с 1C/ERP): www.mogotex.com http://dostavka.evroopt.by www.pizzatempo.by www.optik.by www.bereg.by www.megatop.by www.marko.by www.ziko.by/bonus www.granteworld.ru/shop www.galanteya.by www.svitanak.by www.bagoria.by

Поиск по каталогу

  • Примеры: www.svitanak.by
  • Примеры: www.bereg.by
  • Примеры: http://dostavka.evroopt.by

Товар

  • Примеры: http://dostavka.evroopt.by/catalog/2198_507796.html www.marko.by/catalog/woman/141011.html www.alisee.fr
  • Перечислите:
    Примеры: www.optik.by/lens/4261 www.gpo.by/catalog/13.html
  • Примеры: www.megatop.by/catalog/woman/078087213.html www.milavitsa.by
  • Примеры: www.marko.by/catalog/woman/14961.html www.megatop.by/catalog/woman/0563152201.html
  • Примеры: www.optik.by/lens/6626
  • Примеры: www.optik.by/lens/6626
  • Примеры: www.karandash.by
  • Примеры: www.srs-el.ru/catalog/kabeli_silovye-vvg.html

Заказы и Корзины

Web-интеграция ЗАКАЗОВ (экспорт данных в систему учёта, например, 1С) — заказы автоматически передаются в систему учета, а администратору сайта не нужно получать письмо с заказом и/или переносить его в 1С. Если требуется, то продукция резервируется на складе.

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

Однако, в данной ситуации необходимо четко понимать бизнес-процессы, протекающие внутри компании, т.к. нередки случаи, когда после обработки заказа администратором (менеджером компании), в виду специфики товаров или ценообразования, существенно изменяется номенклатура заказанных клиентом товаров — их перечень, количество, цена или заказываемые характеристики изделия. И в этом случае нужно дважды подумать, стоит ли вообще настраивать и вкладывать средства в интеграцию и настройку автоматической передачи информации о заказах в 1С, если все они все равно проходят ручную корректировку и меняются менеджером.

Как мы писали в предыдущей статье «О товарах в веб-интеграции», система на сайте автоматически (в зависимости от типа пользователя) или даже сам пользователь могут контролировать, какой товар, с какого склада, в каких остатках, по какой цене и в какой валюте выводятся в каталоге и соответственно доступны к заказу, но при проектировании заказа важно разделять два понятия:

  • Функция выбора товара — первичный и обязательный процесс выбора товара или его конкретного товарного предложения (артикул или модель в определенном цвете, размере или другой товарной характеристики) в определенном количестве, в результате которого данные помещаются в корзину или сразу оформляются и отправляются заявкой;
  • Корзина заказа — инструмент формирования четкого перечня товарных позиций к заказу, после подтверждения к которому добавляется вся необходимая персональная информация, выбирается способ оплаты и/или доставки (если присутствуют) и заявка отправляется в компанию для последующей её обработки.

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

  • которые облегчают заказ: апсейлы или комплекты (с этим товаров рекомендуем также купить, товар в подарок и другие похожие инструменты, которые может предусматривать web-проект при индивидуальном проектировании);
  • или позволяют его оформить без корзины: быстрый заказ товара в 1 клик, когда оформляется заявка на конкретное SKU (идентификатор товарной позиции). При этом, товарные характеристики (цвет, размер, их наличие) и персональные данные клиента администратор заказов уточняет дополнительно, самостоятельно связавшись с клиентом по телефону.К сожалению, такие полузаявки никак не получится учитывать при проведении web-интеграции с общей системой учета заказов, т.к. они не содержат всей необходимой информации для учета, но как инструмент быстрого контакта с пользователем, их не следует игнорировать при внедрении на сайт.» — говорит Руслан Бордак, ведущий бизнес-аналитик Астроним*.

«В секторе B2B ситуация отличается тем, что заказывают не один товар в определенной характеристике, а широкую номенклатуру товаров одновременно, — дополняет Богдан Коровец, и.о. Астроним*Поэтому очень распространена ситуация вывода товаров на сайте в виде единого ассортиментного листа и функцией заказа одновременно всего перечня — электронный оптовый бланк-заказ, с функцией быстрого заказа on-line требуемого перечня товарных позиций необходимом количестве. Конечно, такой механизм заказа невозможно реализовать без внедрения модуля корзины заказа, который у нас выведен во втором составляющем понятии заказа. Вот лишь один из примеров такого заказа на «СРС-Электро». Как видим, в каталоге также могут использоваться дополнительные инструменты фильтрации и выбора товаров по рубрикам, если предполагается работа с большим или разнообразным ассортиментов товаров».

Что же касается непосредственно функциональности корзины заказа, то очень важно понимать дальнейшую логистику работы с заявкой и всю цепочку взаимодействия от получения заявки администратором сайта до получения товара клиентом, т.к. именно от этих процессов зависит, что конкретно нужно настроить в корзине заказа и как. Нужно понимать, осуществляется ли доставка товаров клиенту и как? От чего зависит её стоимость и как она рассчитывается? Нужно ли подключение системы оплаты за товары онлайн? И многое другое.

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

Заказ (настройка механизма заказа)

  • Примеры: www.stihiya-shop.by www.yural.com/cat/?rubric=48
  • Примеры: www.ita-logistic.ru/klient/zapros www.tva.lv
  • Примеры: http://dostavka.evroopt.by
  • Примеры: http://dostavka.evroopt.by/catalog/2289_35824.html
  • Примеры: http://dostavka.evroopt.by
  • Примеры: www.bereg.by
  • Примеры: www.optik.by
  • Примеры: www.elmarket.by

Корзина и оформление заказа

  • Примеры: www.granteworld.ru/shop www.pizzatempo.by/menu/pizza.html http://dostavka.evroopt.by
  • Примеры: www.granteworld.ru/shop www.pizzatempo.by/menu/pizza.html
  • Примеры: www.pizzatempo.by/menu/pizza.html
  • Примеры: www.pizzatempo.by/menu/pizza.html www.optik.by
  • Примеры: http://dostavka.evroopt.by
  • Примеры: www.optik.by
  • Примеры: http://arbuz.dev.astronim.com

Клиенты и Личные кабинеты

Уникальный и удобный для использования формат чек-брифа отражает всевозможную функциональность Каталога, Товаров, Видов заказа, Корзин и Личных кабинетов, а так же полный комплекс синхронизации сайта с локальными системами (будь это система учета товаров на складе, CRM или другая система управления предприятием). Бриф создавался на базе накопленного опыта в компании Astronim*Support по разработке большого количества сложных двухсторонних внедрений и интеграций с 1С, складскими и бухгалтерскими системами и прочим ПО, в т.ч. посредством платформы 1C-Битрикс.

Апогей современной комплексной web-интеграции — это синхронизация полной информации по всем клиентам компании. Делается это посредством импорта данных из учетной системы (УС) предприятия на веб-сайт компании и обратного экспорта новых или измененных данных с сайта в УС, что позволяет работать с данными непосредственно в той среде, где они обрабатываются.

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

Комментирует Руслан Бордак, ведущий бизнес-аналитик Астроним*: «При этом замечу, что личные кабинеты могут существовать и без интеграции данных с учетной системой предприятия, т.е. когда никакие данные никуда не передаются и работа идет только с той информацией, что получаем непосредственно на сайте. Регистрируемые клиенты и их заказы, персональные данные профиля, адреса, индивидуальные цены, остатки, скидки, история заказов, статусы по ним, повторные заказы и прочее — это всё может храниться и управляться независимо в замкнутой системе web-сайта, т.е. по сути, личный кабинет клиента и модуль работы с ним представляет собой мощную CRM-систему и всевозможными возможностями анализа и работы с данными! Например, большим потенциалом обладает внутренняя система работы с заказами в 1С-Битрикс.

Когда же речь идет о веб-интеграции, тогда основные усилия разработчика направлены на организацию взаимодействия между системами. Зарегистрировался клиент — передали его данные в 1С, например. Оформил заказ — передали данные в 1С. Можно даже сразу зарезервировать под этого клиента товары. Менеджер обработал в 1С заказ (в резерв или в отгрузку) — данная информация автоматически передалась на сайт. Или вот ещё — клиент в реальной жизни (отдельно от сайта) оформил заказ, и он также передался на сайт и отображается в личном кабинете»

В этом и есть разница:

  • Между личным кабинетом интернет-магазина без интеграции с УС — когда система учета клиентов, их заказов и работы с ними формируется на сайте.

    В данном случае, например, проявляется основной плюс использования 1С-Битрикса, т.к. весь необходимый инструментарии работы с данными заказов уже встроен и работает сразу «из коробки». Но вопрос передачи данных дальше в систему учета не решен, и они переносятся менеджерами в 1С вручную либо это попросту не нужно в виду специфики бизнеса клиента.

    Пример: www.optik.by

  • И когда есть интеграция ЛК (клиентов и из заказов) с УС — все клиенты и информация по заказам переносится в систему учета автоматически.

    В данном случае система управления сайтом может совсем не иметь инструментария для работы и анализа данных, хранимых в личном кабинете по каждому пользователю, т.к это попросту не нужно. Основная работа разработчика в банном случае — это настроить всю необходимую логику передачи, обработке и вывод данных на сайте: настройка всех необходимых экспортов и импортов, вывод данных в нужном интерфейсе (каталог, личный кабинет и другие закрытые блоки и разделы, доступные только авторизованным пользователям). При этом очень важно обеспечить стабильную и надежную (т.е. защищенную и безопасную) систему передачи и хранения данных.

    Пример: www.bagoria.by, www.dostavka.evroopt.by , www.bereg.by

Личный кабинет

  • Нужен перечень статусов:

Развивает тему скорость работы сайта Алексей Ивановский, руководитель хостинг- и ЦОД-провайдера SUPPORT.BY, «железного» партнёра Астроним*: «Сегодня все помешаны на скорости. Даже алгоритмы поисковика Google сегодня учитывают скорость загрузки сайтов. Пользователи проводят меньше времени на медленно загружающихся сайтах.

Скорость работы сайта зависит от скорости работы хостинга. Но не только быстрое железо играет роль. Мы в SUPPORT.BY провели тесты по измерению скорости работы сайта на примере работы CMS 1С-Битрикс и сервера CPU Xeon E5-2670v2/ RAM 16Gb / аппаратный HDD RAID10, смотрите ниже скриншоты и цифры…

Скорость сайта сразу после установки 1С-Битрикс (измерялось средствами самой CMS):

И скорость сайта после конфигурирования сервера и его настройки (без изменения аппаратной конфигурации):

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

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

С увеличением количества заказов и популярности ресурса, Web-серверы и серверы приложений масштабируются за счет добавления новых серверов, на которых работают многочисленные копии программного обеспечения — это распределение нагрузки или масштабируемость «вширь». С другой стороны серверы баз данных масштабируются более сложно и обдуманно путем установки мощных многопроцессорных систем — это масштабирование «вглубь».

Информационные страницы

Хостинг и инфраструктура

Сдача-приемка, запуск

Пришлите свой проект на обсуждение

Вы можете заполнить галочками чек-бриф выше целиком или частями и отправить в Астроним* с контактными данными и дополнительными данными (например, ТЗ или выгрузкой из 1С) ниже, для оценки и консультаций — А*мы ответим вам компетентно в течении суток-двух.

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

Более типовую универсальную форму по разработке интернет-проектов можно заполнить здесь или же просто пришлите нам мысли и файлы на info@astronim.com для того, чтобы ваш проект потом попал в наш TOP*25

Прикрепите доп. файл ТЗ или выгрузки, если есть

 

  
     


blog comments powered by Disqus

ООО «Астроним Системс»
Минск: + (375 17) 2224 657
Москва: + 7(495) 6461 657 (прямой)
E-mail: info@astronim.com
Astronim*НаградыРекомендацииКонсалтингКлиентыКорп. сайтыПромоБаннерыCD презентацииВиртуальные турыИгрыМультимедиаКонфигураторыВиртуальные открыткиФирм. стилиКапремонтЭкспертизаКачествоAstroCMS*Смета?
Программа по капитальному ремонту сайтов