Выделите текст, чтобы комментировать.
Рабочие задачи часто повторяются: нужно собрать ответы, подготовить данные, спланировать дела или оформить результаты. Для таких сценариев не всегда нужен большой корпоративный сервис — иногда достаточно небольшого приложения под конкретную задачу.
Наталья Шушарина, руководитель направления по работе с вузами в Битрикс24, за несколько дней собрала несколько таких инструментов на платформе для вайбкодинга Коворк/Код: опросники, планировщики, инструменты для аналитики и другие приложения для рабочих процессов. Для этого не потребовалось становиться разработчиком.
Такой способ создания приложений называют вайбкодингом: пользователь описывает задачу обычными словами, а ИИ помогает написать код и собрать первую версию. Ее можно проверить в работе, попросить что-то изменить и постепенно довести до нужного результата.
Название у подхода модное, но сам процесс быстро становится будничным: «Тут убери, здесь добавь, а вот это почему не работает?»
Сначала задача, потом приложение
У небольших рабочих задач часто один и тот же сценарий: сначала сотрудник делает что-то вручную, затем понимает, что эту последовательность действий можно собрать в отдельный инструмент. Так появились, например, планировщик задач, опросник и инструменты для работы с данными.
Для первого приложения не требуется подробно описывать техническую реализацию. Важно сформулировать, что именно должен делать пользователь. Запрос «сделай планировщик» оставляет слишком много вариантов. Гораздо полезнее сразу задать сценарий: показывать задачи на сегодня, сортировать их по срочности, отмечать выполненные и переносить незавершенные на следующий день.
С опросником работает тот же принцип. Например, после занятия нужно собрать обратную связь. В запросе можно указать количество вопросов, необходимость анонимных ответов и отдельное поле для комментария, а также попросить вывести результаты в общей сводке.
Такой запрос становится основой первого прототипа. Дальше приложение проверяют в работе и уточняют по конкретным замечаниям: изменить формулировку вопроса, перенести кнопку, поменять представление результатов. Поэтому собственная экспертиза здесь остается главным ориентиром: человек знает задачу и понимает, каким должен быть удобный результат, а ИИ помогает быстро собрать и изменить инструмент.
Помощник, который готов объяснить еще раз
При освоении нового инструмента совершенно нормально написать: «Я не понимаю, что ты предлагаешь. Объясни проще». Если объяснение не помогло — попросить пример. Если пример оказался слишком сложным — попросить еще один.
Для человека, который осваивает разработку с нуля, такой формат общения удобен: не нужно заранее знать все термины и разбираться в устройстве кода, чтобы задать первый вопрос.
ИИ можно использовать и как собеседника для сырой идеи: обсудить задачу, уточнить возможное решение, разобрать ошибку. При этом ответственность за результат остается у человека — он формулирует задачу, проверяет приложение и решает, подходит ли оно для работы.
Иногда помощник увлекается
ИИ не всегда сразу выдает то, что нужно, и иногда предлагает слишком сложное решение, иногда выбирает неудобную формулировку или добавляет функции, о которых никто не просил. В таких случаях проще уточнить задачу и попросить изменить результат.
Это одна из особенностей вайбкодинга: приложение можно дорабатывать постепенно, проверяя каждую новую версию на практике. Неудобный опросник — изменить вопросы. Слишком сложный интерфейс — упростить. Не хватает функции — добавить ее следующим запросом.
При этом готовый результат все равно нужно проверять. Опросник стоит заполнить самостоятельно, планировщик — закрыть и снова открыть, а расчеты — сверить на простом примере. ИИ может написать, что все работает, даже если в приложении есть ошибка.
В общем, принцип тот же, что и при обычной разработке: ИИ помогает собрать инструмент, но проверять, как он работает, все равно должен человек.
Два часа на первый шаг
Чтобы начать работать с вайбкодингом, достаточно освоить базовый цикл на небольшой задаче: описать, что должен делать инструмент, получить первую версию, проверить ее и внести правки. На практикум для такого знакомства может хватить пары часов.
За это время не получится освоить разработку целиком — да это и не требуется. Первая задача должна быть небольшой: один пользователь, одна понятная проблема и действие, которое приходится регулярно повторять. Например, сбор ответов после встреч, анализ данных, подготовка расчетов или работа с задачами в Битрикс24.
На таких сценариях проще всего оценить результат: сколько ручной работы удалось убрать и действительно ли новый инструмент удобнее привычного способа.
Учиться можно по ходу дела
Для старта не нужно заранее разбираться в программировании и знать ответы на все технические вопросы. Рабочий процесс выглядит проще: сформулировать задачу, получить решение, проверить его, найти проблему и уточнить запрос.
При этом главный источник контекста — сам пользователь. Он знает, как устроен его рабочий процесс, кто будет пользоваться приложением и каким должен быть результат. ИИ помогает перевести это описание в работающий инструмент и дорабатывать его по мере необходимости.
Поэтому тем, кто раньше не занимался разработкой, стоит начинать с конкретной задачи из собственной работы. Не с идеи «сделать приложение», а с понятной проблемы: что сейчас приходится делать вручную и что хотелось бы упростить.
А дальше можно просто проверить, что получится.
