Нестандартная задача. Проектирование товарной накладной.

Andrii Tonkonogov
Aug 9, 2017 · 5 min read

В апреле 2017 Rademade внедрила CRM-систему управления заказами для компании Ping-Pong — сервис доставки еды в Киеве. Детали заказов в CRM структурированны таким образом, чтобы помочь операторам колл центров и администраторам точек доставки обрабатывать, мониторить приготовление и доставку заказов.

В мае, когда начали работу над новым блоком CRM-ки, так кайфонули от процесса и результата, что захотелось написать о ней статью. Речь идет о товарной накладной заказа.

Что бы правильно начать, нужно что-то заказать.

Отправной точкой для начала работы стал заказ доставки еды от Ping-Pong. Вместе с коллегами, работающими над проектом, изучили накладную и записали первые впечатления. Дальше предстояла встреча с заказчиком, что бы вместе определить бизнес-задачи для накладной.

В накладной много акцентов; отсутствуют контакты — моб. телефоны, сайт; в таблице нет модификаторов (из чего состоит бренч-бокс, или что не добавлять в блюдо)...

На встрече с заказчиком определили бизнес задачи для будущей накладной и нагенерили гипотез:

  • Ускорить сборку заказа, улучшив читабельность деталей по заказу;
  • Помочь курьеру верно принимать решения в ежедневно повторяющихся ситуациях, уменьшив кол-во акцентов и выделив главное;
  • Привлечь новых клиентов и повысить частоту заказов постоянных клиентов;
  • Увеличить кол-во способов оплаты заказа, добавив оплату через QR-код с накладной. (решит не редкую проблему отсутствия налички у клиента);
  • Повысить информативность накладной, добавив детали заказа и адреса, дополнительные сведения по блюдам — модификаторы;
  • Внести универсальный цифровой код (далее — основной код) для накладной, что решит ряд проблем по ускорению общения между курьерами и Колл-центром.
Укороченная версия гипотезы для статьи

Для сокращения объема статьи не будем приводить гипотезы по полной формуле, т.к. в ряде случаев не скажем почему так решили — коммерческая тайна, и в ряде случаев гипотеза выдвигалась без железного аргумента, с пониманием того, что нужно попробовать и собрать отклик курьеров . То же касается и «проверим»… Проверим запустив. Тогда и поймем как еще улучшить. :)

Начинаем работу

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

Анализируем свою работу, показываем клиенту, даем пользоваться курьерам, собираем фидбек, делаем выводы…

Итерация 1.2

  1. Введя универсальный код заказа мы в дальнейшем сможем скрывать ряд информации с накладной, но пока лучше всю информацию показывать, т.к. можем усложнить работу курьера в ряде кейсов.
  2. Клиенту покажем на чеке время принятия заказа и имена оператора и курьера, которые обрабатывали заказ. Это должно повысить доверие к компании и открытость.
  3. В таблицу добавим номера блюд, и модификаторы (составные бренчбокса, изменения в блюде). Это должно увеличить скорость считывания накладной на кухне и сборку заказов.
  4. Сэкономим вертикальное пространство в блоке над таблицей. Выделим главное. Что-то соединим по смыслу.
Итерация 1.2. Документ стал информативней, но еще менее компактней чем был.

В процессе работы добавились микро бизнес-задачи. Макет стал объемней. Результат показали заказчику и курьерам, сами посмотрели на свою работу со стороны и собрали следующие выводы:

Итерация 1.3

  1. В шапке выделим телефон и уменьшим акцент на ФОП, это поможет выделить в шапке главное.
  2. В логотип добавим подпись и слоган, это увеличит запоминание логотипа и ассоциацию с брендом.
  3. Блок о клиенте сделаем меньше по высоте, нам нужно вмещать минимум 10 позиций в таблице.
  4. Тип оплаты, статус и сдачу попробуем в горизонтальном режиме показать.
  5. Слова основной и дополнительный код ни о чем не говорят. Покажем разницу визуально. Создадим отдельную конструкцию.

Фидбек и выводы по этой иттерации мы записали на бумаге.

Расшифруем основные.

Итерация 1.4

Выводы по итерации получились следующими:

Итерация 1.5 и финализация

  1. Времени заказа заказа придать большего акцента и перенести в шапку накладной;
  2. Плашку для информации в шапке сделать как производную из логотипа;
  3. Комментарий и детали доставки сделать меньше чем данные о клиенте и адрес;
  4. Сетку в подвале перестроить, что бы таблица могла максимально низко «опускаться».

В ходе ряда микро-итераций мы пришли к финальному виду накладной.

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

Было-стало

Послесловие

Заходите и ставьте лайки на наш Беханс.

Всем добра (:

Go Design

Блог дизайнеров компании Rademade. Делимся опытом, открытиями и знаниями.

Thanks to Alexandr Buzan

Andrii Tonkonogov

Written by

designer, musician, athlete

Go Design

Go Design

Блог дизайнеров компании Rademade. Делимся опытом, открытиями и знаниями.

Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade