День переключения интернет-магазина: план по часам и кто что делает руками

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

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

Разработку ведут итерациями: не успели к пятнице — договорились и перенесли. У дня переключения такого свойства нет. В нём есть момент, после которого покупатели приходят уже не в старую версию магазина, и всё, что не проверено до этого момента, проверяет клиент — своими деньгами и своим временем.

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

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

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

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

Клиентский сервис в этот день усиливают: после смены структуры каталога люди пишут не «у вас ошибка», а «не могу найти пальто, которое смотрел вчера». Список изменившихся разделов и шаблоны ответов операторам отдают накануне, чтобы они не выясняли это в чате вместе с покупателем. Это общая практика, а не замер по конкретному проекту.

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

Список ниже — наш, по нему идёт ведущий дня. На каждый пункт отвечает конкретный человек и отвечает фактом, а не ощущением.

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

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

Главное недоразумение про день X — что это работа автоматики, которую люди наблюдают. Автоматика отрабатывает в первые полчаса, дальше идёт ручная работа, и её объём при планировании смены обычно недооценивают.

Адреса. Сотню строк из карты соответствия открывают руками: массовая проверка отвечает на вопрос «отдаёт ли сервер страницу», а не «ту ли страницу он отдаёт». Перенаправление, которое работает и приводит из раздела обуви в раздел сумок, автоматика считает успехом. Человек видит подмену за секунду.

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

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

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

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

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

Grande Boutique — сеть мультибрендовых бутиков, основанная в Уфе и работающая больше двух десятилетий. Каталог — свыше 35 000 наименований, более 30 интеграций, прежний сайт проработал больше десяти лет на одной из распространённых отечественных платформ. В задаче проекта стояло три части сразу: миграция на современный стек, сохранение объёма поисковой выдачи и удобный интерфейс.

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

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

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

Не правят дизайн и не принимают правки. «Раз уж мы тут, давайте поправим отступ в карточке» в этот день стоит дороже, чем кажется: любая выкладка меняет версию, на которую вы собирались откатываться. Замечания по виду пишут в один файл и разбирают назавтра.

Не заводят товар и не меняют цены. Каталог заморожен до конца дня, даже когда кажется, что всё работает: первая же проведённая поставка смешивает ошибки обмена с нормальным движением остатков, и разделить их потом невозможно.

Не запускают рассылку и новые рекламные кампании. Письмо «мы обновились» в час переключения приводит пик трафика ровно тогда, когда смена занята проверками; его сдвигают на следующий день.

Путь отката описывают заранее и почти никогда им не пользуются. Формальностью это его не делает: решение «идём дальше» даётся спокойно только тогда, когда альтернатива существует и не выдумывается на ходу.

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

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

Если вы сравниваете подрядчиков, попросите план дня переключения до подписания и посмотрите на три вещи.

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

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

Что день пройдёт без единого замечания — не обещаем. На каталоге в десятки тысяч позиций всегда находится категория, где что-то приехало не так; вопрос в том, найдёт это дежурный в первые часы или покупатель на второй неделе. Управляемо именно это, а не отсутствие проблем.

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

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

Если переключение впереди, сделайте одну вещь без нас: откройте свой план дня X и проверьте, стоит ли напротив каждого пункта фамилия. Обычно ответственные находятся у трёх пунктов из двадцати, остальные принадлежат «команде». Это исправление занимает полчаса.

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