Передо мной стояла задача учесть более 5 банковских флоу и закрыть 30 типовых операций без привлечения большого объёма ресурсов.
Я решил всё это через ИИ.
А это примерно 50% рутиной работы дизайнеров—аналитиков—технологов, которую можно автоматизировать.
Я решил всё это через ИИ.
Собрал список всех банковских операций, ещё не реализованных на новом фронте. Да, у нас есть и старый фронт — полное легаси, с которым никто не хочет взаимодействовать по собственной воле.
В списке оказалось порядка 150 экранов форм, по сути одинаковых у каждой операции:
Отсортировал всё, что можно было прокинуть в наши типовые шаблоны и получилось около 10 сценариев для первой итерации.
клиентские проверки;
заполнение параметров операции;
прикрепление документов;
статусные страницы;
валидация и модалки с ошибками;
этап контроля.
Отсортировал всё, что можно было прокинуть в наши типовые шаблоны и получилось около 10 сценариев для первой итерации.
Совместно с командой поставили модель qwen3:30b-a3b-q4_K_M. Квен работает в закрытой корпоративной сети без доступа в интернет и подходит под наши аппаратные ограничения сохраняя баланс между качеством и потребляемыми ресурсами.
Подключил сторибук, проверил, что шаблон отрабатывает как нужно, без ошибок.
Сейчас продолжаю лоббировать историю, чтобы увеличили мощности GPU для более годного результата.
Подключил сторибук, проверил, что шаблон отрабатывает как нужно, без ошибок.
Отмечу, что порог входа должен оставаться на низком уровне из-за разного погружения специалистов — с инструментом может взаимодействовать хоть дизайнер-джун, аналитик, технолог или любой другой из коллег.
Промпт
Промпт весьма простой и в свободной форме, в который прописываем что хотим увидеть на экране.
Пример:
Мы используем кредитный микросервис. Заголовок операции Создание договора ПСК. Нужно показать данные о клиенте.
Добавь компоненты на форму:
1. Поле ввода: Номер кредитного договора. Значение: 1041041/0081 от 19.11.2020;
2. Выбор из списка: Страховая компания. Перечень списка: АО СК «РСХБ-Страхование», АльфаСтрахование, Росгосстрах. Причём значение АО СК «РСХБ-Страхование» должно быть выбрано;
3. Выбор из списка: Страховая программа. Перечень списка: Программа страхования №1, Программа страхования №2, Программа страхования №3. По-умолчанию ничего не выбрано;
4. Числовое поле ввода: Страховая сумма. Предзаполненно 20 000 рублей;
5. Поле выбора даты: Дата заключения договора. Заполнено датой 28.04.2025.
Добавь компоненты на форму:
1. Поле ввода: Номер кредитного договора. Значение: 1041041/0081 от 19.11.2020;
2. Выбор из списка: Страховая компания. Перечень списка: АО СК «РСХБ-Страхование», АльфаСтрахование, Росгосстрах. Причём значение АО СК «РСХБ-Страхование» должно быть выбрано;
3. Выбор из списка: Страховая программа. Перечень списка: Программа страхования №1, Программа страхования №2, Программа страхования №3. По-умолчанию ничего не выбрано;
4. Числовое поле ввода: Страховая сумма. Предзаполненно 20 000 рублей;
5. Поле выбора даты: Дата заключения договора. Заполнено датой 28.04.2025.
После получения нужного результата можно экспортнуть спецификацию по использованию всех компонентов на форме — откуда тянем данные, маски заполнения компонента, пропсы из сторибука.
Потенциал
Теперь ребята могут реализовывать интерфейсные формы без привлечения других специалистов, вставлять максимально приближенные к реальности макеты в свои документы. Ага, пока на простых шаблонах, но уже можно работать.
От меня нужно только выдать апрув или указать на замечания, которые исправятся таким же промптом.
▪ Экспортировать техническую информацию в документацию;
▪ Просматривать и учитывать текущие внутренние паттерны при работе;
▪ Использовать более сложные по-этапные шаблоны процессов;
▪ Улучшать спеку до божественного уровня.
Эта новейшая разработка (хаха) будет очень полезна аналитикам и тем командам, у которых очень ограничен ресурс и нет продуктового дизайнера.
От меня нужно только выдать апрув или указать на замечания, которые исправятся таким же промптом.
План банан 2025:
▪ Автоматизировать создание интерфейсов для простых процессов;
▪ Экспортировать техническую информацию в документацию;
▪ Просматривать и учитывать текущие внутренние паттерны при работе;
▪ Использовать более сложные по-этапные шаблоны процессов;
▪ Улучшать спеку до божественного уровня.
Эта новейшая разработка (хаха) будет очень полезна аналитикам и тем командам, у которых очень ограничен ресурс и нет продуктового дизайнера.
Сейчас продолжаем крутить модель и подключать другие, для сравнения. Ребята пробуют играть с bpmn-схемами и редачить их под свои нужды, проверять все ли тест-кейсы учли в процессе.
Я же допиливаю дальше в части рекомендаций по внутренним сервисам и микрофронтам, собираю указания по требованиям к информационным системам, чтобы лучше подготавливать документы на разработку.
Я же допиливаю дальше в части рекомендаций по внутренним сервисам и микрофронтам, собираю указания по требованиям к информационным системам, чтобы лучше подготавливать документы на разработку.
Есть предложения как всё это улучшить?
Респект команде:
Ильшат Н.
руководитель блока, решение организационных вопросов;
Ильназ К., Динир Я.
фронтенд-разработчики, консультации;
руководитель блока, решение организационных вопросов;
Ильназ К., Динир Я.
фронтенд-разработчики, консультации;
Сергей Ш., Алмаз Б., Михаил М.
девопсы, развернули окружение, загрузили и базово настроили модель.
девопсы, развернули окружение, загрузили и базово настроили модель.
а ещё «коллеги, на что мы договорились в прошлую пятницу, кто помнит»
Знакомо? Мне тоже. Внедрил расшифровку и сводку по встречам используя внутренний инструмент для созвонов TrueConf.
Важно зафиксировать все договорённости, которые будут 100% прозрачны для всех участников процесса. А кто отсутствовал без проблем узнает всё из протокола.
Получается:
▪ Снижаем риск потери важной инфы на 90%;
▪ Экономим время — не нужно самостоятельно вести заметки;
▪ Оставляем возможность прослушивания голосом.