Один из важных навыков в управлении проектами — фазирование.

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

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

Если глаз намётан, то начать замечать фазирование становится не так уж и сложно. Мне сегодня на глаза попался любопытный пример из мира Вайлдберрис.

Оформляю посылку, чтобы из одного ПВЗ передать вещь в другой ПВЗ. И вижу внизу серый шрифт, который говорит, что если получатель свою посылку не забирает, то отправитель её обратно не получит. Лезу в оферту — и правда, в таком случае вб может «распоряжаться отправлением по своему усмотрению».

Как пользователь, вы можете сейчас начинать возмущаться: «С КАКОЙ ТАКОЙ СТАТИ вб собрался уничтожить мою посылочку?!». Но как операционщик и проджект я вам скажу, что это — нормальное решение. Возвратная логистика (отдать обратно отправителю его невыкупленные товары) — сложный процесс, строить его дорого, долго и муторно. Вб мог бы упороться и запустить свою службу доставки вместе с возвратным потоком — и это произошло бы ещё через год. А они просто в первой фазе запуска от него отказались. Потому что им дешевле компенсировать пару досудебок, чем делать разработку возвратного потока для частных посылок.

Что можно забрать себе из этой истории? Предлагаю на старте проекта сразу решать, что будет «достаточно хорошим» результатом и долбиться с начала в запуск именно этого, а не всего сразу.