Интернет-магазин мертв, да здравствует еком-система!

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

Я техдир в Metalcode, без ложной скромности скажу, что набегает 10-лет опыта в разработке и не понаслышке знаю про эти самые еком-проекты и процессы.

https://vc.ru/dev/990657-kak-ustroen-ekom-razbiraem-bazovye-principy-ekom-sistemy

Выпустили сайт Metalcode

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

Расскажу про процесс отдельным постом, пока хочется подробнее про сам металкод.

Кто мы?

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

Раньше мы были ARTWOT, сейчас ребрендились в Metalcode. В рамках которого оставили фокус на одном, очень понятном стеке php,bitrix, чтобы бустануть рост за счет горизонтального масштабирования.

Для кого?

У нас в фокусе малый и средний бизнес. Клиенты с оборотом до 2млрд. Еком-проекты работающие на битриксе, laravel или платформе ensi.

Есть опыт работы с продуктами питания и сроками годности. Умеем автоматизировать склады в 1С. Точно построим качественную интеграцию с 1С УТ.

Выстроим не раздутую еком-систему, процессы разработки или просто усилим команду на проекте через аутстаф.

Много лет (реально много, около 8 лет) техподдержки интернет-магазинов на битриксе в опыте.

Клиенты

— Мы партнеры со Спорт Фермой: запускали еком в России и ОАЭ. Строили еком-систему.

— Ведем разработку для ХК Авангард: магазин мерча и бекенд для мобильного приложения.

— Развиваем шинного диллера (NDA): интеграция с поставщиками и кабинеты оптовиков.

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

Чуть больше на сайте. Готовим кейсы, пока будем писать на VC.

Разработка в Metalcode — это:

— собранная как пазл распределённо-удалённая команда;

— высокий уровень самостоятельности команды;

— прямой доступ к разработчикам для ускорения коммуникации;

— экспертиза в e-commerce-проектах;

— прозрачный процесс работы с отчетностью.

Открыты к сотрудничеству @andreyfrolov

Защищаем персональные данные

⚡️ Сегодня интернет-магазин собирает много персональных данных покупателей. Системы аналитики берут всё от контактов, до адресов доставки, истории просмотров и прочего. Всё до чего могут "дотянуться".

Тема защиты персональных данных (ПД) обширная, обрастает все большим количеством законов и можно без преувеличения назвать ее одной из повесток ИТ. Поэтому есть целые комплексы мер и практик по защите ПД.

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

Процессы разработки требуют несколько копий еком-системы — стендов.

⚡️ При этом часто вижу, что пользовательские данные таскают по всем копиям, вплоть до локальных для разработчиков. Это чревато последствиями и доводит ИБ-эшников до сердечного приступа.

Ситуация интересна тем, что здесь присутствует конфликт интересов.

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

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

В этом случае нас спасает практика применения обфускаций.

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

Существует два основных подхода реализации обфускаций:

— ручной - написание скриптов, которые работают с базой и маскируют данные;

— использование специализированного ПО.

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

Бизнес-требования или ТЗ

Описывая кейсы по металкоду, поймал себя на мысли, что мы 100 лет (не меньше) работаем с бизнес-требованиями и почти никогда с финальным ТЗ.

Что понимаю под этими терминами:

— ТЗ (техническое задание) — четко сформулированное решение, с описанием логики и технологий.

— бизнес требования — обобщённое описание целей и проблем бизнеса, которые нужно решить. Вполне может присутствовать описание требуемой функциональности, без конкретики, какими инструментами это будет реализовано.

То, чем именно оперирует команда, что и в каком виде ей прилетает от заказчика — определяет формат работы.

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

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

Заказчиком выступает не один человек, а руководители (либо менеджеры) направлений в компании: маркетинг, продажи, smm, склад.

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

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

Команды, которые "как бы аутсорсеры", но требуют от заказчика исчерпывающего ТЗ, мотивируя тем, что без него результат не определен (другими словами ХЗ) — вызывают грусть.

Хорошая статья на эту тему от коллег на VC >>

Интернет-магазин peak-sport.ru - официальный в России магазин спортивного бренда Peak.

Наша команда провела редизайн страницы оформления заказа. На изображениях прошлый дизайн и новый дизайн.

- Добавили выбор местоположения;
- Выделили партнёрские службы доставки с расчётом стоимости и выбором ПВЗ;
- Добавили возможно применить промокод на скидку;
- Реализована проверка заполнения обязательных полей, таких как ПВЗ, конаткты покупателя. Без них заказ не оформится, а подскажет покупателю, что осталось заполнить.

Этапы работы:
Проектирование
Дизайн
Разработка
Тестирование и запуск новой версии страницы.

Общий срок работы от проектирования до релиза - 10 дней.

Смысл работы команды металкода - помогать бизнесу строить и развивать свой еком: устойчивый, масштабируемый, удобный для покупателей.

Ключевое здесь Помогать.
Своим опытом и накопленной экспертизой.

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

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

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

Какая моя выгода за бесплатную работу?
Благодаря вам я собираю ещё больше опыта в решении проблем в екоме и развиваю свою насмотренность.

Возможно вы станете клиентом Metalcode и мы вместе приступим к выполнению плана.

Для записи пишите мне в личку "Нужна стратсессия" @andreyfrolov

Как предпринимателю слезть с иглы маркетплейса: 4 варианта запустить свой интернет-магазин

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

В статье разбираемся, какие есть преимущества у каждого способа.

Читать на VC>>

При выборе решения/сервиса для проекта мы стараемся выяснить все нюансы устройства бэкофиса и инфраструктуры бизнеса и что это решение повлечёт за собой, какие ещё потребуются изменения.

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

Написали статью об этом:

Читать на VC

Выпустили кейс нашей работы со Спорт Фермой. Рассказали как появляется партнёрство на проекте.

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

На этом проекте у нас прокачалась вся команда. Когда ты не только решаешь поставленные задачи, но и сам определяешь эти задачи и выбираешь решения для них.

Прямо сейчас Спорт Ферма сильно меняется в своей стратегии и мы являемся частью этих перемен.

Читать кейс на VC >>

Надо признать, мы шарим в интеграциях с 1С 😃 Умеем говорить на сложном)

Time & Material, квартальное планирование, долгие проекты, фокус на одном направлении - всё, что обеспечивает стабильность в работе.

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

Статья на VC>>

Редизайн интернет-магазина

Одно из основных направлений работы у нас - это редизайн интернет-магазина.

Новый виток развития екома заставляет бизнес перезапускать свои площадки.

Вот два основных сценария, с которыми мы работаем:

- интернет-магазин разрабатывался лет 10 назад, дизайн и функционал не отвечают сегодняшним требованиям;

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

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

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

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

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

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

Мы открыты для новых проектов, консультация, вопросы @andreyfrolov