Shopify и e-commerce инженер · 5 лет в e-commerce, 3 на Shopify
От оффера и выбора товара до корзины, чекаута, измерений и безопасного релиза. Магазины в США, Канаде и Европе. Вы передаёте витрину и получаете готовый результат, в котором открытые вопросы уже закрыты.
Почему я
Я работаю со всем, что сегодня реально ускоряет разработку: отбираю новые инструменты, проверяю их на практике и оставляю только то, что выдерживает боевой проект. Пример: конвейер на Figma MCP и Claude Code, который я собрал восемь месяцев назад и с тех пор оттачиваю на реальных магазинах. Клиент получает не эксперимент, а отработанный процесс.
Проект не ждёт дизайнера, менеджера и ревью третьей стороны. Доработка макета, генерация ассетов, код, тестирование и релиз проходят через одни руки. Когда задача требует команды, я собираю её и веду сам: такой опыт у меня тоже есть.
Каждый проект я рассматриваю как воронку продаж, а не как список задач. Если вижу более эффективный способ повлиять на конверсию, чем заложен в ТЗ, предлагаю его до начала работ. Опыт десятков магазинов подсказывает, какие решения приносят продажи, а какие только создают видимость активности.
Нахожу причину, устраняю её, проверяю и выпускаю в продакшен, не затрагивая работу контент-команды. Сложности остаются на моей стороне. К вам приходит готовый результат и короткое резюме: что изменилось и на что обратить внимание.
Инструменты на практике
Новые инструменты попадают в мои проекты только после того, как доказали пользу на реальной работе. Самый наглядный пример: конвейер на Figma MCP и Claude Code, который я собрал восемь месяцев назад и с тех пор оттачиваю на боевых магазинах. Макет заходит через MCP, Claude Code собирает секцию по паттернам самой темы, каждый отступ и радиус сверяются с дизайном. Время, которое раньше уходило у разработчика на рутинную вёрстку, теперь идёт на другое: на тестирование, чтобы всё работало корректно, на поиск недоработок и на более продуманные решения, в том числе те, что напрямую влияют на скорость загрузки. Бытовая вёрстка осталась в прошлом, а с ней и эпоха бесконечных правок, неправильно собранных секций и долгой загрузки, которая для e-commerce бьёт и по продажам, и по метрикам. Если эта эпоха где-то и продолжается, то у других разработчиков. Фокус сместился на результат: сайт должен работать быстро и без сбоев, и именно на это теперь тратится освободившееся время.
Где это помогает
Сгенерированный код уходит в продакшен только после проверки на кодовой базе, ограничениях платформы и в чистой среде.
Избранный проект
Американский wellness-бренд добавок под NDA. Я заново спроектировал сам подписочный оффер: какие планы запускать, какой каденции соответствует каждый пак, как показывать цену, чтобы она всегда совпадала со списанием, и buy box на нативных Selling Plans без вендорного виджета. Затем выстроил трекинг воронки через закрытый чекаут Shopify с помощью кастомного Web Pixel и нашёл сдвиг макета, который PageSpeed не показывал. Продажи за восемь недель после релиза оказались на 45% выше, чем за восемь недель до него. Абсолютные цифры остаются у бренда.
Переиспользуемые Liquid-файлы по всей теме и её шаблонам, а не одна страница.
Смотреть основной кейс
Подписочный оффер, спроектированный и собранный от и до: планы, каденция под каждый пак, цена, всегда совпадающая со списанием, без вендорного виджета.
Три незаметных сбоя корзины, которые тихо стоили заказов, сведены к одной причине и устранены.
CLS 0.9 у трети мобильных сессий, который PageSpeed не показывал, сведён к нулю.
Избранные работы по Shopify
От медицински сложного каталога до дисциплинированной адаптации премиальной темы: каждый проект требовал своего баланса между собственным опытом, нативным поведением Shopify и контролем продавца.
Absolute Support
Собственный слой подбора товара и обучающего контента для медицински сложного каталога, тогда как нативные системы вариантов, корзины, поиска и фильтрации Shopify остались источником истины.
Boxwood Coffee
Дисциплинированная адаптация Prestige для спешелти-обжарщика с розницей, подписками, двумя кафе, кейтерингом и оптом, где собственный код зарезервирован для кофейных данных и навигации.
Что беру на себя
С нуля, полные редизайны, кастомные секции и шаблоны, metafields на OS 2.0. Пиксель в пиксель из Figma через MCP-конвейер.
Recharge, Loop, нативные Selling Plans. Собственные виджеты подписок, когда вендорное решение не вписывается в дизайн или искажает цену. Миграции подписчиков без двойных списаний. Бандлы, паки с живым расчётом выгоды, апселлы, кросс-селлы, quiz-воронки, product finder, сравнения, любой кастомный buy box. Знаю, какие из них действительно поднимают конверсию, а какие лишь модны, и говорю об этом прямо.
Подписочные сервисы, оптовые порталы, POS, аналитика, миграции данных без потерь.
Вижу, где клиент сходит с пути к покупке, и устраняю это. Пиксели, события и конверсии по всей воронке, включая чекаут: GTM и DataLayer, GA4 ecommerce, Google Ads и Meta Pixel, Amplitude, Klaviyo. Кастомные Web Pixels там, где стандартных недостаточно. Могу взять этот стек на себя целиком.
Измеряю на реальных пользователях, а не в PageSpeed. Собственные скрипты полевых данных показывают, какая метрика проседает на каком устройстве, и исправление направлено именно туда. В одном магазине так обнаружился CLS 0.9 у трети мобильных пользователей, которого лабораторные инструменты не видели. Сведён к нулю.
Git без потери контента и без простоев. Несколько разработчиков и контент-команда в Customizer? Выстраиваю процесс: ветки под темы, изолированные откатываемые PR, порядок работы с общими файлами. Никто не затирает чужую работу.
Политики, Markets, локализация, юридические страницы. Всё, что нужно, чтобы магазин запустился и не сломался.
Инженерия коммерции
Я работаю за пределами слоя темы: составляю карту пути покупки, определяю, где ломается доверие или состояние коммерции, добавляю измерения, необходимые, чтобы это понять, и меняю наименьшую часть системы, способную это улучшить.
Я прослеживаю путь от предложения до заказа и нахожу, где видимое пользователю и состояние коммерции перестают совпадать.
Путь покупки
Предложение
Цены, наборы, экономия
Решение о товаре
Варианты, подписка, информирование
Корзина
Состояние, количество, выдвижная панель
Checkout
События, доставка, оплата
Заказ
Подтверждение и сопровождение
Частые точки сбоя
Устаревшие цены · Несовпадающие варианты · Незаметные сбои корзины · Нестабильность на мобильных · Отсутствующие события · Пробелы в Checkout
Я решаю, что делать с требованием: настроить, расширить, интегрировать или построить.
Настроить
Использую платформу там, где она уже решает требование.
Расширить
Адаптирую нативную систему через представление в теме и структурированные данные.
Интегрировать
Подключаю приложения и внешние системы, не дублируя владение данными.
Построить
Добавляю собственное поведение только там, где это действительно необходимо.
Цель не в максимальной доработке. Цель в наименьшем надёжном решении.
Когда имеющейся аналитики недостаточно, я добавляю инструментирование, нужное, чтобы наблюдать, диагностировать, менять и проверять.
Наблюдение
Поведение реальных пользователей и события
Диагностика
Поиск первопричины
Изменение
Внедрение наименьшего полезного исправления
Проверка
Измерение инженерного результата
Цикл продолжается по мере появления новых данных.
RUM · Checkout Web Pixels · Проверка в браузере · Операционные проверки
Каждое изменение проверяется после релиза на данных самого магазина, а не по лабораторному баллу.
Коммерчески полезное улучшение должно ещё и выдержать ежедневный мерчандайзинг, интеграции приложений, обновления темы и будущие релизы.
Контроль продавца
Повседневный контент остаётся редактируемым.
Структурированные данные
Товары и коллекции несут собственную информацию.
Безопасный выпуск
Изменения остаются изолированными и обратимыми.
Совместимость
Собственная доработка учитывает платформу, тему и установленные приложения.
Лучшая витрина не должна превращаться в магазин, которым сложнее управлять.
Пришлите задачу и цель. Дальше разберусь в коде, доведу работу до релиза и проверю сам. Английский B2, с клиентами из США работаю напрямую, без посредников.
Начать разговор
