Стартап для SMB-рынка Канады: ритейл, общепит, выездные команды. Спроектировал MVP от исследования до релиза.
Малый и средний бизнес — ритейл, общепит, выездные команды — управляет людьми в WhatsApp-группах, Excel-таблицах и бумажных расписаниях. Не потому что менеджеры не знают о специализированных инструментах. Потому что каждый инструмент решает одну задачу: расписание здесь, учёт времени там, задачи в третьем месте, коммуникация в четвёртом. Данные живут отдельно, команда переключается между приложениями, информация теряется на стыках.
Идея CollectiveHub: объединить всё в одном продукте — и сделать каждый модуль достаточно сильным, чтобы команда не вернулась к старым инструментам.
Провёл конкурентный анализ рынка: изучил сильные стороны существующих решений, выявил повторяющиеся паттерны и точки, где конкуренты системно проигрывают. Это дало основу для концепции, которая одновременно вбирала лучшие практики рынка и имела чёткие точки отстройки.
Провёл интервью с менеджерами SMB. В среднем они использовали 3–4 инструмента одновременно, треть назвала «потерю контекста при переключении» главной причиной ошибок — в расписании, при начислении зарплаты, при постановке задач. Информация об одном сотруднике жила в трёх разных системах одновременно.
Сотрудники SMB не работают за компьютерами. Расписание смотрят с телефона, задачи получают в приложении, тайм-клок — тоже мобильный. Принял решение проектировать web и mobile параллельно: не как отдельные продукты, а как одну систему на двух поверхностях. Это означало, что ограничения мобильного интерфейса учитывались в десктопных решениях с самого начала — а не накапливались как технический долг.
Шесть модулей, две платформы — без единой системы это путь к визуальному хаосу. Я начал с токенов: цвет, типографика, отступы, состояния компонентов. Компонентная библиотека строилась параллельно с первыми модулями — каждая новая фича дополняла систему, а не создавала исключение из неё. В итоге новые экраны собирались из готовых элементов, а не проектировались заново.
Система знает доступность, квалификацию и текущую нагрузку каждого сотрудника. Менеджер видит всё это в одном виде и назначает смены без конфликтов. Drag-and-drop, автоматическое обнаружение пересечений, уведомления сотрудникам.
Два модуля, одна проблема: SMB теряет время и деньги на ручном переносе данных. Time Clock фиксирует начало и конец смены с телефона — табель формируется автоматически, сверхурочные рассчитываются по канадскому трудовому законодательству. Цифровые формы убирают бумагу из операционных процессов: сотрудник заполняет отчёт или чеклист прямо на объекте, данные сразу доступны без ручного переноса.
В исследовании выявился типичный сценарий: общий WhatsApp-чат отдела, где сообщения для разных смен и объектов смешиваются в одном потоке. Менеджер не знает, кто прочитал важное. Сотрудник получает уведомления, не относящиеся к его смене. Решение: структурированные каналы с ролями и автоматической группировкой по объекту — каждый видит только то, что касается его работы.
Менеджер назначает задачу во время обхода — сотрудник получает пуш с описанием, подзадачами и дедлайном. Контекст не теряется при передаче, выполнение начинается немедленно.
Сотрудники не работают за компьютерами — расписание, задачи, тайм-клок всё на телефоне. Мобильное приложение проектировалось параллельно с вебом, а не в последнюю очередь.
Disclaimer: Все показатели являются приблизительными и округлены для удобства восприятия. Точные цифры конфиденциальны и защищены соглашением о неразглашении.
Запуск потребовал расстановки приоритетов: аналитика и расширенные настройки форм вышли в MVP-конфигурации, расширенные сценарии — следующим релизом. Правильное решение — сфокусироваться на том, что даёт ценность с первого дня, и не откладывать запуск ради полноты.
Mobile-first оказался настоящим ограничением, а не просто принципом. Когда начинаешь с телефона, часть десктопных флоу упрощается агрессивнее, чем хотелось бы. Несколько менеджеров в первые недели пилота говорили, что интерфейс «слишком простой» — они привыкли к плотным Excel-таблицам. Со временем это ощущение прошло. Оглядываясь назад — именно эта простота дала высокое мобильное вовлечение в первые 90 дней.
A startup for the Canadian SMB market: retail, food service, field teams. Designed the MVP from first interview to release.
Small and mid-sized businesses — retail, food service, field teams — manage their people through WhatsApp groups, Excel spreadsheets, and paper schedules. Not because managers don't know about dedicated tools. Because each tool solves one problem: scheduling here, time tracking there, tasks in a third place, communication in a fourth. Data lives separately, teams switch between apps, information gets lost at the seams.
The idea behind CollectiveHub: bring everything into one product — and make each module strong enough that teams wouldn't go back to their old tools.
I ran a competitive analysis: studied the strengths of existing solutions, identified recurring patterns and the points where competitors consistently fall short. This gave a foundation for a concept that both absorbed the best practices of the market and had clear points of differentiation.
I interviewed SMB managers. On average they used 3–4 tools simultaneously, and a third cited "context loss when switching" as the main cause of errors — in scheduling, payroll calculation, and task assignment. Information about a single employee lived in three different systems at once.
SMB employees don't work at desks. They check schedules on their phones, receive tasks in an app, clock in and out on mobile. I decided to design web and mobile in parallel — not as separate products, but as one system on two surfaces. This meant mobile constraints were factored into desktop decisions from the start, rather than accumulating as technical debt.
Multiple modules, two platforms — without a unified system, this is a path to visual chaos. I started with tokens: color, typography, spacing, component states. The component library was built in parallel with the first modules — each new feature extended the system rather than creating exceptions to it. As a result, new screens were assembled from existing elements, not designed from scratch.
The system knows each employee's availability, qualifications, and current workload. Managers see everything in one view and assign shifts without conflicts. Drag-and-drop, automatic conflict detection, employee notifications.
Two modules, one problem: SMBs lose time and money on manual data transfer. Time Clock records shift start and end from the phone — timesheets are generated automatically, overtime is calculated per Canadian labor law. Digital forms remove paper from operational processes: employees fill out reports or checklists on-site, and data is immediately available without manual transfer.
Research revealed a recurring scenario: a shared department WhatsApp chat where messages for different shifts and locations mix in one stream. Managers don't know who read what. Employees receive notifications irrelevant to their shift. The solution: structured channels with roles and automatic grouping by location — everyone sees only what concerns their work.
A manager assigns a task during a walkthrough — the employee gets a push notification with a description, subtasks, and deadline. Context isn't lost in the handoff, execution starts immediately.
Employees don't work at desks — scheduling, tasks, time clock: all on the phone. The mobile app was designed in parallel with the web, not as an afterthought.
Disclaimer: All metrics are approximate and rounded for readability. Exact figures are confidential and covered by NDA.
Launch required prioritization: analytics and advanced form settings shipped in MVP configuration, extended scenarios came in the next release. The right call — focus on what delivers value from day one, and don't delay launch for the sake of completeness.
Mobile-first turned out to be a real constraint, not just a principle. When you start from the phone, some desktop flows get simplified more aggressively than you'd like. A few managers in the first weeks of the pilot said the interface felt "too simple" — they were used to dense Excel spreadsheets. Over time, that feeling faded. Looking back, that very simplicity is what drove the high mobile engagement in the first 90 days.
