Собери себе инструмент сам: 5 задач внутрикома, которые можно решить вайб-кодингом

Ещё недавно запрос «сделайте мне небольшое приложение» почти автоматически означал ТЗ, разработчика, очередь в IT и отдельный бюджет. Сегодня часть таких задач можно сначала проверить самостоятельно — с помощью ИИ.

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

Такой способ работы называют вайб-кодингом: вы объясняете ИИ, какой продукт нужен и как он должен работать, получаете первый прототип, проверяете его и дальше дорабатываете через диалог.

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

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

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

Не каждая рутина заслуживает собственного приложения. Хороший кандидат для первого эксперимента отвечает трём условиям.

• Задача повторяется. Вы регулярно выполняете одни и те же действия и каждый раз тратите на них время.

• У неё понятны вход и выход. Например, ввели несколько показателей — получили расчёт. Ответили на пять вопросов — получили рекомендацию.

• Ошибка не остановит бизнес. Если прототип неверно посчитает показатель, вы сможете это заметить и исправить. Если от ошибки зависят зарплата, безопасность людей или юридические обязательства — экспериментировать без профильных специалистов не стоит.

А теперь к практике.

1. Форма, которая сама собирает истории сотрудников

Впереди юбилей компании, проект про ценности или новая рубрика корпоративного медиа. Нужно собрать истории сотрудников.

Обычно всё начинается с сообщения «присылайте ваши истории», затем появляется таблица, десятки сообщений в личке и финальная попытка понять, кто уже прислал фото, а у кого нужно отдельно запросить согласие.

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

А внутриком получает данные сразу в единой структуре.

И здесь особенно интересно использовать инструмент не только как «ящик для сбора». Можно сразу заложить в форму вопросы, которые улучшают качество фактуры.

Не «Расскажите о своей команде», а:

Что произошло?
Что вы сделали?
Что было самым сложным?
Чем всё закончилось?

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

2. Калькулятор коммуникационных метрик

Вы заранее задаёте показатели, которые используете именно в вашей функции, формулы и формат результата. После этого достаточно вводить исходные данные — инструмент считает нужные метрики и формирует сводку.

Например:

аудитория → охват → целевое действие → конверсия.

Можно добавить сравнение с предыдущим периодом, плановым значением или другим проектом. Но здесь есть принципиальное правило: ИИ может собрать калькулятор, но методику расчёта определяете вы.

Перед использованием несколько сценариев нужно проверить вручную — в том числе на крайних значениях и ошибочном вводе. Зато после этого вместо вечного «а как мы считали этот показатель?» появляется единый повторяемый инструмент.

3. Генератор контент-плана, который знает ваши правила

«Составь контент-план на месяц».

И получить универсальный понедельник с полезным советом, среду с опросом и пятницу с мемом.

Гораздо интереснее собрать свой генератор контента.

Пользователь задаёт:

— коммуникационную задачу;
— аудиторию;
— канал;
— период;
— обязательные инфоповоды;
— доступные форматы;
— ограничения по частоте публикаций.

После этого инструмент собирает сетку месяца и распределяет темы по каналам.

Следующий уровень — встроить именно ваши правила работы.

Например:

• не ставить две большие вовлекающие механики подряд;
• не отправлять информационные рассылки в определённые дни;
• обязательно оставлять место для оперативной повестки;
• не повторять один формат чаще двух раз в неделю;
• разводить контент для разных сегментов аудитории.

Тогда ИИ перестаёт выдавать случайные идеи и начинает работать внутри конкретной коммуникационной системы.

4. Навигатор: куда нести сообщение

Можно собрать простой навигатор по каналам.

Пользователь отвечает на несколько вопросов:

• Кому нужно сообщить?
  Всем сотрудникам или конкретной группе?

• Насколько это срочно?

• Нужно просто проинформировать или добиться действия?

• Есть ли чувствительная информация?

• Сообщение живёт один день или к нему будут возвращаться?

На основе ответов инструмент предлагает канал или комбинацию каналов и объясняет, почему именно их.

