План выбора TMS-вендора для маркетплейса
Документ описывает метод выбора, состав работ, сроки и критический путь. Подготовлен для согласования со СРО и директором по логистике до старта проекта.
Контекст и цель
Контекст родительского проекта: создание бесшовного информационного пространства, исключающего потерю данных на стыках логистической цепи. Автоматизация рутины, 100% прозрачность движения грузов, юнит-экономика каждого отправления.
Задача: выбрать TMS (Transport Management System) решение среди вендоров в Казахстане для внедрения в маркетплейс, на основе ТЗ (описание функций и ограничений) от директора по логистике, с учётом бизнес-процессов, возможностей интеграции с текущими модулями софта и планами развития маркетплейса.
Цель выполнения задачи: определиться с выбором вендора для запуска проекта по интеграции.
Польза от решения задачи: выбранный вендор — точка невозврата проекта. Решение разблокирует контрактование, постановку ТЗ на интеграцию и старт команды, а также фиксирует архитектурный потолок — какие цели проекта достижимы из коробки, а какие требуют доработок. Ошибка на этом шаге позже обойдётся в 5–20× дороже по ресурсам на последующих этапах внедрения и эксплуатации.
Результат выполнения задачи: согласованное описание (отчёт) по выбранному софтверному решению с директором по логистике и СРО.
Метод выполнения задачи: анализ по критериям
Метод состоит из четырёх этапов:
| Этап | Действие | |
|---|---|---|
| 1 | Сбор информации из уже существующих источников в интернете | |
| 2 | Построение матрицы по чек-листу | |
| 3 | Верификация: запрос демо, контакт с вендорами, изучение технической документации | |
| 4 | Сопоставление с ТЗ + ранжирование |
Различие в понимании Сроков ≠ Скорость
Срок выполнения (lead time) — календарное время от начала работы до её завершения, включая ожидания (ответ вендора, согласование, поиск встречи). Скорость выполнения (effort) — чистое рабочее время непосредственно над работой.
Пример: отправить анкету вендору — скорость 1 час, срок 7–14 дней (ждём ответ).
Эта разница определяет, какие работы можно параллелить, а какие критически узкие.
Полная таблица работ
Оценки даны для шорт-листа из 3–4 вендоров. Колонка «Параллельно с» показывает, какие работы могут идти одновременно.
| # | Работа | Ресурсы | Срок | Скорость | Параллельно с |
|---|---|---|---|---|---|
| 1.1 | Брифинг с директором по логистике (уточнение требований) | Илья (продакт) + директор по логистике; Zoom | 1 день | 2 ч | — (стартовая) |
| 1.2 | Сбор шорт-листа 3–4 вендоров с ИИ + контекст рынка | Илья (продакт) + ИИ-агент; Google, обзоры | 1 день | 3 ч | 2.1 |
| 2.1 | Разработка чек-листа критериев | Илья (продакт) + директор по логистике + СРО; шаблон от ИИ | 0.5 дня | 4 ч Ильи (продакта) + 2 ч директора по логистике + 1 ч СРО | 1.2 |
| 2.2 | Заполнение матрицы по открытым данным | Илья (продакт) + ИИ-агент; spreadsheet | 2 дня | 6 ч | 3.1, 3.2, 3.4 |
| 3.1 | Анкета и запрос коммерческого предложения у вендоров | Илья (продакт) + представители вендоров; e-mail | 7–14 дней (ожидание ответов) | 6 ч пакет + 1.5 ч × 4 вендора = 12 ч | 2.2, 3.2, 3.4 |
| 3.2 | Демо-сессии | Илья (продакт) + директор по логистике (опц.) + вендоры; Zoom | 10–14 дней (поиск слотов) | 3 ч × 4 вендора = 12 ч Ильи (продакта) + 6 ч директора по логистике | 2.2, 3.1, 3.4 |
| 3.4 | Технический анализ интеграции | Илья (продакт) + архитектор; документация | 7–10 дней | 6 ч Ильи (продакта) + 8 ч архитектора | 2.2, 3.1, 3.2 |
| 4.1 | Финализация матрицы | Илья (продакт) | 0.5 дня | 4 ч | — |
| 4.2 | Ранжирование и выбор финалиста | Илья (продакт) | 0.5 дня | 3–5 ч | — |
| 4.3 | Подготовка отчёта | Илья (продакт); шаблон | 0.5 дня | 4 ч | 4.4 (поиск слота под презентацию идёт параллельно) |
| 4.4 | Согласование с директором по логистике и СРО | Илья (продакт) + директор по логистике + СРО; Zoom | 5–7 дней (слот + правки) | 3 ч Ильи (продакта) + 1.5 ч директора по логистике + 1.5 ч СРО | — |
Сроки по задаче выбора вендора
| Метрика | Значение |
|---|---|
| Срок (календарный) | 3.5–4 недели (с учётом параллельной загрузки и буфера на риски) |
| Скорость (Илья, продакт) | 59–61 ч + 4–6 ч подготовки |
| Загрузка Ильи на TMS | ~60% рабочего времени (4.8 ч/день из 8 ч) |
| Эффективная загрузка с учётом буфера 20% | ~48% (3.84 ч/день) |
| Скорость (директор по логистике) | ~10 ч |
| Скорость (СРО) | ~3 ч |
| Скорость (архитектор) | ~8 ч |
Параллельная загрузка Ильи и её влияние на срок
Илья (продакт) параллельно ведёт два других стрима с суммарной загрузкой ~40%:
-
Продакт-овнер на WMS
-
Проект интеграции СДЭК
Буфер на риски: +20% к сроку
Дополнительно заложен 20%-й резерв на риски, не связанные с TMS-проектом напрямую:
-
Короткие отвлечения по смежным проектам — например, контекстные вопросы по проекту FBS на B2B, который ведёт другой продакт, но с пересечением логистических процессов.
-
Внеплановые срочные задачи на стримах WMS и СДЭК.
-
Спады активности и переутомление.
-
Болезни (свои и в семье).
Эффективная загрузка Ильи с учётом буфера: 60% × 0.8 = ~48% (3.84 ч/день вместо 4.8 ч/день).
Итоговый эффект на срок: +2–3 рабочих дня → 3.5–4 недели** (16–19 рабочих дней).
Илья — узкое место на финале проекта (этапы 4.1–4.3). Там работы короткие сами по себе, но требуют сосредоточенности и непрерывного блока внимания. Если на эту 1 неделю (после получения ответов вендоров) есть возможность временно перевести Илью на 80%+ TMS — срок сокращается до 3 недель (буфер расходуется только на финал, а не размазан по проекту).
Критический путь
Брифинг с директором по логистике (1д)
→ Разработка чек-листа критериев (1д)
→ Ожидание ответов вендоров на анкету и запрос КП (5–7д)
→ Финализация матрицы (1д)
→ Ранжирование и выбор финалиста (1д)
→ Подготовка отчёта (1д)
→ Согласование с директором по логистике и СРО (3д)
= 13–16 рабочих дней
+ 20% буфер на риски (~3 рабочих дня)
= 16–19 рабочих дней ≈ 3.5–4 недели
Узкие места критического пути:
-
Ожидание ответов вендоров на анкету и запрос КП (7–14 дней). Главный bottleneck. Можно ужать до 5–7 дней, если в первой коммуникации зафиксировать жёсткий дедлайн ответа и предупредить, что отсутствие ответа = выбывание из шорт-листа.
-
Согласование с директором по логистике и СРО (5–7 дней). Зависит от слота в календаре СРО — забронировать слот заранее (на этапе брифинга), как только понятна примерная дата готовности отчёта.
Что идёт в параллель:
-
Дни 2–3 (после брифинга): Сбор шорт-листа (с контекстом рынка) ‖ Разработка чек-листа критериев.
-
Дни 4–10: Заполнение матрицы ‖ Анкета и запрос КП у вендоров ‖ Демо-сессии ‖ Технический анализ интеграции — все четыре одновременно, как только готовы чек-лист и шорт-лист.
-
Дни 11–13: Финализация матрицы → Ранжирование → Подготовка отчёта (по 1 дню каждое из-за параллельной загрузки) ‖ поиск слота под согласование.
-
Дни 14–16: Согласование с директором по логистике и СРО.
-
Дни 17–19: буфер на риски (болезни, спады, отвлечения по FBS B2B и т.д.) — расходуется по факту, не по плану.
Что делается заранее, чтобы сократить срок
Принцип
Всё, что не зависит от информации изнутри проекта, делается до старта или параллельно ранним этапам. Это превращает работы критического пути из «делать с нуля» в «адаптировать готовое».
По каждой работе на критическом пути
| Работа | Что делается заранее | Эффект на срок |
|---|---|---|
| 1.1 Брифинг | Подготовить структурированный список вопросов директору по логистике + черновую гипотезу о требованиях из публичных материалов Teez. Сразу на брифинге согласовать формат чек-листа. | 1 день остаётся, но снижает риск возврата за уточнениями |
| 2.1 Чек-лист критериев | До брифинга: с ИИ-агентом сделать шаблонный чек-лист TMS по индустриальным практикам (60–80% покрытия). После брифинга — адаптация под Teez, не разработка с нуля. | 2 дня → 0.5 дня |
| 3.1 Анкета и КП у вендоров | (1) Шаблон анкеты по типовому чек-листу TMS — до 2.1. (2) Pre-warming: неформальный звонок sales-у каждого вендора за 3–5 дней до отправки официальной анкеты — «к вам придёт запрос, дедлайн N дней, ответственного назначьте сейчас». (3) В письме с анкетой сразу запросить слоты для демо на следующую неделю — не ждать ответа на анкету, чтобы стартовать 3.2. | 7–14 дней → 5–7 дней ожидания |
| 4.1 Финализация матрицы | Вести матрицу инкрементально: каждый ответ вендора заносится сразу с пометкой источника. К моменту окончания 3.x матрица уже на 80% финальная. | 2 дня → 0.5 дня |
| 4.2 Ранжирование | Метод ранжирования (взвешенная сумма) и формулы в spreadsheet — заготовить заранее. Веса критериев утвердить ещё в Работе 2.1, не откладывать на 4.2. | 1 день → 0.5 дня |
| 4.3 Отчёт | Шаблон отчёта (структура: Контекст → Метод → Критерии → Анализ → Рекомендация → Риски → Следующие шаги) — заранее. Заполнять по ходу: бриф → раздел «Контекст», чек-лист → раздел «Критерии», матрица → раздел «Анализ». На 4.3 остаётся написать только «Рекомендацию» и «Риски». | 3 дня → 0.5 дня |
| 4.4 Согласование | (1) Забронировать слот в календаре СРО на этапе 1.1 — на дату через 3–3.5 недели. Если буфер на риски не израсходуется — слот сдвинем раньше. (2) Промежуточные апдейты СРО на этапе 3.x (10-минутный статус) — чтобы на 4.4 не было сюрпризов и многораундовых правок. (3) Параллельно держать директора по логистике «в петле» — он со-согласующий. | 5–7 дней → 3 дня |
Сквозные приёмы
1. Подготовительный «нулевой день»
Перед стартом проекта (день −1) — 4–6 часов на заготовки:
-
Шаблон чек-листа TMS (с ИИ-агентом).
-
Шаблон анкеты вендорам.
-
Шаблон финального отчёта.
-
Spreadsheet матрицы с формулами ранжирования.
Эти артефакты не привязаны к конкретике Teez — они работают в любом проекте выбора TMS. Окупаются сразу.
2. Pre-warming стейкхолдеров
| Стейкхолдер | Когда предупредить | Что зафиксировать |
|---|---|---|
| СРО | На этапе 1.1 | Слот для согласования через 3–3.5 недели |
| Директор по логистике | На этапе 1.1 | Готовность к промежуточным апдейтам и со-участию в 1–2 демо |
| Архитектор | На этапе 2.1 | Зарезервировать 8 ч на этапе 3.4 (через 1–1.5 недели) |
| Вендоры | За 3–5 дней до 3.1 | Неформальный звонок: «придёт запрос, дедлайн ответа N дней» |
3. Инкрементальная сборка артефактов
Превращаем монолитные финальные работы (4.1, 4.3) в непрерывный поток: каждый ответ вендора, каждое демо, каждое наблюдение сразу заносятся в матрицу и в нужный раздел отчёта.
К моменту 4.x остаётся только синтез (рекомендация и обоснование), а не сборка.
Соотношение вложений
| Метрика | Без подготовки | С подготовкой заранее |
|---|---|---|
| Срок (календарный) | 7–9 недель | 3.5–4 недели |
| Дополнительный effort на подготовку | 0 ч | +4–6 ч (нулевой день) |
| Сокращение срока за счёт подготовки | — | 3.5–5 недель |
Оба варианта посчитаны при текущей загрузке Ильи 60% на TMS и с 20%-м буфером на риски. Соотношение «вложить 4–6 часов → получить минус 3.5–5 недель срока» — лучшее, что в принципе можно сделать рычагом.
Что НЕ удастся сократить
-
Дедлайн ответа вендора <5 дней — нереалистично, sales-цикл крупного вендора так не работает.
-
Демо <1.5 ч — короче не бывает осмысленным, если хочешь увидеть нужные сценарии.
-
Технический анализ интеграции (3.4) — упирается в реальное чтение документации архитектором, шаблонами не ускоряется.
-
Финальная встреча согласования (4.4) — нельзя короче 1 часа на содержательный разбор отчёта со стейкхолдерами.
Эти 4 элемента — физический минимум, под них и подгоняем критический путь.
Что нужно от СРО
-
Слот в календаре через 3–3.5 недели от старта — для финального согласования (Работа 4.4, ~1.5 часа). Если буфер на риски не израсходуется — слот можно сдвинуть раньше.
-
Готовность к 1–2 коротким апдейтам на этапе 3.x (по 10 минут) — снижает риск многораундовых правок отчёта.
-
Валидация чек-листа критериев на этапе 2.1 — ~1 час (что для тебя обязательно, что желательно).
