Петр Шпис Автор работы Номинации: Фриланс-команда года, Digital и технологии, Лучший отраслевой проект

Monami — от дизайн-концепта к рабочей PWA-системе управления проектами

Фриланс-команда года Digital и технологии Лучший отраслевой проект

Задача

В прошлом году мы уже представляли этот проект на «Золотом копье», но тогда он существовал в основном как продуктовая концепция и проработанный дизайн. За год Прагмания стала Monami, а макеты превратились в работающий PWA-продукт. Главная задача нового этапа — проверить спроектированную логику реальной разработкой и реальными пользователями.

Monami объединяет задачи, календарь, проекты и планирование сроков. При этом один из центральных инструментов продукта — критический путь, который помогает работать с зависимостями между задачами и понимать, как изменения внутри проекта влияют на итоговые сроки. Мы разрабатывали не очередной таск-трекер, а систему, где задачи действительно зависят друг от друга.

Уже первые рабочие сборки показали, что просто перенести утвержденные макеты в код недостаточно. В реальном использовании появились состояния и исключения, которые практически невозможно обнаружить в статичном прототипе. Разработка стала вторым этапом проектирования: интерфейс продолжал меняться уже после того, как начал работать.

Решение

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

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

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

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

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

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

Разработка

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

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

Мы также не фиксируем UI как неизменяемый результат дизайн-этапа. Если рабочая версия показывает, что сценарий можно сделать короче или понятнее, мы возвращаемся к UX и меняем его вместе с логикой продукта. Так были переработаны отдельные элементы навигации, взаимодействие с задачами и часть календарных сценариев.

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

Результат

За год Monami прошел полный путь от кликабельной дизайн-концепции до работающего продукта с постоянными пользователями. Через систему уже ведут задачи, проекты, календарь и реальные рабочие процессы.

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

Реальные пользователи дали проекту то, чего невозможно получить даже на очень детальном Design First: повседневные сценарии, неожиданные последовательности действий и обратную связь после длительной работы с продуктом. Теперь каждая новая итерация опирается не только на продуктовую гипотезу, но и на реальное использование Monami.

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