Команда

Основатели

Пара основателей закрывает ключевую связку DARCA - продуктовая рамка и коммерция на стороне CEO, архитектура, интеграции и bank-grade delivery на стороне CTO.

Info

Для DARCA критична не “скорость фичей”, а способность держать доверие через качество, управляемость изменений и предсказуемый результат операций в масштабе.

CEO - Макс Шайтор

Макс Шайтор - предприниматель и продуктовый лидер, отвечающий за стратегию, продукт, бизнес-модель, партнерства и коммерцию DARCA. Его профиль сочетает корпоративную продуктовую школу, работу с enterprise-контуром и практику построения собственных технологических продуктов по модели Venture building - от концепции и MVP до масштабирования.

Корпоративный опыт Макса включает работу продуктовым менеджером в X5 Retail Group, МТС и Альфа-Банке. Этот контур сформировал навыки, которые особенно важны для bank-grade продукта: дисциплина работы с гипотезами и воронками, продуктовые метрики, приоритизация backlog и управление roadmap, а также привычка принимать решения в среде повышенных требований к качеству и контролю.

Отдельным слоем опыта является коммерция и выполнение сложных проектов для высокорегулируемых индустрий. Совместно с CTO Макс основал и развивал digital-агентство, работавшее с финансовым сектором и международными брендами. Этот этап важен не “брендами в списке”, а практикой управления риском исполнения: много стейкхолдеров, юридическая корректность, репутационные ограничения, сроки, качество и управляемые ожидания - ровно тот тип дисциплины, который затем переносится на партнерства, комплаенс и внедрение банковских сервисов.

Дальше фокус сместился на создание собственных продуктов - Sherlock, AME, FRAME и XBank. В этой линии Макс выступал владельцем продуктовой рамки: ценностное предложение, позиционирование, UX-архитектура, логика монетизации и Unit economics, а также организационная настройка процесса итераций и роста.

XBank стал практической базой, на которой команда отрабатывала ключевые ожидания к финансовому интерфейсу и транзакционному поведению продукта: как пользователь понимает результат операции, как он видит статусы, где нужна прозрачность “до подтверждения”, и какой уровень надежности воспринимается как “норма”. Для CEO это важно тем, что DARCA не начинается с абстрактной идеи - у продуктовой рамки есть проверенные решения, которые затем масштабируются в платформу Core+Modules.

Tip

Сильная сторона CEO - умение удерживать фокус ядра и одновременно строить коммерческий контур: партнерства, упаковку, монетизацию и доверие, не ломая продукт в погоне за краткосрочными метриками.

CTO - Максим Меньков

Максим Меньков - CTO DARCA, отвечающий за архитектуру, интеграции, надежность и delivery bank-grade продукта. Его профиль сочетает enterprise-дисциплину (процессы, качество, стабильность) и стартап-скорость product delivery - от архитектуры и интеграций до устойчивого релизного цикла.

До DARCA Максим работал менеджером проектов в IT-компаниях и затем в Альфа-Банке, где участвовал в реализации инфраструктурных инициатив, включая внедрение СБП. Этот опыт важен тем, что формирует инженерную модель “банковского уровня”: работа с highload сервисами, требовательность к отказоустойчивости, понимание SLA и контроль изменений в среде большого количества стейкхолдеров.

В роли технического лидера Максим выстраивает контур delivery так, чтобы продукт развивался предсказуемо: координация кросс-функциональных команд, управление релизным циклом, контроль качества, пост-релизный мониторинг и устранение причин инцидентов. Для DARCA это напрямую связано с обещанием “единый банк на каждый день” - продукт должен быть не просто функциональным, а управляемым при росте нагрузки и расширении модулей.

Технологически ключевая зона ответственности CTO - архитектура, интеграции и устойчивость: внутренние и внешние API, наблюдаемость, мониторинг и алертинг, контроль инцидентов, а также масштабируемость компонентов по мере роста. В предпринимательском контуре Максим совместно с CEO развивал агентство, отвечая за технологическую реализацию и качество исполнения. Далее участвовал в создании Sherlock, AME, FRAME и XBank, формируя стандарты инженерии и управляемости релизов.

XBank стал технологической базой, где команда закрепила принципы перехода от MVP к промышленному банку: скорость и стабильность, архитектурные решения, интеграции и релизная дисциплина. Для CTO это подтверждение того, что инженерная часть DARCA строится не “в теории”, а на практической привычке держать продукт в рабочем режиме.

Warning

В банковских продуктах скорость разработки ценна только тогда, когда она не разрушает корректность, наблюдаемость и контроль изменений. Это и есть зона ответственности CTO как владельца bank-grade delivery.

Связка CEO + CTO

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

Команда

Команда DARCA собрана вокруг bank-grade контуров - эксплуатация 24/7, безопасность SDLC, транзакционная корректность, денежный UX, сервис и юридическая устойчивость.

Info

В DARCA команда описывается как система закрытых контуров, которые удерживают доверие на практике - через корректность, наблюдаемость и управляемость изменений.

Команда DARCA выстроена вокруг набора функций, которые в финансовом продукте нельзя “добавить потом”. Это контуры, которые обеспечивают предсказуемый результат операций, понятные статусы, надежность инфраструктуры, безопасность разработки и юридическую корректность правил и документов. Такой состав нужен именно для банка на каждый день, потому что пользователь оценивает банк не по количеству экранов, а по тому, насколько продукт стабилен, прозрачен и честен в критичных сценариях - переводах, обменах, хранении активов, подтверждениях и спорных ситуациях.

