Моя роль
Я присоединился к фудтех-стартапу Sizl на этапе запуска MVP в качестве дизайнера. Моя задача включала проектирование внутреннего веб-интерфейса для управления операциями дарк-китчена и разработку дизайн-системы для ускорения создания продукта.
Sizl — фудтех-стартап, запущенный в Чикаго выходцами из компании «Кухня на районе». Проект представлял собой дарк-китчен, где все процессы, от приготовления блюд до доставки, управлялись через внутренний веб-сервис. Его интерфейс был рассчитан на работу под разные типы устройств: тач-планшет, информационные телевизоры кухни с динамическим интерфейсом изменяемым в реальном времени для отображения данных, стационарные ПК для менеджмента остатков и логистисики.
Сервис поддерживал несколько ролей: шеф-повар, повар, менеджер и курьер. Каждая роль имела доступ к специфическому функционалу. Например, менеджер мог отслеживать заказы, прогнозировать остатки продуктов и координировать курьеров, а шеф-повар управлял исполнением заказов и запасами. Сложность заключалась в создании интерфейса, который бы эффективно поддерживал все сценарии, оставаясь интуитивным на разных устройствах.
К началу работы команда была небольшой, и требовалось быстро выпустить MVP, минимизируя издержки. Дизайн-система должна была стать основой для масштабирования продукта.
Работа началась с онбординга и анализа бизнес-модели, схожей с предыдущим проектом команды. Ребята активно погружали меня в продуктовые особенности, сразу же подсвечивали мне корнер кейсы предыдущего проекта и на эьом этапе помогли мне ускориться. Первым шагом стало создание user flow для каждой роли: менеджера, шеф-повара, курьера. Это позволило понять, какие функции нужны каждой роли и как они пересекаются, например, в сценариях логистики и управления запасами. Так же я сразу задумался о интеграции дизайн-системы. Я начал изучать имеющуюся документацию не только на предмет core компонентов, но и выявлять заранее повторяющиеся паттерны и сквозные блоки, которые встречались во всех ролях.
Интерфейс проектировался с учетом специфики ролей. Менеджеры могли отслеживать заказы, прогнозировать остатки, собирать обратную связь и координировать курьеров. Шеф-повара управляли исполнением заказов и запасами. Повара видели только свои задачи, а курьеры — маршруты и статусы доставки. Сквозной сценарий логистики связывал все роли: например, шеф-повар мог заказать недостающие продукты, а менеджер видел, когда они прибудут.