ABR.FULFILLMENT / AUDIT

Маркетинг · копирайтинг · UI/UX

Развести страницы по задачам, а не по названиям

Аудит версии №2 показывает: FBO, FBS и интернет-магазины используют разные слова, но сохраняют одинаковый пользовательский опыт. Версия №3 меняет логику страниц: партия, поток заказов и складской контур становятся тремя самостоятельными историями.

Источник: публичная v2Ответы заказчика: 29.09.2026Созвон и прототипПроверка: 1440 / 390 px

Главный вывод

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

FBOИстория одной товарной партии.
FBSПовторяемый цикл ежедневных заказов.
Интернет-магазинГраница между управлением бизнесом и складской рутиной.

01 · Диагноз

Что снижает различимость и конверсию

Оценка основана на опубликованной версии, исходном коде, JSON-ответах и записи созвона.

Что уже работает

  • сильная светлая дизайн-система и заметный CTA;
  • реальные фотографии склада вместо стока;
  • подтверждённые ЭДО, «Честный знак», Москва и МО;
  • понятный переход к менеджеру через Telegram;
  • адаптивность и локальные комментарии.

Что мешает

  • одинаковый subhero на всех внутренних страницах;
  • одинаковые сетки из шести карточек;
  • одинаковые маршруты из четырёх шагов;
  • одинаковый финальный CTA без сегментного контекста;
  • фото на внутренних страницах почти не участвуют в аргументации.

Меняется тема, но не сценарий чтения

Посетитель FBO, FBS и собственного магазина видит одинаковую последовательность блоков и одинаковую плотность. Страница не сигнализирует: «мы понимаем именно вашу операционную ситуацию».

Перечни операций подменяют ценностное предложение

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

FBS и интернет-магазины пересекаются сильнее всего

Обе страницы говорят о сборке, упаковке, доставке и возвратах. Для магазина нужен язык владельца: граница ответственности, контроль, покупательский опыт и снятие рутины.

Тексты осторожны, но местами слишком обезличены

Формулировки «определяем», «согласуем», «фиксируем» повторяются и создают монотонность. Безопасность утверждений сохраняем, но меняем ритм, субъект и вопрос, на который отвечает блок.

Не хватает доказательств процесса

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

02 · Сценарии

Три разных причины обратиться

Общая дизайн-система сохраняется, но страница отвечает на свой набор вопросов.

FBO / партия

Подготовить поставку без ошибок в требованиях

Покупатель мыслит партией: что привезти, что сделают с товаром и как он будет передан.

Триггер
Новая или очередная поставка.
Страх
Неверная маркировка, упаковка, документы или отказ в приёмке.
Доказательство
Маршрут одной партии, чек-лист вводных, реальные товарные партии.
Композиция
Паспорт партии и последовательный маршрут.
CTA-контекст
Передать товар, объём и требования к поставке.
FBS / поток

Выстроить повторяемую обработку заказов

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

Триггер
Регулярные заказы занимают команду.
Страх
Потерянные задания, непонятные статусы, несогласованные возвраты.
Доказательство
Цикл одного заказа, этап настройки, отдельная ветка возврата.
Композиция
Поток заказов и повторяемый цикл.
CTA-контекст
Описать ассортимент, объём и текущий обмен заказами.
Магазин / контур

Передать складскую рутину и сохранить управление

Владелец мыслит бизнесом и покупателем, а не только складской операцией.

Триггер
Склад отвлекает от ассортимента и продаж.
Страх
Потеря контроля, бренда и качества клиентского опыта.
Доказательство
Граница ответственности, путь заказа, формат контроля.
Композиция
«У вас / у склада» и покупательский маршрут.
CTA-контекст
Показать текущий путь заказа и проблемные точки.

03 · Архитектура

Разный ритм вместо одного шаблона

В скобках — задача блока, а не декоративный формат.

Главная
общий оффертри визуально разные задачиподтверждённые фактыкак начинается работаTelegram
FBO
паспорт партиимаршрут одной партиичек-лист до приёмкиреальные товарные партиивопросы перед поставкой
FBS
поток заказовцикл одного заказанастройка до запускаветка возвратавопросы обмена и статусов
Интернет-магазин
складской контурграница ответственностипуть покупателяформат контроляреальный склад
Склад
крупный реальный кадрфоторассказподтверждённые фактычего не хватаетвизит через менеджера

04 · Копирайтинг

Новый язык страниц

Формулировки сохраняют факты и не превращают неопределённость в обещание.

FBO

H1

Подготовим товарную партию к поставке

Подзаголовок

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

CTA-контекст

Сообщите товар, примерный объём и задачу. Условия, срок и стоимость рассчитываются индивидуально.

FBS

H1

Соберём схему для ежедневных заказов

Подзаголовок

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

CTA-контекст

