PaySol
Перевели команду экономистов 45+ в онлайн, внедрили ERP и CRM. И посчитали, сколько денег компании принесет автоматизация (NDA)
Год
2024
Клиент
---
Категория
---
Прочее
Прочая информация
Автоматизируем работу сервиса трансграничных платежей, переводим возрастную команду в онлайн и с нуля создаем ERP. А в кейсе рассказываем, сколько денег принесет компании наше решение — и почему здесь было не обойтись обычной Jira и другими таск-трекерами.
К Ошке пришел финтех
А если быть конкретнее — компания, занимающаяся трансграничными B2B-переводами. Несмотря на то, что проект технологичный, все бизнес-процессы заказчика велись в Google-таблицах и простом чат-боте, созданном единственным программистом.

Обороты у компании внушительные, но для их увеличения требовалось привлекать больше специалистов. Удвоение оборота, например, потребовало бы увеличения штата с 50 до 100 человек. Это заказчика не устраивало — он хотел, чтобы масштабирование шло с минимальными вложениями в штат. 
Чтобы продолжать расширяться и расти без дополнительно привлеченных десятков рук, нужно было автоматизировать систему — и разработать CRM + ERP — чтобы за час один сотрудник смог обрабатывать, скажем, не 10 заявок, а 30.
(можно в сравнении показать, сколько стоило бы переписывание сервиса с нуля. И сколько стоит доработка, но не переписывание. Можно на рандомном проекте показать, если не хотите нимбловские бюджеты светить)
В чем соль бизнеса
проекта
Проект появился из-за нынешней экономической ситуации в России — если бы не сложившаяся конъюнктура, его, скорее всего, не было бы.

Суть в том, что многие экспортеры и импортеры из России сейчас сталкиваются с проблемами из-за ограничений в работе SWIFT и других международных платежных системах. Компании либо не могут завести деньги в Россию, либо вывести их за границу. Приходится использовать неудобные межбанковские схемы — и терять кучу денег, нервов и времени.
Как вариант, сделать сравнение разных способов переводов и показать, сколько денег нервов и времени на этом теряют юрлица
Тогда на помощь приходит наш заказчик — и с помощью специальных инструментов позволяет компаниям проводить крупные транзакции в два счета. А зарабатывает на комиссиях с переводов.
Почему готовые решения не подошли?
Когда речь идет об автоматизации, люди часто думают, что можно взять любой таск-трекер, например, Jira, и настроить под свои нужды. Однако не все так просто.

Во-первых, Jira и другие системы покрывают лишь часть задач. Заказчику требуются интеграции с блокчейном, работа с контрагентами и специальными финтех-инструментами — чего стандартные платформы не поддерживают, даже если к ним докупить 100500 плагинов.
Во-вторых, финтех-бизнес требует повышенной безопасности. Поскольку компания работает с большими суммами и криптовалютой, ей нужно хранить данные на собственных серверах — в стандартных же ERP-системах это просто невозможно.
Готовых ERP для финтеха, которые можно было бы просто взять и внедрить, на рынке тоже нет, а переписывать условную 1С-ку на свой лад — дорого и долго. Гораздо проще разработать кастомную систему, отвечающую требованиям конкретного бизнеса.
Первые два месяца «жили» в офисе с заказчиком
CEO компании был ну очень консервативен в общении — и онлайн общался неохотно. К тому же, в команде были сотрудники 45+ из банков и комплаенсов — которые, чтобы решить тот или иной вопрос, перемещались между офисами. Бизнес-процессы передавались из уст в уста, как фольклор, реже были записаны в гугл-табличках. И хранителями важной информации были сотрудники, до которых было нереально достучаться в мессенджерах.
Нужно было ехать на место и разбираться, как устроен такой сложный бизнес.
Поэтому мы отправили в Москву аналитика, который ездил в офис, общался с командой и погружался в процессы. Он изучал, как всё работает, связывался с разными отделами, нащупывал узкие места в бизнес-процессах — в дальнейшем его наблюдения и легли в основу проекта.
Фотки офиса и гонца, который ходит по офису и офигевает от происходящего
Вместе с тем мы понимали, что если не перевести сотрудников в онлайн, ERP-шка будет бесполезной. Как разработка принесет компании деньги, если никто не будет ей пользоваться? Возрастную команду нужно было обучать.
Пока мы только вникали в процессы, но уже строили план, как аккуратно перевести работу 50 человек с устоявшимися привычками в онлайн — и не словить кучу хейта.
Проектирование и аналитика
Проектирование длилось два месяца. В команде были дизайнер, руководитель проекта, два аналитика и техлид, который следил за интеграциями. Здесь мы занимались разработкой пользовательских историй, флоу, прототипов, а также прорабатывали техническую архитектуру и создавали юзкейс-диаграммы, чтобы четко прописать функциональные и нефункциональные требования.

