Алексей Шеломицкий · с 2014 года · Минск — Беларусь

Digital Product & Business Systems Architect

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

E-commerce, CRM и процессы, внутренние системы, аналитика и данные. Сначала бизнес-задача и экономика — потом архитектура, инструменты и реализация.

  • 15+ проектов с 2014 года — e-commerce, CRM, данные и автоматизация
  • Бизнес + технологии — говорю и с директором, и с разработкой
  • Независимая сторона — решение не привязано к продаже платформы
проверено · на реальных системах
  • Piano.by
  • ZIKO
  • Цветы Минск
масштаб

С 2014 года · 15+ e-commerce и digital-проектов

продукты · процессы · CRM · данные · автоматизация · внедрение

Подробно раскрытые на сайте проекты — selected work, а не вся профессиональная история.

позиция

На стороне бизнеса, а не конкретной платформы или подрядчика.

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

01 · когда я полезен

Когда цифровая часть бизнеса перестаёт складываться в целое

CRM живёт отдельно от сайта, склад — отдельно от продаж, данные расходятся, часть процессов держится на Excel и людях. Бизнес платит не столько за отсутствие очередной функции, сколько за разрывы между уже существующими. Я начинаю не с выбора технологии — сначала нахожу, где именно проблема, что имеет смысл менять, а что лучше вообще не трогать.

ситуация · 01

Системы есть, цельной системы нет

Сайт, CRM, склад, телефония и аналитика существуют отдельно, а между ними — ручные переносы и Excel. Один и тот же заказ вводится в несколько систем, остатки перепроверяют руками, а происхождение цифр в отчёте никто толком не может объяснить.

ситуация · 02

Разработка идёт, а результат размывается

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

ситуация · 03

Пора менять систему, но непонятно — насколько

CRM, сайт или внутренний сервис уже мешают развитию. Но полная замена может оказаться дороже самой проблемы — а очередной «косметический» проект её не решит. Нужно независимое мнение: что менять, что оставить, с чего начать.

ситуация · 04

Есть идея нового digital-продукта

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

Не обязательно приходить с готовым ТЗ. Достаточно рассказать, что происходит.

Описать ситуацию

02 · что можно поручить

Работа начинается с вашего уровня неопределённости

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

этап 01 формат · аудит

Понять, что менять, — до того, как платить за внедрение

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

Разбираю процессы, системы, интеграции и данные в согласованном периметре: от e-commerce и CRM до ручных операций и решений действующих подрядчиков.

Формат оплаты: фикс за согласованный периметр — по договорённости. Вы покупаете результат диагностики, а не часы.

Такой разбор лежал в основе системы Piano.by — как была устроена работа ↓

на выходе

  • карта текущей системы
  • проблемы и первопричины
  • приоритеты и roadmap
  • список «сейчас не делать»
Подробнее об аудите

этап 02 формат · архитектура

Превратить задачу в систему, которую можно нормально реализовать

Между «надо улучшить процесс» и задачей разработчику — самая дорогая часть проекта: решения о том, как процесс должен работать.

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

Формат оплаты: проектный фикс или фикс по этапам — по договорённости. Если проблема ещё не определена, первым этапом становится аудит.

Так проектировал развитие e-commerce и приложений ZIKO — смотреть проект ↓

на выходе

  • целевая архитектура
  • границы решения и MVP
  • требования и критерии приёмки
  • brief для исполнителей
Подробнее об архитектуре

этап 03 формат · контроль внедрения

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

Даже хорошая концепция теряется между руководителем, аналитиком и кодом — особенно когда подрядчиков несколько.

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

Формат оплаты: ежемесячное сопровождение или фикс за этап — по договорённости, зависит от числа команд и глубины вовлечения.

Так веду цифровое развитие Technoklass сейчас — что строится ↓

на выходе

  • требования и backlog
  • review предложений подрядчиков
  • контроль архитектуры
  • приёмка результата