Контур	Владелец	Что закрывает
Platform, DevOps/SRE	Артем Лебедев	эксплуатация 24/7, observability, HA/DR, on-call, zero-downtime релизы
DevSecOps/Platform	Илья Громов	secure SDLC, secrets and keys, audit readiness, supply chain security
Backend/Core	Сергей Волков	ledger, статусы операций, идемпотентность, интеграции, crypto rails, highload 24/7
Design	Антон Бондарь	денежный UX, design system, антиошибочные паттерны, консистентность Core+Modules
Frontend	Никита Орлов	bank-grade UI, статусы и асинхронность, performance, frontend observability, контрактность API
Support/Ops	Анастасия Дьячкова	L1-L3, SLA, CSAT/FCR, incident-support, база знаний, эскалации
Legal	Виктор Болотов	договорной контур, пользовательские документы, данные и приватность, IP, претензии

Note

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

Артем Лебедев - Head of DevOps/SRE

Артем отвечает за то, чтобы DARCA была предсказуемой как система: продукт доступен, деградации выявляются раньше, чем становятся проблемой пользователя, инциденты закрываются быстро, а релизы не превращаются в риск. Его зона ответственности - эксплуатация как часть продукта, где надежность измеряется не обещаниями, а дисциплиной мониторинга, реагирования и профилактики.

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

Ключевые результаты, которые он обеспечивает в DARCA:

• наблюдаемость как стандарт: метрики, логи, трассировки, дашборды и алерты, чтобы система была измеряемой
• управление инцидентами: triage, on-call, постмортемы и preventive actions
• отказоустойчивость: планы восстановления, резервирование, сценарии переключения, контроль RTO/RPO как практики
• релизная дисциплина: zero-downtime подходы, canary и rollback как нормальные инструменты
• управление инфраструктурной стоимостью без снижения надежности

Tip

SRE в DARCA - это не “поддержка серверов”, а защита предсказуемости продукта: если система наблюдаема и управляемо меняется, пользователь видит честные статусы и получает доверяемый результат.

Илья Громов - Lead DevSecOps/Platform

Илья отвечает за безопасность как за инженерную систему, встроенную в жизненный цикл разработки. Его роль - сделать так, чтобы безопасность не была отдельным этапом “после разработки”, а была частью процесса: от исходного кода и CI/CD до управления секретами, ключами и инфраструктурой.

Опыт Ильи лежит в области DevSecOps и platform security, где основная ценность - построить security-by-design практики, которые масштабируются вместе с продуктом. Для DARCA это означает, что контроль доступа, ключей, зависимостей и инфраструктурных изменений становится предсказуемым и доказуемым, а не завязанным на ручные договоренности.

Что он обеспечивает в DARCA как системе:

• secure SDLC: стандарты, проверки и гейты, которые уменьшают вероятность уязвимостей в релизе
• управление secrets and keys: хранение, доступы, ротации, минимизация привилегий
• безопасность CI/CD и контейнерной платформы, контроль цепочки поставки (supply chain)
• audit readiness: подготовка процессов и артефактов, которые позволяют проходить проверки без хаоса
• контроль инфраструктурных рисков как часть engineering дисциплины

Warning

Для финансового продукта security инцидент - это не “баг”, а риск доверия и денег. Поэтому безопасность в DARCA - это процесс, а не разовый аудит.

Связка Platform/SRE + DevSecOps

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

Сергей Волков - Lead Backend Go

Сергей отвечает за транзакционное ядро DARCA и за то, чтобы система денег была корректной, статусы операций были предсказуемыми, а интеграции работали надежно под нагрузкой. Его фокус - bank-grade backend, где основной критерий успеха - не скорость разработки, а корректность, идемпотентность и наблюдаемость критичных операций.

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

Что он обеспечивает в DARCA:

• транзакционное ядро и учет: ledger подход и согласованность балансов
• статусы операций как state machine, чтобы исключать “серые зоны” и спорные состояния
• идемпотентность, outbox-inbox паттерны, защита от дублей и гонок
• event-driven взаимодействия и интеграции, включая crypto rails и подтверждения операций
• “досье операции” как инженерный и операционный артефакт для поддержки и RCA
• наблюдаемость критичных путей и готовность работать в режиме highload 24/7

Example

В bank-grade логике важен не только факт “операция прошла”, а то, что любой ее статус объясним, воспроизводим и подтверждаем по цепочке событий. Это снижает споры, уменьшает нагрузку на поддержку и удерживает доверие.

Связка Backend/Core + SRE

Транзакционное ядро и эксплуатация работают как одна дисциплина: здоровье системы измеряется не только CPU и памятью, но и метриками по операциям, статусам, очередям, ошибкам интеграций и времени прохождения критических сценариев. Эта связка дает быстрый RCA, предсказуемое восстановление и контроль деградаций без разрушения пользовательского опыта.

Антон Бондарь - Chief Design Officer

Антон отвечает за UX/UI стратегию DARCA и за то, чтобы интерфейс работал как система правил, а не как набор отдельных экранов. В банковском продукте дизайн определяет не “красоту”, а управляемость поведения пользователя: сколько ошибок он делает, насколько быстро понимает результат операции и насколько доверяет интерфейсу в стресс-сценариях.

Опыт Антона лежит в системном дизайне и построении design system, где цель - удерживать консистентность при росте продукта, особенно когда появляются новые модули и сложные финансовые сценарии. Для DARCA это означает единый язык статусов, подтверждений, предупреждений и предпросмотра, который защищает пользователя от ошибок и уменьшает операционный риск.

