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

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

Я присоединился к проекту в роли продуктового дизайнера и за 6 месяцев спроектировал MVP приложения — от онбординга до корнер-кейсов.

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

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

• Высокая доля негативных отзывов → снижение рейтинга на Airbnb/Booking → уменьшение потока клиентов;
• Большие затраты на ручное администрирование (созвон → пересылка фото → подтверждение).

• Если клиентам/гостям давать возможность по QR-коду сообщать о возникающих проблемах и гарантировать быстрое решение, то это снизит кол-во негативных отзывов и увеличит LTV;
• Если дать персоналу понятные инструкции, чек-листы и возможность прикладывать фотоотчёты к задачам, то это на 50% сократит время адаптации у новых сотрудников, повысит доверие и качество работы;
• Если автоматизировать процесс заведения регулярных задач по уборке, то это позволит экономить менеджерам часы ручной работы и улучшит качество контроля с их стороны.

Спроектировать MVP приложения и передать в разработку. У ребят уже был некий брендбук с логотипом и палитрой, поэтому я взял его за основу и рисовал уже сами клиентские пути и вот это всё.

1. Ряд встреч для обсуждения бизнес-требований, целей, гипотез, сегментов и формирования плана работы;
2. Дизайн-концепция на базе онбординга и главного экрана;
3. Детальная проработка онбординга и всех ключевых сценариев (добавление новых объектов, создание/выполнение задач, чат, форма для жалоб клиентов, корнер-кейсов и т.д.);
4. Конечно, в процессе были регулярные синки по прогрессу, итерации правок и согласования. Но уже в августе удалось всё завершить и передать в разработку;
5. На этом всё, так как мы работали по каскадной модели и после готовности макетов и передачи в разработку, мои задачи заканчивались.

Флоу спроектированы под iOS исходя из бизнес-требований, далее в целях экономии ресурсов планировалось импортировать приложение на Android.

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

Работая в стартапах, я понял, что дизайнер в них — не исполнитель, а партнер, который усиливает команду своей экспертизой в пользовательском опыте и также участвует в стратегии развития продукта, как другие. Когда нет чёткой инструкции, а есть только идея и вера в продукт, именно продуктовый дизайн становится каркасом, который позволяет собрать MVP и проверить гипотезы. Такой опыт научил меня мыслить шире: видеть не только экраны, но и бизнес-модель, процессы, монетизацию и весь путь продукта. И именно это ощущение свободы и доверия стало для меня школой, которая подготовила к следующему шагу — работе в большом продукте, где ценность идей усиливается данными, масштабом и продуктовой культурой.