Monami

За год концепция с «Золотого копья» стала продуктом, в котором уже ведут настоящие проекты: задачи, календарь и сроки связаны, а не живут в разных таблицах.

Коротко

• Макеты превратились в PWA, которой пользуются каждый день
• Сдвиг задачи показывает, какие сроки дальше по цепочке тоже сдвинутся
• План можно смотреть не только «как сейчас», но и как он менялся

Задача

Год назад Monami — тогда ещё Прагмания — существовал как продуктовая концепция и проработанный дизайн. Награда подтвердила идею. Рабочего инструмента, которым можно вести проект, ещё не было.

Нужна была система, где задача зависит от другой задачи. Обычный список дел этого не даёт: перенесли одну карточку, а дедлайн всего проекта человек пересчитывает сам. В центре Monami — критический путь: связи, зависимости и понятный ответ, что случится со сроком, если одна работа сдвинется.

Первые рабочие сборки показали, что утверждённых макетов недостаточно. В статичном прототипе не видно состояния «задача просрочена, от неё зависят три другие, календарь на неделю уже занят». Разработка стала вторым кругом проектирования.

Решение

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

Задачи, календарь и проект сидят на одних данных. Поменяли срок задачи — он виден в календаре, в плане проекта и у зависимых работ. Пользователь ведёт один процесс, а не синхронизирует три раздела руками.

Больше всего логики забрал критический путь. Мало показать цепочку стрелками. Система должна пережить добавление связи, перенос, разрыв зависимости и задачу, которая внезапно стала длиннее. Если одна работа сдвигается, человек видит, что изменилось дальше, и не пересчитывает проект на бумаге.

Рядом начали версионирование плана. В живом проекте сроки правят постоянно, и одного «итогового» состояния мало: нужно понять, каким план был на прошлой неделе и что именно сдвинуло дату. Календарь после тестов тоже упростили: меньше лишних действий при смене дат и короче переход от планирования к самой задаче.

Как продукт стал рабочим

Monami — PWA. Один и тот же сценарий должен держаться на большом экране и на телефоне. Часть макетов хорошо выглядела только на десктопе: навигацию и работу с задачей на узком экране пересобирали уже по живым сборкам.

Сложность здесь в связанных сущностях. Одна правка задачи может задеть календарь, срок проекта, критический путь и соседние задачи. Ошибка на отдельном экране выглядит мелочью, а в плане — сломанным дедлайном.

Если рабочая версия показывает, что сценарий можно сделать короче, UX меняется вместе с логикой. Так переделали куски навигации, взаимодействие с задачами и часть календаря. После тестового запуска решения проверяют вопросом «можно ли этим каждый день вести проект», а не «выглядит ли схема логично на слайде».

Стек

• SaaS
• Web Services
• Веб-приложение
• Микросервисы
• Разработка продукта

Результат

Monami прошёл путь от кликабельной концепции до продукта с постоянными пользователями. В системе ведут задачи, проекты, календарь и реальные сроки.

Критический путь из красивой схемы стал механизмом: связанные задачи, перенос сроков, сложные состояния и история изменений плана. Это то, чего не даёт даже подробный Design First: длинные сценарии, странные последовательности действий и замечания после недели ежедневной работы.

Проект продолжается: новые функции, доработка механик, шире тестовая аудитория. В прошлом году можно было показать, как Monami должен работать. Сейчас можно показать, как им работают.

Как это выглядит