Что он обеспечивает в DARCA:

• design system и правила интерфейса, которые сохраняют целостность Core+Modules
• денежные сценарии как набор устойчивых паттернов, где пользователь понимает “что будет” до подтверждения
• антиошибочные механики: предупреждения, предпросмотры, подтверждения, ясные состояния
• консистентность статусов операций и терминов по всему продукту
• дизайн как инструмент снижения нагрузки на поддержку и уменьшения спорных кейсов

Никита Орлов - Lead Frontend

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

Опыт Никиты связан с построением сложных интерфейсов, где важны асинхронность, корректная работа со статусами и интеграциями, а также дисциплина контрактов API. В банке фронтенд - это “лицо доверия”: если интерфейс нестабилен или показывает непредсказуемые состояния, пользователь воспринимает это как проблему банка, даже если серверная часть работает.

Что он обеспечивает в DARCA:

• реализация “денежных” сценариев и статусов операций как понятной и стабильной логики
• performance и надежность клиентского приложения
• frontend observability: контроль ошибок, крашей, деградаций и их связь с серверными метриками
• дисциплина API контрактов и минимизация regressions
• перенос design system в код, чтобы дизайн оставался системой, а не набором уникальных экранов

Tip

Связка Design + Frontend задает единый язык интерфейса. Пользователь видит не “разные модули”, а одну систему, где статусы, подтверждения и правила одинаково понятны, а значит укрепляется доверие.

Анастасия Дьячкова - Руководитель поддержки

Анастасия отвечает за поддержку и операционный контур DARCA, который работает как продолжение продукта. Ее задача - построить L1-L3 процессы, где скорость ответа важна, но еще важнее корректность, воспроизводимость решений и правильная связка с инженерами и контуром статусов операций.

Опыт Анастасии включает управление поддержкой, SLA-подход, контроль качества и работу с инцидентами. В DARCA поддержка становится частью продукта: пользователю важно не только получить ответ, но и получить объяснение статуса, правильный сценарий действий и решение, которое уменьшает вероятность повторения проблемы.

Что она обеспечивает в DARCA:

• управление L1-L2-L3, маршрутизацию, приоритизацию и SLA
• качество сервиса: стандарты коммуникации, база знаний, контроль качества ответов
• incident-support как часть общего incident management вместе с SRE и backend
• эскалации с контекстом и обратная связь в продукт, чтобы устранять причины повторяющихся проблем
• операционные процедуры, которые уменьшают ручные ошибки и повышают предсказуемость результата

Виктор Болотов - Главный юрист

Виктор отвечает за юридический контур DARCA и за то, чтобы продукт был устойчивым не только технически, но и правово: документы, данные, договорная база, IP и претензионные процедуры. В финтехе юридическая корректность - это часть доверия, потому что она определяет границы ответственности, порядок работы с данными и правила взаимодействия с пользователем и партнерами.

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

Что он обеспечивает в DARCA:

• договорной контур и пользовательские документы, которые соответствуют продуктовой логике
• контур данных: DPA, правила обработки, приватность и корректные формулировки ответственности
• защита IP и правовая дисциплина партнерских отношений
• претензионные процедуры и готовность реагировать на спорные ситуации корректно и предсказуемо

Question

В банке важен не только продукт, но и то, насколько он доказуемо корректен: что можно объяснить пользователю, подтвердить логами и документами, и закрыть в поддержке без “ручных догадок”.

В совокупности команда DARCA закрывает полный критичный контур bank-grade системы: надежность и эксплуатацию, безопасность разработки, корректность денег и статусов, качество интерфейса, операционный сервис и юридическую базу. Эти роли соединены общими процессами и артефактами - наблюдаемостью, инцидент-менеджментом, статусной моделью операций, дизайн системой, базой знаний и юридическими шаблонами - поэтому DARCA развивается как управляемая платформа, а не как набор разрозненных функций.

Наш опыт

Опыт команды DARCA - это сочетание enterprise-финтеха, bank-grade инженерии, крипто-сервисов и масштабируемых продуктовых запусков, подтвержденное проектами, метриками и реальной эксплуатацией.

Info

Мы показываем опыт через факты и результаты: что именно команда строила, на каком масштабе работало, какие процессы и стандарты были необходимы, и почему это переносится в DARCA.

DARCA строит команда, у которой уже есть практический опыт создания и эксплуатации цифровых систем с высокими требованиями к надежности, безопасности и предсказуемости результата. Этот опыт покрывает сразу несколько классов задач, критичных для банка: enterprise-уровень процессов и интеграций, реальный контур поддержки 24/7, продуктовая дисциплина и измеримость, а также крипто-направление - от платежных сценариев до построения собственной токен-экономики в экосистеме.

Основатели: опыт, компетенции, стек

CEO - Макс Шайтор

Макс Шайтор - предприниматель, продуктовый лидер и основатель DARCA. Его компетенция - превращать идею в управляемый продукт, собрать бизнес-модель, выстроить приоритеты, партнерства и рост, и удерживать дисциплину исполнения на длинной дистанции.

Корпоративный опыт Макса включает работу продуктовым менеджером в X5 Retail Group, МТС и Альфа-Банке, где он развивал цифровые сервисы и продуктовые инициативы на стыке бизнеса, технологий и клиентского опыта. В этой среде формируется навык, который особенно важен для банка: держать продукт не как набор функций, а как систему, где каждое изменение проходит через метрики, воронки и управляемый roadmap.

