FocusOn корпоративный планировщик задач
Мобильное приложение для управления проектами и кросс-функционального взаимодействия внутри компании
Целевая аудитория
Сотрудники компании (менеджеры, дизайнеры, бухгалтеры), сталкивающиеся с хаосом в коммуникациях и рисками потери финансовых данных
Разработка мобильного приложения для управления проектами с интегрированным CRM-модулем для автоматизации взаимодействия отделов продаж, бухгалтерии и дизайна
Цели проекта
Суть проекта
Корпоративное приложение (ERP/CRM), автоматизирующее взаимодействие отделов внутри компании. Продукт предназначен для устранения хаоса в коммуникациях и обеспечения безопасного доступа к данным
Я изучила как гибкие системы (Notion, Monday), так и тяжёлые корпоративные решения (Jira, Bitrix24). Вывод: гибкие — небезопасны для финансов, тяжёлые — слишком сложны для мобильного использования. FocusOn занимает уникальную нишу: строгая безопасность в лёгком интерфейсе
Анализ конкурентов
В процессе исследований были выделены основные боли пользователей, разый ролевых моеделей:
Боли пользователей
Операционная перегрузка бэк-офиса
Бухгалтерия вынуждена отвечать на сотни однотипных запросов о статусах оплаты счётов в ручном режиме
Юридические и финансовые риски
Работа над задачами начинается без подтверждённого договора или приложения. Это ведёт к неоплачиваемым правкам и конфликтам с клиентами
Информационный хаос и шум
Из-за отсутствия единой системы 30% времени уходит на поиск ТЗ и сканов в мессенджерах. Постоянные «переспрашивания» статусов отвлекают коллег
Анализ конкурентов
Для проектирования логики я использовала JTBD, что позволило сфокусироваться на мотивации пользователей, а не на кнопках. Мы нанимаем систему не просто «смотреть файлы», а «обеспечивать чистоту сделки»
Фреймворк Jobs-to-be-Done
Дизайнер
Когда я приступаю к задаче, я хочу иметь мгновенный доступ к финальному ТЗ, чтобы не переделывать работу из-за правок, которые менеджер забыл переслать
Бухгалтер
Когда менеджер запрашивает оплату, я хочу получать уведомление только при полной укомплектованности пакета документов, чтобы не работать «фильтром» для чужих ошибок
Менеджер
Когда я передаю сделку в работу, я хочу, чтобы система сама проверила наличие договора и актов, чтобы я был уверен в безопасности и не нёс ответственность за ошибки в данных
«Для меня самая большая боль — „правки из прошлого“. Беру ТЗ из чата, а через два дня выясняется, что оно неактуально, потому что менеджер забыл переслать новый файл. Я хочу видеть в задаче одну-единственную кнопку с ТЗ, в котором я на 100% уверен»
Настя, дизайнер
Наталья, бухгалтер
«Менеджеры думают, что я вижу все деньги мира в реальном времени. Они дёргают меня каждые 15 минут. Если бы у них был статус оплаты в телефоне, я бы успевала делать отчёты в два раза быстрее»
Рома, дизайнер
«Когда ТЗ лежит в одном месте, а исходники логотипа в другом — я трачу по полчаса на подготовку к работе. Мне нужен один экран, где всё собрано под мою задачу»
Диана, менеджер
«Я настраиваю кампании в кабинетах, и тут клиент пишет: „А мы оплатили счёт?“. Мне надо всё бросить, выйти из контекста настроек и идти пытать бухгалтерию. В итоге я и рекламу не донастроила, и клиенту оперативно не ответила»
Исследовательская работа
Проведено 10 интервью для поиска коренных причин неэффективности коммуникаций, и было выявлено, что 30% времени тратится на ожидание ответа от коллег
Качественные исследования
Лиза, дизайнер
«В мессенджере контекст теряется через 10 сообщений. „Где исходники?“ — „Выше кидал“. — „Там старые“. Это съедает по 40 минут времени каждый раз. Вся история изменений должна быть в одном окне»
Миша, менеджер
«Иногда я просто забываю, какой креатив мы согласовали в итоге. В почте пять версий ТЗ, в чате ещё три. Я могу случайно запустить не тот баннер в рекламу, просто потому что актуальное ТЗ потерялось в ленте»
Сергей, техлид
«Я не вижу общей картины. Чтобы понять, на каком этапе „застрял“ контракт, мне нужно обзвонить трёх человек. Мне нужен дашборд, который покажет реальный статус дела, а не отчёты, написанные вручную»
Антон, менеджер
«Самый страшный сон — запустить трафик на 200к, а потом узнать, что юрлица не подписали допник. Я сижу в рекламных кабинетах, а не в стопках бумаг, мне нужно, чтобы система сама маякнула: „Всё ок, запускайся“»
В рамках Discovery-фазы было сформулировано и проверено 4 ключевых гипотезы:
Гипотеза № 4: Обучение через интерфейс (Onboarding)
Контекстные подсказки и обязательные чек-листы при создании задач сократят время адаптации новых сотрудников (Time-to-Productivity)
Гипотеза № 3: Снижение нагрузки на бэк-офис
Автоматизация статусов оплаты (синхронизация с CRM) снизит количество рутинных запросов к бухгалтерии на 50%.
Гипотеза № 2: Сокращение ошибок в ТЗ (Revision Rate)
Блокировка кнопки «Принять в работу» до загрузки финального договора снизит количество правок на 30% за счёт использования forcing functions.
Гипотеза № 1: Скорость поиска данных
Внедрение единого хранилища в карточке клиента сократит время поиска документов на 70%
CJM
Построена карта со слоем Backstage Processes (Service Blueprint).
Это позволило выявить «невидимые» задержки: например, ожидание подписи бухгалтера, о котором менеджер не знал
Это позволило выявить «невидимые» задержки: например, ожидание подписи бухгалтера, о котором менеджер не знал
Матрица доступов
На основе модели RBAC спроектирована логика прав: кто может создавать (Create), читать (Read), обновлять (Update) или удалять (Delete) конкретные данные.
User Flows
Описание нескольких сценариев, включая Edge Cases (обработка ошибок сервера, отсутствие интернета, отказ в доступе).
Использован принцип Progressive Disclosure (постепенное раскрытие). Сложная информация скрыта до момента необходимости, что снизило когнитивную нагрузку и позволило сохранить чистоту интерфейса на мобильных устройствах.
Визуальные решения (UI)
Основная задача интерфейса — сделать его понятным «с первого взгляда», даже если пользователь не работал ранее с таскерами. Я вдохновлялась мобильной логикой привычных приложений: заметки, чаты, списки задач — всё на экране.
Результаты и выводы
Создала понятный, насыщенный и лёгкий UI
Современный, модульный интерфейс без перегруза, который одинаково удобно использовать и менеджеру, и дизайнеру
Шаблоны, статусы, чаты, фильтры — каждый элемент рождён из боли пользователя
Построила продукт под реальные сценарии
Запустила внутреннюю UX-инициативу
Провела полноценное исследование и предложила решение, востребованное внутри команды
- Оценка соответствует уровню «Good/High-Marginal»
- Интерфейс признан интуитивно понятным, но выявлены точки роста в навигации между рекламными кабинетами и внутренними чатами
- Это подтверждает готовность Discovery-версии к передаче в разработку с последующим циклом улучшений“
По результатам тестирования Hi-Fi прототипа система получила 76 баллов по шкале SUS