Мы сделали подробный анализ, нарисовали прототипы, расписали, как пользователи будут взаимодействовать с системой, и подготовили функциональные требования.
Так как проект финтеховый, мы привлекли архитектора по информационной безопасности для аудита системы. Он проверил не только технические решения, но и бизнес-процессы — в частности, как должны согласовываться и использоваться реквизиты для вывода средств.
Дизайн
проекта
Для такой системы важна простота использования, без излишней сложности — по типу YouTrack или той же Jira. Дизайн здесь — не шоу, а грамотный UX, ориентированный на интуитивное использование (а значит, и на скоростную работу).
Мы выбрали простую палитру: черно-белые оттенки с вкраплениями цветовых индикаторов. Например, красный — это отклонение, зеленый — согласование, фиолетовый — тип блока. Цвета помогают в восприятии и навигации.
Мы даже взяли в проект дизайнера, который является жестким UX-специалистом с большим опытом работы с админками. Это важно, поскольку, в отличие от юзеров Jira или YouTrack, команда клиента — не технари, и нужно было сделать так, чтобы никто не запутался.
Важно, что уже на этапе проектирования мы продумали интерфейс для разного типа сотрудников. Например, менеджер отдела финмониторинга видит только те задачи и инструменты, которые связаны с его работой. Он не будет видеть конструктор бизнес-процессов, если это не входит в его задачи. Все функции строго разделены по уровням доступа.
Внедрили версионирование функциональных требований
У клиента было несколько отделов, и для сбора информации назначили одного человека — «гонца», который бегал по отделам, собирал данные, но сам в согласованиях не участвовал. Это приводило к такой путанице, что в какой-то момент новые требования начали менять весь ход разработки. 

Чтобы навести порядок и избежать хаоса, мы внедрили версионирование. Как это работает? Если предложенные заказчиком изменения не критичны, мы создаем новую версию требований, а разработка продолжается по старому плану. Так мы контролируем процесс и понимаем, что реально нужно делать, а что можно отложить. Если какие-то требования вдруг становятся неактуальными, мы их просто не реализуем — это помогает оставаться объективными и расставлять приоритеты.
С внедрением версионирования разработчикам стало проще работать. Если, например, дизайнеры захотят поменять уже готовый экран, это больше не вызывает паники. Изменения просто записываются в новую версию требований, а старые остаются неизменными.
Итак, разработка MVP
Подход «Аналитика — вперед» 
Сначала мы детально разбираем задачи, оцениваем их стоимость и планируем шаги на месяц вперёд. Главная сложность в том, что клиент часто не знает, что именно ему нужно: требования оказываются слишком размытыми или избыточными, что оттягивает старт разработки и приводит к лишним обсуждениям. В итоге разработка берется за все и ни за что одновременно.

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

Задачи планируем на месяц вперёд. Например, в декабре описываем, что делать в январе, а в январе расписываем бэклог февраль. Так аналитика всегда немного опережает разработку.
Конструктор бизнес-процессов и СRM 
Ситуация на рынке постоянно меняется: экономика, санкции, курсы валют — вчера всё было иначе. Поэтому нам нужно было сделать систему максимально гибкой и адаптируемой. Для этого мы разработали конструктор бизнес-процессов.
Записываем экран, показываем пайплайн и движение заявки — от попадания ее в СRM до закрытия
Это что-то вроде воркфлоу в Jira или YouTrack, где ты задаёшь последовательность действий (пайплайн), по которой движется задача. Но у нас главная сущность — не задача, а заявка на транзакцию. Например, клиент хочет вывести $100k из Казахстана в Россию. Такая заявка попадает в систему, и в зависимости от страны, валюты, контрагента или ситуации на рынке ей назначается конкретный пайплайн.

Можно выбрать готовый шаблон или создать новый. Для этого есть редактор, где заявка проходит через этапы: проверку в отделах KYC/KYB, комплаенс, финмониторинг, покупку криптовалюты, подписание у гендиректора и так далее. Каждый раз путь заявки может быть разным.
Фактически, есть два ключевых модуля: конструктор бизнес-процессов и CRM, которая эти процессы использует. Вокруг них есть вспомогательные модули вроде финмониторинга, документооборота, справочников, работы с файлами, но они пока не входят в MVP — их мы реализуем чуть позже.
Ролевая модель
Мы уже упоминали об этом, но добавим немного деталей. Допустим, заявка дошла до этапа проверки документов — система создаёт задачу для конкретного сотрудника, чтобы он их проверил. Все остальные процессы, связанные с заявкой, ему не видны. Он работает только в своей зоне ответственности, не отвлекаясь на лишнее.
Записываем экран, показываем, как заявка достигает определенного этапа, а дальше формируется задача на конкретного сотрудника. показываем, как все это у него отображается
Параллельно учили команду, как синхронно работать онлайн
проекта
Здесь нужно быть немного психологом, немного волшебником — чтобы не столкнуться с ярым сопротивлением. Сперва мы объяснили команде, что не собираемся грузить их непонятно чем. Что новые процессы не усложнят их работу, а напротив избавят их от стресса. Что платформа — это просто и удобно, гораздо проще их метаний по офису в попытках достучаться до того или иного отдела.
Постепенно мы вводили сотрудников в работу с мессенджерами, видеозвонками и совместными пространствами. Регулярные онлайн-сессии помогли им привыкнуть к новым инструментам и адаптировать рабочие процессы под онлайн-формат. И команда начала привыкать — не без директивы свыше, конечно.
Что планируем сделать в рамках целевого ПО
Сейчас наша главная цель — завершить MVP, показать, что всё работает, и передать систему команде. Хотим, чтобы люди начали её использовать, дали свой фидбек — это поможет нам скорректировать и улучшить функционал.
А вот, что мы сделаем после:
Доработаем текущие блоки, в том числе обработку сделок
Реализуем буфер рисков
Сделаем диаграмму Ганта для отслеживания сроков и процессов. И внедрим календари
Интегрируем платформу с ЭДО и ЭЦП
Разработаем личный кабинет с профилями сотрудников и внедрим пуши
Реализуем систему KPI сотрудников
Было бы круто показать весь бэклог, если он объемный) Или скрины с сообщениями-хотелками заказчика. Плашками друг на друга налепить
Аналитика тоже будет. Конечно, заказчик хочет Power BI, но в России с его покупкой и настройкой могут возникнуть проблемы — плюс он дорогой, а поддержка не всегда стабильная. В следующем году будем искать отечественные аналоги, например, 1С. Но сначала выясним, что заказчик хочет анализировать, подберем системы, узнаем цены и сложность интеграции. Возможно, сделаем аналитику сами, если это будет целесообразнее.