Такой навигатор особенно полезен большим внутриком-командам с большим количеством внутренних заказчиков.

И, возможно, запросов «срочно запушите всем» действительно станет немного меньше.

5. Интерактивный FAQ вместо документа на 27 страниц

Компания запускает новую льготу, переезжает, меняет систему оценки или внедряет новый процесс.

Вместо очередного документа можно собрать простую страницу с категориями, поиском и раскрывающимися вопросами.

Например: «Когда?» → сроки
«Для кого?» → условия
«Что делать, если…?» → сценарий действий
«К кому обратиться?» → контакт

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

Так проще контролировать точность и не получить очень убедительный, но совершенно придуманный ответ.

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

Как объяснить ИИ, что именно вы хотите

Рабочая структура может выглядеть так:

1. Собери простой веб-инструмент для [кто будет пользоваться].

2. Его задача — [какую проблему решаем].

3. Пользователь вводит: [входные данные].

4. Инструмент должен: [логика действий].

5. На выходе пользователь получает: [результат].

6. Интерфейс должен содержать: [основные блоки].

7. Обязательные ограничения: [правила и запреты].

8. Не подключай внешние сервисы и не сохраняй данные.

9. Сначала опиши структуру решения. После согласования собери рабочий прототип.

Последняя строчка особенно полезна. Сначала лучше договориться с моделью о логике, а уже потом просить её что-то собирать.

Первая версия почти никогда не готовая

Здесь начинается та часть вайб-кодинга, которую легко пропустить. Прототип заработал. Кнопка нажимается. На экране появляется результат.

Очень хочется объявить победу — не надо.

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

• Что произойдёт, если оставить поле пустым?

• Если вместо 100 написать 100 000?

• Если вставить длинный текст?

• Если открыть инструмент с телефона?

• Если нажать кнопку дважды?

• Если исходные данные противоречат друг другу?

А затем отдайте его коллеге, который не участвовал в создании.

Если вам приходится стоять рядом и объяснять, куда нажимать, значит, работа ещё не закончена.

Где заканчивается вайб-кодинг

Здесь полезно не перепутать возможность быстро собрать прототип с новой суперсилой «теперь мне никто не нужен». Форма для сбора историй — хороший эксперимент. Система, которая хранит персональные данные 30 тысяч сотрудников, — уже совсем другая задача.

Калькулятор внутренней коммуникационной кампании — можно пробовать. Инструмент, от расчётов которого зависят выплаты сотрудникам, требует совсем другого уровня проверки и ответственности.

Простой FAQ — хороший первый продукт. Бот с доступом к закрытым корпоративным базам — повод идти к IT и ИБ.

А потом прийти к коллегам из IT уже не с запросом «у нас есть идея, сделайте что-нибудь», а с рабочим прототипом и гораздо более точным пониманием того, что нужно развивать дальше.

И вот здесь внутриком становится немного продактом

Чтобы ИИ собрал нормальный инструмент, приходится ответить на вопросы:

• Кто им будет пользоваться?

• Какую проблему он решает?

• Какие данные нужны на входе?

• Какой результат должен получить человек?

• Что обязательно, а что можно убрать?

• Как поймём, что инструмент действительно полезен?

То есть вместо «хочу приложение» вы начинаете мыслить продуктом.

Это хорошо показывает и сама Модель компетенций внутрикома: по мере профессионального роста работа с ИИ движется от владения отдельными инструментами к созданию собственных решений и управлению ими.

Если раньше вопрос звучал «что ещё поручить нейросети?», теперь интереснее спросить иначе: какой маленький рабочий продукт мы до сих пор собираем вручную, хотя уже можем сделать его сами?

Мы продолжим разговор о вайб-кодинге, ИИ-инструментах и их применении в работе коммуникатора на конференции «ИнтерКомм.Конструктор». В программе этой теме посвящены в том числе практические форматы и воркшопы — хороший повод не только посмотреть, что уже делают коллеги, но и примерить новые подходы на собственные задачи.

Комментарии

Написать