Предпринимательский этап включает создание и развитие digital/рекламного агентства совместно с CTO. Агентство работало с крупнейшими компаниями и высокорегулируемыми индустриями, где критичны комплаенс, репутационные риски и строгие стандарты исполнения. Среди проектов в финансовом секторе - Альфа-Банк, Сбербанк, ВТБ, Тинькофф, Райффайзенбанк, Открытие. Среди международных брендов - IKEA, British American Tobacco, Diageo, Renault. Этот опыт напрямую переносится на DARCA как на банк, потому что включает сложные согласования, юридическую корректность коммуникаций, управление ожиданиями крупных стейкхолдеров и умение доводить проекты до результата.

Далее фокус Макса сместился на venture building и создание собственных продуктов: Sherlock, AME, FRAME, XBank. В каждом из них была отработана продуктовая упаковка, ценностное предложение, пользовательские маршруты, логика монетизации, аналитика и итеративный цикл улучшений.

Стек компетенций Макса как CEO продукта уровня банка:

• продуктовая стратегия и приоритизация: value, risk, cost, time-to-value
• аналитика и метрики: когортный анализ, воронки, retention, LTV, unit-экономика
• коммерция и партнерства: переговоры, условия, SLA-подход, контроль качества исполнения
• запуск и развитие продукта: discovery-delivery цикл, управление изменениями, управление ожиданиями рынка

Tip

В банке CEO отвечает не за “идею”, а за целостность продукта: доверие пользователя возникает, когда система предсказуема, а развитие не ломает ключевые сценарии. Этот навык формируется только на реальных запусках и сложных коммерческих средах.

CTO - Максим Меньков

Максим Меньков - CTO DARCA с опытом внедрения сложных IT-инициатив в корпоративной среде и финтехе. Его профиль сочетает дисциплину enterprise-разработки (качество, надежность, контроль изменений) и практику fast delivery без потери управляемости.

До DARCA Максим работал менеджером проектов в IT-компаниях, а затем в Альфа-Банке как менеджер внутренних проектов, участвовал в реализации инфраструктурных инициатив, включая участие во внедрении СБП. СБП - это “Система быстрых платежей”, инфраструктурный контур, где критичны стабильность, интеграции, SLA, безопасность и контроль изменений. Опыт такого класса проектов важен для DARCA, потому что он формирует bank-grade подход к инженерии: предсказуемые релизы, наблюдаемость, дисциплина интеграций и ответственность за отказоустойчивость.

В DARCA и предыдущих проектах Максим закрывает связку архитектура + интеграции + устойчивость: проектирование цифровых сервисов, развитие внутренних и внешних API, подходы к мониторингу и инцидент-реакции, масштабируемость по мере роста нагрузки. Также он выстраивал технологический контур агентства, отвечая за реализацию, delivery, команду и качество исполнения для крупных клиентов.

Стек компетенций Максима как CTO банка:

• архитектура сервисов и интеграций: API-first, контрактность, версионирование
• delivery и релизный цикл: планирование, качество, мониторинг, post-release контроль
• observability и инцидент-менеджмент: мониторинг, алертинг, диагностика, снижение MTTR
• управление техническим качеством: процессы разработки и тестирования, контроль техдолга, стандарты

Note

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

Опыт, стек, достижения

Head of DevOps / SRE - Артем Лебедев

Артем Лебедев отвечает за инфраструктуру, надежность и эксплуатацию DARCA 24/7. Он много лет работает с командой и участвовал во всех ключевых проектах (Sherlock, AME, FRAME, XBank), выстраивая инженерную основу, на которой продукт может расти без потери стабильности. Имеет опыт работы в банковской среде, где критичны требования к доступности, контролю изменений, наблюдаемости, инцидент-менеджменту и восстановлению после аварий.

Профиль задач Артема для финтеха:

• эксплуатация критичных сервисов 24/7 с фокусом на устойчивость и предсказуемость
• SRE-практики: SLI/SLO, error budget, on-call, postmortem, снижение MTTR
• отказоустойчивость HA и DR: резервирование, репликации, регулярные тесты восстановления
• zero-downtime delivery: blue/green и canary, безопасные обновления без простоя
• observability как стандарт: метрики, логи, трейсы, алертинг по SLO

Технологический стек Артема:

• Docker, Kubernetes, Helm
• Terraform, Ansible, GitOps-практики
• GitLab CI / Jenkins, стратегии rollout/rollback
• Prometheus, Grafana, Alertmanager, Loki/ELK, OpenTelemetry/Jaeger
• PostgreSQL (HA/репликации), Redis, Kafka/RabbitMQ
• private networking, VPN, bastion, сегментация окружений, hardening и least privilege

Результат для DARCA: Артем отвечает за то, что превращает продукт в банк, а не “приложение”: измеримая надежность, управляемые релизы и способность выдерживать рост нагрузки без хаоса.

Lead DevSecOps / Platform Engineer - Илья Громов

Илья Громов отвечает за безопасность инфраструктуры и цепочки поставки софта (secure SDLC), управление секретами и ключами, контроль доступа и audit readiness. Он участвовал во всех проектах команды (Sherlock, AME, FRAME, XBank) и обеспечивает дисциплину безопасности без потери скорости разработки. Имеет опыт банковской среды, где важны аудит, трассируемость изменений и регламентированный доступ.

Профиль задач Ильи:

• DevSecOps как часть pipeline: безопасность “встроена”, а не проверяется в конце
• audit readiness: журналирование, трассируемость изменений, контроль привилегий
• secrets and keys: централизованное хранение, ротации, политики доступа, audit trail
• container и supply chain security: сканирование, политики запуска, защита runtime
• network security: сегментация, mTLS/шифрование, ограничения входа, WAF-подходы