Из прикольного: с января мы начнем работать с Docusaurus — инструментом, который исповедует идеологию «документация как код». Там есть функции, как у разработчиков: чейнджлоги, пулреквесты, апрувы и гитфлоу. Зачем так заморачиваться? Мы не хотим плодить документацию, которой сложно управлять. И не хотим, чтобы работа нескольких аналитиков на проекте конфликтовала между собой.
Сколько денег компания в итоге может сэкономить на решении
Реальными деньгами светить мы здесь не будем (NDA), вместо этого прикинем подсчеты на примерных цифрах.

Допустим, средняя зарплата одного сотрудника в компании — 100 тысяч рублей в месяц. Чтобы удвоить оборот без автоматизации, компании пришлось бы нанять 50 человек — это плюс 5 миллионов рублей в месяц или 60 миллионов в год.
Показываем схематично: Было/Стало, показываем кол-во людей и денег с автоматизацией и без нее
Предположим, с автоматизацией бизнес-процессов производительность вырастает втрое, и вместо 50 человек достаточно нанять всего 10. Это обойдётся в 1 миллион рублей в месяц или 12 миллионов в год.
Экономия на зарплатах составит 4 миллиона рублей в месяц или 48 миллионов рублей в год. И это без учёта расходов на рабочие места, обучение и управление большим штатом.
А сколько компания заработает?
Допустим, сейчас один сотрудник закрывает 10 заявок в час. Если автоматизировать бизнес-процессы, эта цифра вырастет до 30 заявок.

Представим, что в компании работает 50 сотрудников. Без автоматизации они обрабатывают 500 заявок в час (50 × 10). С автоматизацией это число увеличится до 1 500 заявок в час (50 × 30). Разница — 1 000 заявок в час.

Предположим, каждая заявка приносит компании 1 000 рублей. Тогда без автоматизации за час бизнес зарабатывает 500 000 рублей, а с автоматизацией — уже 1 500 000 рублей.
За 8-часовой рабочий день доход составит 4 млн рублей без автоматизации и 12 миллионов с автоматизацией. Разница — 8 млн рублей в день! И 176 млн рублей в месяц
Стек
Все инструменты, которые мы используем в разработке — либо с открытым исходным кодом, либо отечественные. А значит их не заблокируют. Это касается, в том числе, базы данных, AML-системы для верификации, блокчейн-транзакций и др. А вот весь список технологий:
Typescript
React
Next.js
React hook form
Zod
Tailwind CSS
Shadcn/ui
Axios
React-flow
Loadash
React DnD
Jest
ESLint
Prettier
Python
Django(drf)
Celery
Celery-beat
Rabbitmq
Pytest
PostgreSQL
S3
Redis
k8s
Docker
AMLBot
Чат-бот
Power BI
Команда
проекта
Бюджеты
Мы не из тех, кто на вопрос о цене говорит: «Отвечу в Директ». Поэтому вот вам табличка со стоимостью часа наших разработчиков. А на проект в общей сложности у нас ушло 1300 часов за 3 месяца работы.
DevOPS инженер
DevOps
3 500 ₽
Backend Lead (Python)
Back
3 600 ₽
Системный Аналитик
SA
3 100 ₽
Backend разработчик
Back
3 200 ₽
Бизнес Аналитик
BA
3 100 ₽
QA
QA
2 500 ₽
Арт Директор
ArtDir
3 100 ₽
Менеджер проектов
PM
2 500 ₽
Дизайнер
Des
2 900 ₽
Архитектор ИБ
IB
5 800 ₽
Frontend Lead (Next.js)
FrontLead
3 400 ₽
Flutter разработчик
Flutter
3 100 ₽
Frontend разработчик
Front
3 200 ₽