Этот подход занял у меня пару недель.
Задание: https://aisystant.system-school.ru/lk/#/course/modeling-1-r2/2026-03-24T1059/76232
Немного контекста. В предыдущей попытке я остановился на целевой системе “процессинговый центр”. Процессинговый центр (ПЦ) предоставляется инфраструктуру для работы с банковскими картами: управление жизненным циклом, проведение платежей. Он находится между банком и платёжными системами (МПС - международная платёжная система). Таким образом банки могут заниматься банковской деятельностью, а техническую сложность интеграции с разными МПС переложить на ПЦ. ПЦ могут работать не только с банковскими картами, но другими способами оплаты. Подробнее об этом можно почитать, например, тут.
В крупных банках есть свои ПЦ, потому что они могут себе это позволить и это позволяет развивать процессинг под банковские продукты.
Независимые ПЦ обслуживают множество банков и предлагают им типовой набор услуг и продуктов или же их часть, например, приём платежей, выпуск карт, интернет-банк, мобильное приложение и т.п. Так же они могут, например, добавить новый способ оплаты и предлагать его сразу всем клиентам.
Ситуация с нашим предприятием отличается от условно независимого процессингового центра, т.к. мы работаем с клиентами в холдинге, и это подразумевает не массовое/типовое обслуживание, а реализацию более уникальных проектов для конкретных банков-партнёров.
В таком случае можно попытаться утверждать, что мы занимаемся выпуском уникальных проектов в холдинге? Но такой проект - это создание/изменение целевой системы. Тут может возникнуть вопрос - какой системы именно? Если мы говорим, что проекты уникальные, то может оказаться, что каждый проект по разной целевой системе.
Попробую выбрать один такой проект: цифровая экосистема, куда входит банк, цифровой банк, маркетплейс, сервис рассрочки, сервис доставки еды и т.п.
Т.к. это всё финтех и в области финансов, то дотянуться до физического мира будет не так просто. В R1.1:8 - Как не путать системы и их описания? Заземляться! говорится, что транзакция не может быть целевой системой, потому что это описание, и предлагается заземлиться и подумать, например, об ожиданиях агентов из сделки, их планах, изменении в действиях. Так же описания возможного будущего обсуждаются и в докладе Честное онтологическое разбирательство с экономикой и финансами - Исследования - SystemsWorld Club. Более близкие к бизнесу коллеги говорили о похожем: создании возможности, например, для владельцев банковской карты. Даже ChatGPT выделил функцию ПЦ как “изменение состояний в системе обязательств, которые приводят к физическим изменениям”. Но это слишком общие изменения в физическом мире, к которым можно свести любые операции в финансовой сфере.
Между нашей компанией и возможным будущем можно выделить, например, такие промежуточные варианты как кандидаты для целевой системы:
физический мир (ожидания, воможности, поведение агентов)
|
цифровая экосистема
|
банк
|
процессинговый центр
|
МПС
Как будто в этой цепочке можно выбрать точку, которая и будет целевой системой. Как минимум попытаться найти хотя бы одну. Попробую нащупать эту точку.
Сейчас я думаю, что в рамках выбранного проекта можно назвать двух кандидатов на целевую систему:
-
процессинговый центр - мы умеем это делать и делаем это хорошо;
-
цифровая экосистема - мы же принимает участие в её создании в рамках нашего проекта, хотя влияем по цепочке на схеме выше издалека; ПЦ мы сделали и развиваем в рамках этого проекта.
У меня нет сомнений, что мы создаём ПЦ, но он может оказаться подсистемой целевой системы, например, той самой цифровой экосистемы из проекта. Тут у меня возникает дребезг. Как это проверить? Если мы создаём такую вещь вместе с другими предприятиями в холдинге, то как именно, какими действиями?
Вы можете сказать, что целевой системой является “топливная система самолёта”, которая будет эксплуатироваться в реальном пассажирском самолёте во время полёта. А можно сразу сказать, что целевая система - “надёжный самолёт”, эксплуатирующийся в транспортной инфраструктуре.
В примере из руководства с топливной системой самолёта целевая система “самолёт” тоже выбрана достаточно далёкая. Как создатель топливной системы самолёта влияет на весь самолёт целиком? На “надёжный самолёт”?
В диалоге с ChatGPT + FPF получил подтверждение на свой вопрос про подсистему, выделил функцию цифровой экосистемы и название системы по её функции.
Привожу рассуждения ChatGPT:
Во всех сценариях (покупка товара, заказ еды, рассрочка, услуга) происходит одно и то же:
возникает намерение
подбирается предложение
фиксируются условия
происходит расчёт (деньги/обязательства)
запускается исполнение
происходит физическое выполнение
Следовательно, система выполняет функцию: обеспечения согласованного и исполнимого взаимодействия участников, приводящего к выполнению транзакций и сервисов
Роль подсистем:
процессинговый центр → расчёты
банк → деньги и обязательства
сервисы (маркетплейс, доставка еды) → предметная часть
логистика → физическое исполнение
А само название вещи по выполняемой ею функции получилось “Система исполнения цифровых транзакций и сервисов”.
Польза от эксплуатации системы
Чтобы закончить работу над описанием пораньше, привожу выхлоп ChatGPT (и прошу прощения за такое). Будем считать его приемлемым.
| Агент | Как взаимодействует с системой | Подробная польза | За счёт чего возникает |
|---|---|---|---|
| Пользователь (физлицо) | Инициирует сценарии через интерфейсы: поиск → выбор → оплата → отслеживание → получение | Быстрое получение результата, снижение усилий, предсказуемость, доступ к связанным сервисам (оплата, BNPL) | Сквозной сценарий без разрывов + мгновенное подтверждение транзакции |
| Маркетплейс | Размещает предложения, управляет заказами, получает статусы и расчёты | Рост конверсии, снижение потерь между этапами, ускорение оборота | Связка заказа и оплаты → меньше незавершённых операций |
| Сервис доставки еды | Принимает оплаченные заказы, управляет исполнением | Стабильный поток заказов, меньше отмен, выше эффективность курьеров | Предоплата синхронизирует заказ и выполнение |
| Продавцы / рестораны | Получают заказы, подтверждают исполнение, получают выплаты | Рост фактически оплаченных заказов, упрощение операций | Система фильтрует неподтверждённые заказы |
| МСБ | Подключается к инфраструктуре (платежи, заказы, учёт) | Быстрый запуск, снижение затрат, доступ к клиентской базе | Использование готовой инфраструктуры |
| Логистические исполнители | Получают задания после подтверждения оплаты, обновляют статусы | Меньше холостых операций, стабильная загрузка | Синхронизация оплаты и выдачи задания |
| Банк | Обрабатывает счета, участвует в расчётах, встроен в сценарии | Рост транзакций, комиссионных доходов, удержание клиентов | Финансы встроены в пользовательские действия |
| Процессинговый центр | Обрабатывает транзакции, обеспечивает платёжное исполнение | Рост объёма операций, эффект масштаба | Концентрация транзакционного потока |
| Платёжные сети (например, Visa, Mastercard) | Обеспечивают межбанковские расчёты | Увеличение оборота, расширение использования сети | Агрегация и стандартизация операций |
| Партнёры / разработчики | Интегрируются через API, создают новые сервисы | Быстрый вывод продуктов, снижение затрат на разработку | Переиспользование возможностей системы |
| Оператор экосистемы | Управляет правилами, потоками, пользовательским путём | Рост оборота, контроль качества, монетизация | Централизация координации и данных |
| Регуляторы | Получают отчётность, контролируют операции | Прозрачность, снижение рисков, управляемость | Централизованная фиксация и трассируемость |
На мой взгляд, тут ещё не хватает пользы для участников экосистемы от этой экосистемы - она пока что описана очень сжато. А ведь если её толком нет, то тогда такая экосистема не нужна. Но уже пора поставить точку. Продолжение в следующих сериях, там ещё осталось описать, как эксплуатируется система, кто ещё её создаёт, действия по созданию.