Производитель переводит сбыт в онлайн и собирает вокруг себя смежные производства. Покупатель собирает товар под себя и сразу видит цену и срок; продавец ведёт витрину, производство и деньги в одном кабинете; владелец задаёт правила площадки. Документ фиксирует, из чего состоит такая платформа, в каком порядке она строится и где проходят границы каждой версии.
Три отрицания, которые определяют архитектуру и стоимость сильнее, чем любой список функций.
Покупатель не выбирает готовую позицию — он задаёт параметры, и товар появляется в момент заказа. Цена, срок и производственное задание считаются на лету. Каталог здесь не хранилище SKU, а пространство конфигураций.
ERP управляет одним предприятием и обращена внутрь. Здесь на одном контуре живут владелец площадки, его собственное производство и десятки независимых продавцов с разными правилами, комиссиями и доступом к данным.
У больших маркетплейсов между заказом и отгрузкой стоит полка. Здесь между ними стоит производство: очередь, оборудование, смена, брак и срок изготовления. Это принципиально другой бэк.
Оценка сделана на модельном заказчике: производство с высвободившимися мощностями, падающим оптовым каналом и амбицией собрать вокруг себя нишу. Это типовая ситуация, а не единичный случай.
Снаружи это выглядит как сайт. Внутри — пять самостоятельных систем, каждая из которых в отрыве от остальных стоит как отдельный проект. Порядок строительства обратен порядку, в котором продукт видит покупатель.
Каталог, поиск, фасеты, карточка товара и конструктор кастомной позиции с расчётом цены и срока в реальном времени. Единственная часть, которую видит покупатель, и самая нагруженная по трафику.
Онбординг и верификация, карточки и остатки, заказы, отгрузки, финансы и аналитика. Продавец должен работать полностью сам: любая ручная операция владельца площадки не масштабируется.
Спецификация из конфигурации, очередь заданий, загрузка оборудования, сменные задания, отметки о выполнении и брак. Именно он превращает заказ в срок отгрузки, а не в обещание.
Приёмка, размещение по ячейкам, отбор, упаковка, отгрузка и инвентаризация. Обслуживает и собственное производство, и товары внешних продавцов, если площадка берёт их хранение на себя.
Категории, комиссии, тарифы, модерация, промо, взаиморасчёты с продавцами и сводная экономика. Слой, который делает набор модулей маркетплейсом, а не несколькими магазинами рядом.
Ролей не три, а одиннадцать. Каждая — это отдельный набор экранов и прав, и именно поэтому оценка «сделать маркетплейс» никогда не сходится с оценкой «сделать интернет-магазин».
Одиннадцать сущностей, на которых стоит всё остальное. Ошибка на этом уровне не лечится доработкой — она лечится переписыванием.
Единственная часть платформы, которую видит покупатель, и единственный источник органического трафика. Всё остальное существует, чтобы обещания витрины исполнялись.
Покупатель приходит из поиска на страницу под конкретную задачу, а не на главную. Категории, применения и решения — отдельные индексируемые страницы с ценой от.
Фильтры по параметрам, применению, материалу, тиражу и сроку. Выдача учитывает наличие, срок изготовления и рейтинг продавца.
Покупатель задаёт размеры и опции, видит превью и цену за штуку, которая меняется от тиража. Здесь принимается решение о покупке.
Корзина показывает разные сроки и разную доставку по каждому продавцу честно, до оплаты, а не после.
Карта, СБП, оплата частями для физлиц; счёт, договор и отсрочка для юрлиц. Закрывающие документы формируются автоматически.
Личный кабинет со статусом производства, не только доставки: покупатель видит, что заказ в раскрое, в печати, в упаковке.
Самый дорогой и самый ценный модуль платформы. Он превращает производственную мощность в товар, который можно продать поштучно через интернет. Именно его невозможно собрать на конструкторе сайтов — и именно поэтому он определяет порядок цифры в смете.
Габариты с заданным шагом, материал, цвет, конструкция, дополнительные элементы. Каждый параметр знает свои границы и зависимости от остальных.
Правила запрещают невозможные сочетания до оформления заказа: слишком тонкий материал для габарита, конструкция, которая не собирается, размер вне поля раскроя.
Покупатель видит и плоскую развёртку с размерами, и объёмное превью изделия. Это то, что снимает страх заказать не то, и главный конверсионный элемент.
Загрузка логотипа, размещение по граням, слои, масштаб, поворот, привязки. Проверка разрешения и вылетов на стороне сервиса, а не на стороне покупателя.
Себестоимость по раскрою и материалу, наценка, тираж, срочность. Цена пересчитывается на каждое изменение параметра без перезагрузки.
Из той же конфигурации формируется файл раскроя и операционная карта. Ручного переноса в цех нет — здесь и живёт основная экономия.
Модуль, который отличает маркетплейс от магазина. Правило одно: продавец делает всё сам. Каждая операция, которую за него выполняет сотрудник площадки, — это потолок роста числа продавцов.
Продавец регистрируется сам, загружает документы, подписывает оферту. Площадка проверяет реквизиты и допускает к торговле.
Ручное заведение, массовая загрузка файлом и обмен по API. Модерация новых карточек по правилам площадки.
Очередь заказов, подтверждение сроков, печать документов и этикеток, передача в доставку.
Начисления, удержанная комиссия, компенсации, акт сверки, заявка на вывод средств с понятным графиком.
Воронка по карточкам, отказы, доля выигранных заказов, платное размещение и участие в акциях площадки.
То, чего нет ни у одного универсального маркетплейса и ни в одном конструкторе сайтов. Он отвечает на единственный вопрос, который на самом деле волнует покупателя: когда я это получу.
Конфигурация разворачивается в спецификацию материалов и последовательность операций автоматически, без участия человека.
Задания встают в очередь с учётом выбранной скорости, загрузки участков, смен и выходных. Отсюда берётся дата отгрузки, которую видит покупатель.
Несколько заказов с одним материалом собираются в общий лист. Это ключевая экономия себестоимости и причина, по которой ручной учёт здесь проигрывает.
Мастер видит свой участок на смену, отмечает выполнение операций, фиксирует фактическое время и брак.
Брак порождает повторное задание и уведомление о сдвиге срока — покупатель узнаёт об этом от системы, а не постфактум.
Готовая партия принимается на склад и связывается с заказами, которые она закрывает.
Модуль, который недооценивают чаще остальных. Пока заказов десятки, склад живёт в голове кладовщика. На сотнях заказов в день без адресного хранения и сканера площадка просто перестаёт отгружать вовремя.
От своего производства и от внешних продавцов. Сверка с ожидаемым, фиксация расхождений, печать внутренних этикеток.
Адресное хранение по ячейкам с подсказкой места. Без адресов инвентаризация превращается в остановку склада.
Маршрутный лист по ячейкам, групповой отбор нескольких заказов за проход, контроль по сканеру.
Сверка состава, подбор коробки, взвешивание, печать документов и транспортной этикетки.
Формирование партии перевозчику, реестр, передача трек-номеров покупателям.
Выборочный и полный пересчёт без остановки склада, разбор расхождений с историей операций.
Самый недооценённый блок в любой оценке маркетплейса. Здесь платформа перестаёт быть только программой и начинает нести юридическую и финансовую ответственность за чужие деньги.
Слой, который превращает набор модулей в маркетплейс. Главный критерий качества: владелец меняет правила площадки без участия разработчика.
Одни и те же события смотрятся с трёх сторон. Общий журнал событий позволяет не строить три независимые системы отчётности.
Оборот и комиссионный доход по категориям и продавцам, воронка от посещения до оплаты, доля собственного производства в обороте, срок оборачиваемости склада, экономика привлечения.
Показы и конверсия по карточкам, доля выигранных заказов, причины отказов, соблюдение сроков, выручка и удержания, эффект от участия в акциях.
Загрузка участков, план против факта по срокам, процент брака по причинам, себестоимость фактическая против расчётной, производительность склада на смену.
Не «сайт работает», а измеримые пороги. Эти четыре значения выносятся в договор как критерии приёмки.
Каждая интеграция — это чужой график, чужая документация и чужие сбои. Их количество влияет на срок сильнее, чем количество экранов.
Двусторонний обмен номенклатурой, документами и проводками с 1С или аналогом. Учёт остаётся источником правды для бухгалтерии, платформа — для операций.
Банк-партнёр с поддержкой разделения платежей между продавцами, СБП и оплаты частями.
Оператор фискальных данных: чеки прихода, предоплаты и зачёта аванса.
Транспортные компании и пункты выдачи: расчёт стоимости, создание заказа, трек-номера, статусы.
Обмен договорами, актами и УПД с продавцами и B2B-покупателями.
Работа с системой прослеживаемости для категорий, где она обязательна.
Почта, мессенджеры и звонки: уведомления о заказах, статусах и выплатах.
Передача событий электронной торговли в системы веб-аналитики и рекламные кабинеты.
Приложения не заменяют сайт и не нужны все сразу. Складское окупается первым — оно снимает ошибки отбора, а не привлекает трафик.
Каталог, упрощённый конфигуратор, повтор заказа, статусы и пуш-уведомления. Оправдано, когда доля повторных покупок устойчиво высока — до этого мобильная версия сайта эффективнее.
Работа со сканером: приёмка, размещение, отбор, упаковка. Обязательно офлайн-режим с очередью операций — Wi-Fi на складах не бывает идеальным.
Планшет на участке: очередь заданий, отметка выполнения, фиксация брака. Интерфейс под работу в перчатках и при плохом освещении.
Слово «высоконагруженный» в техническом задании ничего не стоит, пока за ним нет измеримых порогов и способа их проверить.
Расчёт на пиковый трафик распродажи: кратный рост посещаемости витрины без деградации конфигуратора и оформления заказа.
Целевая доступность витрины и оплаты 99,9%. Отказ производственного контура не должен останавливать приём заказов.
Каталог и карточка — до 1 секунды на серверный ответ, конфигуратор — до 3 секунд на полный пересчёт.
Резервное копирование с проверяемым восстановлением, хранение персональных данных на территории РФ, разграничение доступа по ролям.
Защита от подбора и автоматизированного сбора цен, аудит действий в кабинетах, двухфакторная авторизация для операций с деньгами.
Сквозной идентификатор заказа во всех логах, метрики и оповещения о сбоях до того, как о них сообщит покупатель.
Всё перечисленное подлежит подтверждению, но заложено в оценку и определяет стоимость первой версии.
На старте команда меньше, чем количество сервисов, которые пришлось бы обслуживать. Выделяем в отдельные сервисы только конфигуратор и поиск — там другая нагрузка и другой цикл релизов.
Органический трафик — основной канал для такой площадки. Клиентский рендеринг здесь стоит слишком дорого в упущенном трафике.
Расчёт раскроя и генерация превью нагружают процессор иначе, чем витрина. Разделение позволяет масштабировать их независимо и не ронять каталог.
Остатки, статусы и деньги восстанавливаются из последовательности событий. Это дороже на старте и единственный способ потом свести отчёты.
Площадка не становится оператором чужих денег и не берёт на себя лицензионные требования. Выбор банка-партнёра — решение первого такта.
Платформа не заменяет бухгалтерию. Она отдаёт в учёт документы и проводки, а не пытается вести регламентированный учёт сама.
Платформа не строится одним куском. Каждый такт заканчивается работающим бизнес-сценарием и приносит деньги до начала следующего.
Список нужен не чтобы сузить продукт, а чтобы обе стороны одинаково понимали предмет договора.
Документ намеренно составлен без предварительных вопросов заказчику: всё, что можно решить по лучшим практикам, решено внутри. Осталось десять пунктов, каждый из которых реально меняет стоимость или график.
Состав ядра на такт разработки. На производственном контуре и складе состав расширяется вторым бэкенд-разработчиком и системным аналитиком со стороны студии.
Процессы заказчика, требования, приёмка и коммуникация по тактам
Витрина, конфигуратор, интерфейсы кабинетов и дизайн-система платформы
Каталог, карточка, конфигуратор с превью и расчётом цены
Ядро площадки, заказы, сплит платежей и взаиморасчёты
Производственный контур, склад, интеграции с учётом и доставкой
Функциональное, интеграционное и нагрузочное тестирование