Технологический стек Ильи:

• HashiCorp Vault (или аналоги), KMS-подходы, ротации и разграничение доступов
• SAST/DAST/dependency scanning подходы, quality gates в CI/CD
• сканирование образов (Trivy/аналог), подписывание и проверка артефактов (cosign-подходы)
• OPA/Gatekeeper/Kyverno-подходы, “security as code”
• Kubernetes, Helm, Terraform, GitOps
• централизованные логи, аудит и корреляция событий (security observability)

Результат для DARCA: Илья снижает риск security-инцидентов и делает безопасность частью конвейера, а не “внешним контролем” после факта.

Lead Backend Engineer (Go) - Сергей Волков

Сергей Волков отвечает за серверную архитектуру, транзакционную корректность и эксплуатационную зрелость платформы. Его профиль включает bank-grade backend (устойчивые сервисы 24/7, предсказуемые релизы, дисциплина данных) и сильный крипто-блок: построение криптоплатежей, кошельковых контуров и сервисов вокруг децентрализованных протоколов.

Финансовое ядро и корректность:

• сервисы денежных сценариев: счета, балансы, переводы, история операций, статусы, уведомления
• учетный контур (ledger) с принципами double-entry и контролем целостности
• reconciliation: сверка состояний между внутренними системами и внешними источниками
• устойчивость к частичным сбоям: “зависшие” статусы, повторные события, внешние таймауты

Надежность интеграций:

• идемпотентность, ретраи, дедупликация, outbox/inbox подходы
• очереди и eventing, деградация, мониторинг внешних зависимостей
• контрактность API, версионирование, управление техдолгом

Крипто-контур:

• payment gateway и on-chain confirmations как эксплуатационный контур
• устойчивость к нестабильности сети, обработка событий, защита от пропусков и повторов
• кошельковая инфраструктура (hot/warm/cold контуры), политики выводов и аудит
• интеграции через RPC/Web3 провайдеров, failover, индексирование событий

Технологический стек Сергея:

• Go (golang)
• REST/gRPC, OpenAPI/Swagger, контрактный подход
• PostgreSQL (транзакционное ядро/ledger), Redis
• Kafka / RabbitMQ / NATS, eventing, outbox/inbox
• Prometheus, Grafana, OpenTelemetry, ELK/Loki
• Docker/Kubernetes, 12-factor, конфигурации через env/secret management

Результат для DARCA: Сергей удерживает ключевую часть доверия - корректность учета и статусов, и устойчивость денежного и крипто-контура в реальной эксплуатации.

Lead Frontend Engineer - Никита Орлов

Никита Орлов отвечает за клиентскую архитектуру, качество и производительность интерфейса. Он участвовал в развитии всех ключевых продуктов (Sherlock, AME, FRAME, XBank) и выстраивает фронтенд-подход “банковского уровня”: корректные денежные флоу, устойчивость к ошибкам пользователя, безопасность клиентского слоя и измеримое качество релизов.

Профиль задач Никиты:

• денежные сценарии: счета, балансы, транзакции, переводы, подтверждения, статусы операций
• снижение ошибок: валидации, предупреждения, подтверждения, безопасные состояния
• асинхронность и консистентность: корректные pending/success/failed состояния
• контрактность с backend: схемы данных, версионирование изменений, стабильность UX
• e2e контроль критичных флоу и контроль производительности как фактора доверия

Технологический стек Никиты:

• TypeScript / JavaScript (ESNext)
• React / Next.js
• Redux Toolkit / Zustand, React Query, WebSocket/SSE
• design system, Storybook
• React Hook Form, Zod/Yup
• Jest, Testing Library, Cypress/Playwright
• Vite/Webpack, ESLint, Prettier
• Sentry/аналог, метрики производительности

Результат для DARCA: Никита обеспечивает, что “денежный UX” остается предсказуемым при росте функциональности, а продукт не ломает доверие из-за клиентских ошибок и несостыковок статусов.

Руководитель технической поддержки - Анастасия Дьячкова

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

Профиль задач Анастасии:

• L1/L2/L3 модель с правилами маршрутизации и эскалаций
• SLA-подход: first response time, time-to-resolution, дисциплина очередей
• метрики качества: CSAT, причины обращений, доля self-service, контроль повторяемости проблем
• поддержка денежных сценариев: статусы операций, спорные ситуации, восстановление доступа
• incident-support: первичная диагностика, сбор данных, коммуникации во время инцидента, участие в postmortem

Инструменты и процессная база:

• helpdesk и омниканальность (Zendesk/Freshdesk/Intercom класс)
• Jira, Knowledge Base, регламенты эскалаций, шаблоны и инструкции
• QA-коммуникаций, обучение и аттестация операторов
• self-service: база знаний и автоматизация типовых запросов

Результат для DARCA: поддержка становится частью продукта и усиливает доверие, а не превращается в “узкое горло” роста.

Главный юрист - Виктор Болотов

Виктор Болотов отвечает за юридическую архитектуру продукта, договорной контур, защиту интересов компании и управление рисками при масштабировании. Имеет опыт сопровождения IT-проектов и цифровых сервисов: договоры, ответственность, защита IP, претензионные процессы и юридическая упаковка продуктов.

Профиль задач Виктора:

