CASE STUDY
Транзет
сервис грузоперевозок
Апрель, 2018
Как все начиналось
Я пришел в компанию третьим сотрудником. Продукт находился еще на стадии идеи и имелось лишь общее представление того, каким он должен быть.

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

Нас было четверо. И мы верили, что на это способны.

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

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

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

Этим видением был маркетплейс, который объединяет производителей и перевозчиков. К его реализации мы и приступили.
Marketplace
Первый продукт
Роли пользователей
С каждым типом пользователя было проведено личное интервью или телефонный разговор
  • Заказчик
    Работает в офисе на большом мониторе, работу выполняет логист
    Задачи:
    – добавляет заявки на перевозку
    – рассматривает входящие предложения
    – отслеживает груз на карте
  • Перевозчик
    Работает в офисе или из дома (если ИП), чаще использует полноценный монитор.
    Задачи:
    – ищет подходящие грузы
    – указывает ставку и транспорт
    – контролирует своего водителя
  • Водитель
    Работает из машины с телефона или планшета, иногда телефон кнопочный
    Задачи:
    – получает задания на перевозку
    – подтверждает прибытие на точки
    – забирает и передает документы
Проблемы
В ходе вывода продукта на рынок мы столкнулись с рядом проблем. Некоторыми из них делюсь ниже.
  • Вызвать доверие заказчиков
  • Описание
    Грузы периодически крадут или портят при перевозки, поэтому заказчики тщательно подбирают контрагентов.
  • Решение
    Организовали внутреннюю СБ и проверяли каждого перевозчика, который регистрировался в системе. Доступ к грузам открывался только после проверки.
  • Соблюсти баланс доступных грузов и перевозчиков
  • Описание
    Многие перевозчики уходили недовольными, когда не находили подходящие грузы. Учитывая, что им пришлось пройти проверку.
  • Решение
    Добавили возможность сохранить введенный перевозчиком запрос и присылать уведомление при появлении новых грузов
  • Установить приложение на телефоны водителей
  • Описание
    У многих водителей не было смартфонов, другие не хотели этого делать, периодически сталкивались с ограничениями платформы Android
  • Решение
    Были созданы пошаговые инструкции и организована поддержка водителей по телефону, в почте и чатах. Контролировали метрики по отслеживанию.
Функционал
Определение функционала было основано на множестве интервью, которые проводились с пользователями на протяжении создания и развития первой версии
Перевозки
Логист мог вручную добавить заявку, после чего она попадала в общий список грузов
Рекомендации
Перевозчик получал рекомендации на основе его местоположения и избранных направлений
Поиск
Перевозчик мог найти грузы с помощью поиска и фильтров, а так же сохранить запросы для получения уведомлений
Итог
Подобная модель работы оказалась не подходящей для рынка.

У всех заказчиков уже были свои перевозчики, а ради редкого поиска проще было использовать крупную биржу грузоперевозок, пускай и не такую надежную.
2019 – 2020
Мы решили сменить модель продукта
Пользователи начали просить функции, которые не подходили сервису, который работает по модели маркетплейса. Поэтому мы начали думать в сторону второго продукта для организации внутренних логистических процессов компаний, что было более востребовано, что стало ясно в ходе сбора обратной связи.

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

Но лучше поздно, чем никогда.

Команда выступала за мнение делать второй продукт отдельно, но мне удалось найти решение, которое помогает объединить две модели работы в одном продукте.

Так появилась вторая версия продукта – TMS.
Система управления перевозками (TMS)
Второй продукт
Роли пользователей
Четких разграничений ролей не было – одна компания могла выполнять одновременно роль перевозчика и заказчика, как и в реальном мире.
Нашей задачей было создать продукт, который будет удобен всем типам пользователей.
Функционал
Определение функционала было основано на множестве интервью, которые проводились с пользователями на протяжении создания и развития первой версии
Перевозки
Логист мог добавить заявку вручную через веб-интерфейс или по интеграции из 1С
Водители и транспорт
Пользователь мог добавить своих водителей, транспорт и назначать их на перевозку
Контрагенты
Пользователь мог добавить своих контрагентов и назначать их на перевозки
Сотрудники
Пользователь мог пригласить своих сотрудников и задать каждому права доступа
Уведомления
Пользователь мог настроить, какие типы уведомлений получать и по каким каналам
Служба безопасности
Была добавлена роль СБ, которая одобряла всех новых водителей и транспорт
Итог
Была разработана тестовая версия системы по управлению внутренними логистическими процессами компаний.

В процессе разработки удалось найти трех крупных клиентов, на основе потребностей которых и разрабатывался продукт.
Апрель, 2023
После пяти лет работы я решил покинуть компанию
За это время было совершено множество ошибок и успешных действий, а так же сделано множество выводов, которые показали мне, как нужно создавать цифровые продукты.

Главный вывод о создании продуктов следующий. Нужно уделять большое внимание тому, каким образом вы планируете внедрить ваш продукт в существующие процессы (жизненные и профессиональные сценарии) пользователей.

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

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

На старте мы этого не понимали.
Спасибо за внимание!
Илья Сидоренко