Подробнее о сопровождении

направление · e-commerce

Запустить e-commerce как канал продаж, а не «сделать сайт»

Если онлайн-продажи нужно создавать или серьёзно перестраивать — собираю задачу целиком: продукт, каталог, процессы, CRM, аналитику, интеграции и организацию реализации. Интернет-магазин в таком проекте — интерфейс более крупной коммерческой системы, а не конечный продукт.

Разобрать запуск

Узнали свою ситуацию в одном из форматов?

Описать ситуацию

03 · что остаётся у бизнеса

Экспертиза, которую можно положить на стол

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

  • Карта текущей системычто происходит между клиентом, сайтом, CRM, людьми, данными и складом
  • Проблемы и ограниченияне каталог из пятидесяти улучшений, а первопричины
  • Приоритетычто делать первым — по эффекту, сложности и риску
  • Целевая архитектуракак должны измениться процессы, системы и ответственность
  • Roadmapчто сейчас, что позже — и что вообще не делать
  • Границы MVPминимальный контур, который уже даёт эффект
  • Требованиябизнес и подрядчик одинаково понимают задачу
  • Критерии приёмкипонятно, что считается готовым результатом
  • Список «не делать»иногда самый выгодный итог аудита — решение не начинать дорогое внедрение

04 · проекты

Где это уже работало

Только те части, за которые отвечаю своей ролью. Это selected work из 15+ e-commerce и digital-проектов с 2014 года — полные разборы на странице проектов.

piano.by · завершён

Контур CRM, процессов, телефонии и аналитики

Моя роль: анализ и проектирование процессов, координация внедрения

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

Разбор проекта →

ziko group · развивается

Продукт через внешнюю разработку

Моя роль: Product Manager технического развития

Новый e-commerce, приложения iOS / Android / Huawei — концепция, требования, приёмка.

Разбор проекта →

technoklass · внедряется

Связанный digital-контур бизнеса

Моя роль: бизнес-логика, архитектура, координация, приёмка

E-commerce, CRM, автоматизация и внутренние системы — текущая работа.

Что строится →

цветы минск · e-commerce

Запуск, который живёт годами

Моя роль: digital-часть — магазин, каталог, SEO, развитие

Запущенный в период моей работы магазин продолжал продажи годами.

Разбор проекта →

05 · подход

Сначала «зачем». Потом «что» и «как».

  1. шаг 1

    Расскажите, что происходит

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

  2. шаг 2

    Показываю карту

    Проблемы, возможности, приоритеты. И обязательно — чего делать не нужно: экономия на ненужном тоже результат.

  3. шаг 3

    Проектирую систему

    Архитектура, MVP, последовательность, критерии приёмки. Каждая функция отвечает на вопрос «что это даст бизнесу?».

  4. шаг 4

    Довожу до работающего результата

    Сопровождаю внедрение до устойчивой работы системы и понятной передачи ответственности команде.

У любого цифрового решения должен быть ответ на вопрос «зачем». Если ответа нет — это трата, а не инвестиция.

06 · обо мне — коротко

Алексей Шеломицкий / Alexey Shelomitsky

С 2014 года работаю на стыке бизнеса, маркетинга и технологий: от web и Linux-инфраструктуры через e-commerce и маркетинг — к CRM, аналитике, product management и архитектуре бизнес-систем.

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

Сегодня реализацию всё чаще делают разработчики и AI. Моя работа уровнем выше — и ручное написание кода как услугу я не продаю.

07 · контакт

Просто опишите ситуацию

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

  1. Что сейчас работает не так?Например: заказы переносят вручную, CRM не отражает процесс, сайт упёрся в ограничения…
  2. Что уже есть?Сайт, CRM, 1С/ERP, склад, BI, подрядчики… — списком, без подробностей.
  3. Чего хочется?Что изменится для бизнеса, если это решить. Хотя бы примерно.

Открыт к проектам в Беларуси и удалённо. Русский / English.