• договоры с партнерами и поставщиками: ответственность, SLA, штрафные модели, DPA/обработка данных
• пользовательские документы: оферта, условия использования, политика конфиденциальности, согласия
• юридическая поддержка продуктовых правил и коммуникаций
• данные и приватность: требования к хранению/обработке, доступам, реагированию на инциденты
• IP и права: товарные знаки, права на ПО/дизайн/контент, договоры с подрядчиками
• претензионно-исковая работа: регламенты и стандартизация

Результат для DARCA: юридическая база снижает риск “переделок” после запусков и обеспечивает устойчивость партнерств и сервисных правил.

Chief Design Officer - Антон Бондарь

Антон Бондарь отвечает за UX/UI-стратегию, дизайн-систему и качество клиентского опыта. Руководил командой дизайна в Тинькофф Банке. В период его работы продукт подтверждал лидерство в мобильном банкинге отраслевыми оценками: в 2021 году Tinkoff получил Frank Cards & Reward Award 2021 за Best Mobile Daily Banking App.

Профиль задач Антона:

• UX критичных денежных флоу: подтверждения, статусы, ошибки, спорные кейсы
• design system: компоненты, гайдлайны, консистентность и масштабирование интерфейсов
• процесс: исследования, прототипирование, usability-тесты, работа с продуктовой аналитикой
• качество реализации: связка с фронтендом, контроль UI в production, стандарты визуального качества

Результат для DARCA: дизайн превращает сложные финансовые операции в простые и безопасные сценарии и снижает класс ошибок, которые чаще всего ломают доверие в daily banking.

Example

Важно, что эти роли уже работали вместе в нескольких продуктах - это не “набор сильных людей”, а согласованный контур процессов и стандартов: platform + security, backend + SRE, design + frontend, support + engineering, legal + product.

Проекты и результаты: что именно было сделано и какие метрики доказывают уровень

Sherlock - платформа клиентского сервиса, чат-ботов и мессенджеров

Sherlock - реализованный и проданный проект, единая платформа для автоматизации клиентского сервиса, продаж и маркетинга через мессенджеры (Telegram, WhatsApp, iMessage, чат на сайте). Платформа позволяла централизованно управлять коммуникациями, использовать аналитику, Artificial intelligence и автоматизацию.

Ключевые показатели Sherlock:

• 600+ корпоративных клиентов, включая лидеров рынка (например: “Золотое яблоко”, Motul, 12 Storeez, ОРТЕКА, Спортмастер, Росбанк, British American Tobacco)
• у каждого крупного клиента обрабатывали свыше 600 000 диалогов в месяц
• общий ежемесячный объем по платформе превышал 7-10 млн диалогов
• общий оборот компании превысил 100 млн рублей
• среднегодовой рост выручки около 30-40%
• снижение нагрузки на операторов у клиентов на 50-60% за счет AI и чат-ботов
• сокращение операционных расходов у клиентов в среднем на 25-30%
• рост CSI до 87%
• рост продаж у клиентов за счет автоматизации и аналитики примерно на 15-20%

Переносимость в DARCA: этот опыт дает основу для контуров поддержки и коммуникаций, где чат - это часть продукта, а процессы измеримы и управляемы.

AME - платформа дополненной реальности и технологический фундамент для FRAME

AME - реализованный проект (2019), включавший два мобильных приложения (для бизнеса и для конечных пользователей). Платформа позволяла бизнесу создавать и управлять AR-контентом, с которым пользователь взаимодействует через камеру смартфона без специальных маркеров.

Ключевые показатели AME:

• время загрузки и привязки AR-контента - менее 2 секунд
• грант фонда Сколково - 84 млн рублей
• средний рост вовлеченности в кампаниях - до 25-30%
• средняя запоминаемость брендов после взаимодействия с AR - более 80%

Переносимость в DARCA: опыт AME усиливает компетенцию команды в массовых продуктах, высокой скорости UX и технологической дисциплине, а также стал базой для следующего этапа - FRAME, где добавился крипто-контур.

FRAME - децентрализованная экосистема для AR-маркетинга и мобильного майнинга, плюс создание собственной криптовалюты

FRAME - проект (2021), объединивший маркетинговое агентство и мобильное приложение вокруг собственной криптовалюты, дополнив AR-платформу распределенной вычислительной архитектурой и стимулированием пользователей через мобильный майнинг (ARM-процессоры). FRAME важен как доказательство, что команда умеет строить не только продуктовый слой, но и крипто-инфраструктуру с измеримыми характеристиками.

Показатели FRAME по агентскому и AR-контуру:

• успешные кейсы внедрения AR-решений для крупных брендов, включая “Газпром”, Coca-Cola, British American Tobacco, IKEA, Adidas, H&M
• более 50 крупных маркетинговых кампаний в год, охватывающих миллионы пользователей
• рост конверсии клиентов, использующих AR-решения, в среднем на 20-25%

Показатели FRAME по крипто-контуру и мобильному майнингу:

• более 35 000 пользователей за первый год
• средняя скорость транзакций - менее 0.7 секунды
• производительность сети достигала 1 482 TPS
• модель распределенного мобильного майнинга (ARM), позволяющая экономить до 40% на серверных затратах
• криптовалюта FRAME использовалась как расчетное средство внутри экосистемы, поддерживая внутреннюю экономику и стимулы

Переносимость в DARCA: FRAME дает опыт создания крипто-сервисов, децентрализованных контуров и токен-стимулов, включая инженерные требования к скорости, устойчивости и экономике экосистемы.

XBank (MVP DARCA) - проверенная эксплуатация, реальные метрики и доказательство управляемости