Расскажите, откуда приходят заказы, какой ассортимент хранится и какие операции нужны.

Интернет-магазины

H1

Передайте складу рутину — сохраните управление

Подзаголовок

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

CTA-контекст

Покажите текущий путь заказа и точки, которые забирают время.

Общий CTA сохранён: «Обсудить первую поставку». Обязательная формулировка сохранена: «Подберём схему под вашу площадку и службу доставки».

05 · Фотографии

Фото только там, где оно что-то доказывает

Для версии №3 выбраны четыре уже обработанных кадра. Генерация документальных процессов не используется.

IMG_1404ИспользоватьГлавная и страница склада · общий план · 16:9 desktop, 4:5 mobileДоказывает наличие помещения и его общий вид. Уже подготовлен как warehouse-main-16x9.jpg.
IMG_1401ИспользоватьСтраница склада · широкий кадр хранения · 16:9Подходит для первого экрана склада. Не использовать как доказательство площади или мощности.
IMG_1402ИспользоватьFBO · реальная партия · 4:5Поддерживает историю одной партии лучше, чем общий интерьер.
IMG_1408ИспользоватьИнтернет-магазины / склад · стеллажная зона · 4:5Подтверждает физическую организацию хранения, но не свободную вместимость.
IMG_1403, 1405–1407Не дублироватьПохожие общие планыНе добавляют нового доказательства и создают ощущение повторения.
IMG_1409–1411Не публиковать сейчасЛестница, столы, временные предметыРабочая зона выглядит незавершённой; ретушь не должна выдумывать процесс.
IMG_1412–1416ПереснятьФасад и воротаПосле физической уборки двора, в рассеянном свете, без солнца в объектив и посторонних материалов.
IMG_1419–1420Не использоватьБоковой фасад, высокая трава и паллетыСнижает доверие и не объясняет путь клиента или товара.

Нужна реальная досъёмка

  • приёмка или разгрузка товара;
  • пересчёт и проверка без данных клиентов;
  • маркировка и упаковочный стол;
  • собранный заказ или готовая партия;
  • осмотр возврата;
  • чистый фасад и подъезд.

Создать кодом, а не фотографией

  • паспорт и маршрут FBO-партии;
  • анимированный поток FBS-заказов;
  • ветку возврата;
  • границу ответственности магазина и склада;
  • схему согласования формата контроля.

06 · План улучшений

Приоритеты, эффект и сложность

Критично

Развести архитектуру трёх страниц

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

Сложность: высокаяВыполнено: v3
Критично

Синхронизировать Telegram-сценарии

Проблема: сейчас бот только связывает с менеджером. Решение: не обещать анкету; передавать источник CTA через будущую настройку бота или аналитику. Эффект: честный следующий шаг.

Сложность: средняяСтатус: тексты исправлены
Рекомендуется

Доснять операционные процессы

Проблема: фотографии доказывают помещение, но не работу. Решение: 6–8 реальных сцен без данных клиентов. Эффект: меньше абстракции, сильнее доверие.

Сложность: средняяНужно от клиента
Рекомендуется

Подтвердить FBS и магазинный регламент

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

Сложность: организационнаяНужно от клиента
Необязательно

Добавить лёгкую микроанимацию

Проблема: без движения поток FBS менее нагляден. Решение: анимация карточек заказов с prefers-reduced-motion. Эффект: различимость страницы без тяжёлых видео.

Сложность: низкаяВыполнено: v3

07 · Контентная безопасность

Что пока нельзя превращать в обещание

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

Не публиковать без подтверждения

  • цены, минимумы, скидки и единицы тарификации;
  • сроки, cut-off и SLA;
  • площадь, вместимость и производительность;
  • конкретные площадки и службы доставки;
  • CMS, WMS, интеграции и синхронизацию;
  • порядок возвратов и инцидентов;
  • охрану, материальную ответственность и видеонаблюдение;
  • условия тестовой партии.

Можно использовать

  • ABR-fulfillment;
  • действующие продавцы и производители;
  • Москва и Московская область;
  • FBO, FBS и интернет-магазины;
  • подтверждённый перечень операций;
  • ЭДО и «Честный знак»;
  • реальные фотографии склада;
  • Telegram-бот как связь с менеджером.

08 · Адаптивность

Контрольные состояния

1440 px
  • у каждой страницы собственный доминирующий визуал;
  • FBO читается как маршрут, FBS как цикл, магазин как граница;
  • реальные фото не повторяются в каждом блоке;
  • CTA появляется после аргумента, а не механически.
390 px
  • сложные схемы переходят в один столбец;
  • анимация FBS не создаёт горизонтальный скролл;
  • липкий CTA появляется после прокрутки;
  • виджет правок не перекрывает CTA;
  • при reduced motion движение отключается.

Решение для v3

Не генерировать новые «реальные» процессы

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

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