AI-native
разработка

Каждый вникает в задачу с нуля. Продуктолог видит результат только на приёмке. Если продукт теряется по дороге в заявку, круг начинается заново. Приложение по той же схеме выходит за 12 месяцев. Меньше передач сокращает пересказы задачи, а о качестве выпуска судят по тестам и приёмке.

Как убрать лишние круги?↓

product: "РКО для бизнеса"
step: "application"

Три рабочих дня продуктолог собирает прототип в Cursor или Claude Code по образцам экранов компании и сам проходит весь путь клиента. Разработчик получает от него экран, код и описание переходов. Прототип успевают согласовать и доработать в ту же неделю; сессия ИИ на экране сокращена для демо.

Что получает разработчик?↓

1export const RKO_PRODUCT = "РКО для бизнеса";2export const BUSINESS_CUSTOMER = "Предприниматель";3 4export type PrototypeStep = "product" | "application" | "confirmation";5export type PrototypeAction = "next" | "back" | "reset";6 7export type PrototypeState = {8  step: PrototypeStep;9  product: typeof RKO_PRODUCT;10  business: typeof BUSINESS_CUSTOMER;11};12 13export type ApplicationCheck = {14  expectedProduct: string;15  applicationProduct?: string;16};17 18export function initialPrototype(): PrototypeState {19  return { step: "product", product: RKO_PRODUCT, business: BUSINESS_CUSTOMER };20}21 22function openApplication(state: PrototypeState): PrototypeState {23  return { ...state, step: "application" };24}25 26function confirmLocally(state: PrototypeState): PrototypeState {27  return { ...state, step: "confirmation" };28}29 30export function transitionPrototype(state: PrototypeState, action: PrototypeAction): PrototypeState {31  if (action === "reset") return initialPrototype();32  if (action === "back") {33    if (state.step === "confirmation") return openApplication(state);34    return initialPrototype();35  }36  if (state.step === "product") return openApplication(state);37  if (state.step === "application") return confirmLocally(state);38  return state;39}40 41export function checkApplication({ expectedProduct, applicationProduct }: ApplicationCheck) {42  const actualProduct = applicationProduct ?? "Продукт потерялся";43  return { actualProduct, passed: actualProduct === expectedProduct };44}45 46export function sourceTokenForState(step: PrototypeStep) {47  return { product: "initialPrototype", application: "openApplication", confirmation: "confirmLocally" }[step];48}

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

Кем стали люди из прежней команды?↓

Найма нет, и никто не уходит: каждый входит в одну из пар, а ведущий веб-разработчик становится архитектором. Он держит архитектуру всех пар и проверяет их код. Функции прежних шести ролей делят продуктолог, разработчик и архитектор.

• 5 продуктологов←

  продуктолог, продакт-менеджер, два аналитика и тестировщик

• 5 разработчиков←

  веб-разработчик, два Android-разработчика, второй тестировщик и дизайнер, который собирает интерфейс с помощью ИИ

• 1 архитектор←

  ведущий веб-разработчик теперь держит архитектуру всех 5 пар и проверяет их код

▶ Пролёт по доске · 42 с

Пример рабочей доски перехода к пяти парам: люди, записи и даты вымышлены.

×

С чего начать в банке?↓

Пары «продуктолог + разработчик» начинают там, где банк выпускает продукты и работает с клиентами. Направление готово к старту, когда нужные системы доступны по API, ИБ согласовала инструменты, а архитектор берёт ревью кода пары. Авторизованные зоны и ядро банка идут следующими этапами.

На каком ПО это строить?↓

Сравнение иллюстративное: слева обобщённая карта всего ПО банка, справа стек одного продукта. Карта обобщает открытые инженерные материалы крупных банков: 80 типов ПО, в основном вендорские комплексы. АБС, процессинг и другие банковские системы остаются, продукт подключается к ним по API.

Как проверить это у себя?↓

Что подготовить: выберите пункт

Начните с одного лендинга: соберите путь клиента в прототипе и засеките, за сколько дней заработает страница. По плану две недели, а какой срок получится у вашей команды, покажет пилот. Для первого пилота подходит один сценарий с понятным путём клиента: пара свободна две недели, архитектор берёт ревью, нужные системы доступны по API, ИБ согласовала инструменты, в прототипе нет реальных данных клиентов.

Какие ещё процессы меняю с ИИ?↗