XBank - это MVP DARCA и практический стресс-тест “фиат + крипто в одном приложении”. Пилот проходил в России в период октябрь 2024 - май 2025 и был построен так, чтобы проверить привычку, доверие и устойчивость критических действий на реальном объеме операций.

Состав MVP как цельный контур:

• фиатные балансы: RUB, USD
• крипто-активы: USDT (TRC-20), TRX, USDT (BEP-20), BNB
• ключевые пользовательские контуры: внутренние переводы, обмен внутри приложения, P2P как вход-выход, ранний тест RWA (доля недвижимости), in-app поддержка и базовый риск-контур

Фактические метрики пилота XBank (MVP DARCA):

• регистрации: 42 653
• прошли KYC: 26 879 (KYC)
• сделали 1+ транзакцию: 26 044
• всего транзакций за пилот: 570 515
• аптайм: 99.95%
• TTV (total transaction volume): $62.1M
• DAU/MAU: 19-22%, пик до 32%

Метрики ключевых контуров поведения:

• внутренние переводы: доля 34% всех операций, подтверждение и статус - менее 1 секунды
• обмен внутри приложения: объем около $8.1M, с предпросмотром результата “You pay / You receive”
• P2P: объем около $9.1M, 34 839 сделок, median close time около 17 минут, dispute rate около 1.8% (Escrow)
• эксплуатационная зрелость: в рабочей фазе W15-W29 транзакции держались на уровне 17-39 тыс в неделю

Поддержка как часть продукта (фактические метрики MVP):

• поддержка 24/7
• median first response: 7.4 мин
• FCR: 72%
• CSAT: 4.2/5

Warning

Для инвестора важно не “наличие функций”, а доказательство, что система выдерживает масштаб без разрыва статусов и без деградации доверия. 570 515 транзакций - это дистанция, на которой любые слабые места становятся заметны, и именно поэтому эта метрика является одним из ключевых доказательств готовности к следующему рынку.

Сильная сторона DARCA - не отдельный талант, а связка опытов, которая закрывает полный цикл bank-grade продукта: продуктовая дисциплина и коммерция (основатель), enterprise-инженерия и платежные контуры (CTO), эксплуатационная зрелость 24/7 (SRE), безопасность и audit readiness (DevSecOps), корректность учета и устойчивость транзакций (backend), денежный UX и качество клиентского слоя (frontend + дизайн), поддержка как часть системы надежности (support), и юридическая упаковка правил и партнерств (legal). В сумме это снижает риск исполнения, ускоряет выход на следующий рынок и дает главное - способность удерживать доверие в продукте, где доверие измеряется повторяемыми действиями и стабильными статусами, а не обещаниями.

Какие люди нам еще нужны

Команда расширяется модульно под Core+Modules: мы закрываем контуры продукта и операционной устойчивости, а не “нанимаем всех сразу”. Этот список - карта потребностей по функциональным направлениям, без привязки к очередности найма.

Info

DARCA - это Core+Modules. Поэтому найм строится по контурам: сначала закрывается базовая bank-grade способность (корректность денег, безопасность, эксплуатация, комплаенс, поддержка), затем подключаются роли под конкретные модули. Это не порядок найма, а карта того, какие компетенции должны быть внутри, чтобы реализовать весь заявленный функционал.

Ниже перечислены минимально необходимые роли, которых не хватает поверх уже описанной команды. Для каждой роли указан ориентир по числу людей, достаточный для полной реализации функционала. При росте нагрузки некоторые контуры усиливаются не из-за новых фич, а из-за параллельной разработки и 24/7 эксплуатации.

Core (daily-банк) - обязательный фундамент

• Кроссплатформенная мобильная разработка - 2

  • Mobile engineers (React Native или Flutter): статусные флоу, подтверждения, push, deep-links, безопасное хранение на устройстве, денежный UX

• QA и релизная дисциплина - 2

  • QA Lead: стратегия тестирования финтеха и гейты релизов
  • QA automation: e2e по критичным денежным сценариям, регресс, стабильность статусов

• Data и отчетность - 1

  • Data/Reporting engineer: витрины данных, выгрузки, выписки, tax-ready пакеты, reconciliation-логика на уровне данных

• Risk и antifraud - 1

  • Risk/Fraud engineer: rules+signals, hold/step-up, device/behavior сигналы, антискам-логика, кейсы для поддержки

• Интеграции Core - 1

  • Integration engineer: KYC/KYB провайдеры, санкции, уведомления, webhooks, сверки и идемпотентность интеграций

• Комплаенс и privacy (EU-first) - 2

  • AML/Compliance Officer (EU): политики, процессы, audit readiness
  • DPO/Privacy (GDPR): privacy by design, DPA, процедуры по данным

• Финансы и сверки - 2

  • Financial controller: контроль финконтуров и дисциплина реестров
  • Accountant: учет, сверки, документы, операционные отчеты

• Поддержка и операции - 7

  • Support Ops: процессы, база знаний, QA поддержки, автоматизация
  • Support agents 24/7: линия L1/L2, эскалации, сопровождение статусов и документов

• Юридический контур Core (внутренний) - 2 дополнительно к Head of Legal

  • Legal Counsel (commercial/fintech): провайдерские договоры, пользовательские документы, претензии
  • Regulatory Counsel (EU): лицензирование и регуляторные требования, контроль изменений по юррискам

Warning

Критичные контуры банка должны быть в штате: финансы, право, комплаенс, risk, ключевые интеграции, custody и криптография. Подряд допустим только как усиление под локальную специфику стран и внешние аудиты, но не как замена владельцев контура.

