Название компании и рабочие данные не раскрываются. Кейс опубликован в обезличенном виде по соображениям конфиденциальности.
Контекст
Финансовая операция редко живёт в одном экране. За ней стоят клиент, сделка, валютная пара, несколько шагов расчёта, движение между хранилищами, комиссии, ответственный менеджер и история изменений. Когда эти части ведутся отдельно, команда начинает сверять реальность вручную.
Задача была не в том, чтобы нарисовать ещё один кабинет. Нужно было собрать единый операционный контур, где сделка, деньги и коммуникация не расходятся.
Что вошло в систему
- реестр сделок и пошаговые валютные цепочки;
- кассовые операции, переводы, авансы и движение между хранилищами;
- партнёрские и клиентские депозиты;
- журнал операций и управленческая аналитика;
- CRM-воронки, диалоги, задачи и карточка клиента;
- интеграции каналов коммуникации;
- роли, авторизация и аудит изменений;
- импорт, экспорт и автоматический выпуск обновлений.
Главное продуктовое решение
Учёт и CRM не существуют как два независимых продукта. Менеджер работает с диалогом и сделкой, а применённая операция продолжает жить в финансовом контуре. Это уменьшает число ручных переходов и не даёт двум версиям одной сделки разойтись.
Как проверяли
Кроме технических проверок использовались браузерные сценарии с визуальным контролем: сделки, задачи, карточки клиентов, воронки, отчёты и операционные экраны проверялись как реальные пользовательские маршруты. Внутренние скриншоты и адреса намеренно не публикуются.
Что этот проект показывает
Умение работать не только с интерфейсом, но и с предметной областью: связать финансовую механику, права доступа, коммуникацию и ежедневную работу команды в одну развиваемую систему.