Payments (online-first checkout и дальнейшее расширение)

• Payments engineer - 1
  • PSP/orchestration, статусы, ретраи, возвраты, сверки, устойчивость платежных сценариев
• Payments operations specialist - 1
  • реестры, dispute, операционная работа с провайдерами, контроль завершения платежей
• Legal Counsel по платежам - 1 при активном развитии рельс
  • договоры с PSP/эмитентами, условия, ответственность, контроль обязательств

Business (KYB, роли, approvals, audit, интеграции, API/webhooks)

• Backend engineer по B2B-интеграциям - 1
  • ERP/CRM интеграции, webhooks, scopes, IP allowlist, аудит и трассируемость
• B2B operations/product owner - 1 по мере выхода в корпоративный контур
  • approvals, инвойсы как объекты, массовые выплаты, reconciliation, требования к отчетности

P2P (on/off-ramp, рейтинг, авто-резерв/авто-расчеты, споры, антискам)

• P2P operations/dispute specialist - 1
  • арбитраж, процедуры споров, контроль качества сделок, связка с risk и поддержкой

RWA (T-Bills, Metals, RWA sm, RWA Home)

• RWA partnerships/ops manager - 1
  • партнеры, escrow, milestones, операционная модель объектов
• RWA ops/document controller - 1
  • Object Vault, пакеты документов, контроль стадий и статусов
• RWA Legal Counsel - 1
  • SPV/escrow, disclosure, договоры, правовая модель RWA-токенов и ограничения по рынкам

Cold Storage и custody (ключи, policy engine, мониторинг сетей)

• Custody/Wallet Security engineer - 1
  • MPC/HSM контур или интеграция, политики выводов, chain monitoring, failover RPC, аудит и трассируемость

Token Factory (выпуск токенов) и NFT

• Web3/Smart contract engineer - 1
  • выпуск токенов, NFT, безопасность контрактов, web3 интеграции, совместимость с внешним Web3
• Дополнение внутри legal+compliance
  • правила выпусков по странам, disclosure, ограничения по аудиториям и обороту

Staking (включая liquid staking)

• DeFi/Protocol integration engineer - 1
  • интеграции протоколов, учет ликвидности/сроков, мониторинг протокольных рисков
• Дополнение внутри risk+compliance
  • политики риска и ограничения по продукту

Enhanced Security и Anti-crisis vault

• Дополнительных штатных ролей не требуется при наличии Core-ролей
  • владелец логики - Risk/Fraud engineer
  • реализация и контроль - security и platform контур команды, mobile и backend контуры
• Усиление по мере усложнения сценариев
  • security analyst - 1 при росте объема аудитов и инцидентов

Messenger (E2EE и финансовые объекты в чате)

• Messaging backend engineer - 1
  • объекты со статусами, антиспам/антифишинг, интеграции с Core
• Cryptography/E2EE engineer - 1
  • протокол, key management, encrypted backups, key transparency

Piggy bank, Habit tracker, My Games, Mining

• Отдельные инженеры не обязательны при наличии Core-команды
  • эти модули реализуются силами mobile/backend/QA/data и подключаются как продуктовые контуры
• Partnerships/BD под модульные партнерства - 1 при активном развитии “My Games” или региональных ограничений “Mining”
  • партнеры, легальная рамка, операционные процессы

DARCA Academy (обучение как часть продукта)

• Content lead - 1
  • программа обучения, сценарии первого результата, снижение нагрузки на поддержку
• Instructional designer - 1
  • упаковка в микроуроки, тесты, структура курсов и понятность

Growth и маркетинг (product-led)

• Growth marketer - 1
  • activation/retention, lifecycle, подписки и overage, рефералы
• Performance marketer - 1
  • платные каналы и эксперименты креативов, оптимизация CAC

Tip

Этот список закрывает полный функционал DARCA как платформы. Усиление после запуска чаще требуется не для добавления новых “обязательных” ролей, а для снятия bottleneck: дополнительный QA, усиление data, расширение поддержки и дублирование узких компетенций (custody, криптография, payments) по мере роста нагрузки и ответственности.

В этом документе мы показали два слоя. Первый слой - это люди, которые уже есть: основатели и команда, способные держать продукт как управляемую систему, а не набор экранов и функций. У нас есть компетенции по архитектуре Core+Modules, транзакционной логике и статусной модели, безопасной разработке, эксплуатации 24/7, денежному UX, поддержке как части продукта и юридическому контуру. Это и есть фундамент, который позволяет принимать сложные решения, выстраивать приоритеты и реализовывать продукт на высоком уровне.

Note

У DARCA уже сформирован костяк команды, который закрывает ключевую задачу на старте - спроектировать bank-grade систему, выстроить инженерную и операционную дисциплину и довести Core до устойчивой эксплуатации.

Второй слой - это список дополнительных ролей, которые потребуются для полного покрытия всех модулей и ускорения разработки. Эти роли не являются “заменой” текущей команды - они являются усилением под масштабирование. Инвестиции в DARCA в первую очередь дают возможность расширить команду по контурам, снять bottleneck, параллелить разработку и быстрее выводить модули в продакшен, сохраняя bank-grade качество и комплаенс.

Tip

Ключевое - люди, которые умеют продумать, руководить и реализовать DARCA как международный криптобанк, у нас уже есть. Дальнейший рост - это вопрос темпа: с инвестициями мы масштабируем исполнение и быстрее превращаем Core+Modules в завершенную платформу.