Claude в деле: сценарии по ролям в Amiga
Предыдущие уроки разбирали инструменты по одному. Этот — про то, как они складываются в работу. Для каждой роли в Amiga — два-три сценария с формулировками запросов, которые можно взять и адаптировать. Читайте свою роль внимательно, а чужие — бегло: часто самый полезный приём находится у соседа.
Во всех сценариях действует одно правило: результат проверяет человек, а данные клиента попадают в Claude только в рамках политики Amiga и договора.
Аналитик
Разбор брифа и подготовка вопросов. Проект клиента с загруженным брифом и глоссарием. Запрос: «Прочитай бриф. Составь список требований, разбитый на функциональные и нефункциональные. Отдельно выпиши всё, что сформулировано неоднозначно или противоречит другим пунктам, и предложи уточняющий вопрос к каждому. Формат — таблица: требование, тип, проблема, вопрос».
Задействованы: проект (знания и инструкции), работа с файлами, формат ответа.
Юзер-стори и критерии приёмки. Инструкции проекта задают формат стори и Given/When/Then. Запрос: «Для сценария „клиент переносит запись на другое время“ напиши юзер-стори для клиента и для администратора, с критериями приёмки. Учти ограничения из раздела 3 ТЗ. Прежде чем писать, задай вопросы, если чего-то не хватает».
Задействованы: проект, приём «сначала вопросы», ссылка на конкретное место документа.
Схема процесса и предпроектное исследование. «Опиши текущий процесс обработки заявки, как он описан в протоколах встреч, и нарисуй схему; отметь шаги, где процесс явно ручной». Далее — режим исследования для обзора рынка (см. урок «Режим исследования») и артефакт-документ для клиента.
Задействованы: артефакт-диаграмма, исследование, артефакт-документ.
Дизайнер
Прототип до макета. «Собери интерактивный прототип экрана выбора тарифа: три карточки с переключателем „месяц/год“, выбранная карточка подсвечивается, кнопка ведёт на экран оплаты с итогом. Мобильный, нейтральный стиль». Далее — правки в чате и публикация по ссылке для обсуждения с командой.
Задействованы: артефакт-компонент, версии, публикация.
Ревью макета по чек-листу. Скриншот экрана (через быстрый вызов в приложении для компьютера) плюс навык или инструкция проекта с вашим чек-листом. Запрос: «Проверь этот экран по нашему чек-листу доступности и консистентности с дизайн-системой. Для каждого замечания — где именно и как исправить. Не придумывай проблем, которых не видно».
Задействованы: изображения, скриншот из приложения, навык или проект.
Тексты для интерфейса. Проект с тоном бренда клиента и глоссарием. «Напиши три варианта текста для пустого состояния экрана „Мои записи“, когда у пользователя ещё нет ни одной записи. До 12 слов каждый, с призывом к действию, в тоне из инструкций».
Задействованы: проект, формат и ограничение длины, варианты.
Разработчик
Для разработчиков основной инструмент — Claude Code, ему посвящён отдельный курс. Но и обычный чат закрывает много задач.
Объяснение и ревью чужого кода. Коннектор GitHub или вставленный фрагмент. «Объясни, что делает этот модуль, какие у него внешние зависимости и где потенциальные проблемы с обработкой ошибок. Отвечай списком, без пересказа очевидного».
Задействованы: коннектор или файлы, формат.
Перевод между уровнями. «Вот pull request. Опиши его изменения для менеджера проекта: что поменялось для пользователя, что для тестирования, какие риски. Без технических терминов». Это экономит время на статус-встречах.
Задействованы: коннектор GitHub, аудитория в запросе.
Скрипты и одноразовые инструменты. «Напиши скрипт, который берёт CSV с экспортом из трекера и считает, сколько задач в каждом статусе по неделям. На выходе — таблица Excel с диаграммой». Встроенный навык Excel сделает файл с формулами.
Задействованы: код, навыки для файлов.
Тестировщик
Баг-репорт из скриншота. Быстрый вызов, скриншот ошибки. «Составь баг-репорт по нашему шаблону: заголовок, шаги воспроизведения, ожидаемый и фактический результат, окружение. Шаги — по тому, что видно на экране; чего не видно — пометь как „уточнить“». Шаблон — в навыке или проекте.
Задействованы: скриншот, навык или проект, честные пометки о неизвестном.
Тест-кейсы из требований. Проект с ТЗ. «По разделу 4 ТЗ составь тест-кейсы: позитивные, негативные, граничные. Таблица: ID, предусловие, шаги, ожидаемый результат, приоритет. Затем спроси себя, какие сценарии ты пропустил, и добавь их».
Задействованы: проект, формат, приём самокритики.
Тестовые данные. «Сгенерируй 50 записей пользователей для тестирования формы регистрации: валидные и невалидные email, телефоны в разных форматах, имена с дефисами и кириллицей, граничные длины. CSV». Для сложных случаев — скрипт генерации.
Задействованы: код, формат.
Менеджер проектов
Протокол и задачи из встречи. Диктовка или заметки (или запись из подключённого сервиса). «Вот заметки со встречи с клиентом. Сделай протокол: решения, открытые вопросы, задачи с ответственными и сроками, как они прозвучали. Если срок или ответственный не назывались — пиши „не определено“, не додумывай».
Задействованы: диктовка, формат, запрет домысливать.
Статус для клиента. Коннекторы к трекеру и мессенджеру. «Собери статус по проекту за неделю: что сделано, что в работе, что заблокировано и почему. Источники — задачи в трекере и канал проекта. Тон — деловой, без оправданий. Оформи письмом». Навык фирменного стиля добавит оформление.
Задействованы: коннекторы, навык, формат письма.
Риски и план. «Вот план проекта. Посмотри на него глазами скептичного технического директора клиента: какие три вопроса он задаст и что мы ответим? Затем — какие риски в плане не учтены». Артефакт-документ для командного обсуждения.
Задействованы: роль критика, артефакт.
Продажи и аккаунт-менеджмент
Подготовка к встрече. Режим исследования: «Собери, что известно о компании X: продукты, недавние новости, технологический стек по вакансиям, кто отвечает за цифровые продукты по открытым данным. Только публичные источники, со ссылками. В конце — три гипотезы, с какой задачей они могли к нам прийти». Персональные данные не собираем — только то, что компания публикует о себе.
Задействованы: исследование, ограничения на источники.
Коммерческое предложение. Проект «КП» с примерами прошлых предложений и навык фирменного стиля. «На основе заметок с встречи подготовь структуру КП: задача клиента, как мы её понимаем, подход, этапы, состав команды, что нужно от клиента. Сроки и стоимость не пиши — оставь плейсхолдеры для оценки командой».
Задействованы: проект, навык, запрет выдумывать цифры.
Ответ на возражение. «Клиент написал, что предложение дороже, чем у конкурента, и просит объяснить разницу. Вот наше КП и его письмо. Подготовь ответ: спокойный, по делу, с упором на то, что входит в нашу оценку. Три варианта длины». Затем — правки в чате.
Задействованы: файлы, тон, варианты, итерации.
Как собрать свой сценарий
Все сценарии выше устроены одинаково: постоянный контекст лежит в проекте или навыке, переменный — в запросе, доступ к данным дают коннекторы, результат оформляется артефактом или файлом, а человек проверяет. Когда у вас появится задача, которой нет в списке, задайте себе четыре вопроса: что здесь постоянное (в проект), что делается по правилам (в навык), откуда данные (коннектор или файл) и в каком виде нужен результат (артефакт, файл, текст). Ответы — это и есть сценарий.
Попробуйте сами
10–15 мин на рабочем месте- Выберите один сценарий своей роли и выполните его целиком на реальной задаче: заведите проект или навык, если нужно, сформулируйте запрос по образцу, сделайте две итерации.
- Возьмите сценарий чужой роли и подумайте, какой приём из него применим у вас. Например, «глазами скептичного директора» работает и для тест-плана, и для макета.
- Опишите одну свою задачу, которой нет в уроке, по схеме из последнего раздела: постоянное, правила, данные, формат. Это готовый запрос.
Коротко
- Аналитик: разбор брифа, юзер-стори с критериями, схемы и исследования.
- Дизайнер: прототип до макета, ревью экрана по чек-листу, тексты интерфейса.
- Разработчик: объяснение и ревью кода, перевод изменений для менеджера, скрипты; основной инструмент — Claude Code.
- Тестировщик: баг-репорт из скриншота, тест-кейсы из требований, тестовые данные.
- Менеджер: протоколы и задачи, статус для клиента из трекера и чата, риски плана.
- Продажи: подготовка к встрече через исследование, структура КП без выдуманных цифр, ответы на возражения.
- Схема любого сценария: постоянное — в проект, правила — в навык, данные — через коннектор, результат — артефакт, проверка — человек.
Видеоверсия
Сценарий озвучки · 465 слов, ≈ 4 мин
Предыдущие уроки разбирали инструменты по одному. Этот — про то, как они складываются в работу. Пройдём по ролям в Amiga, для каждой — пара сценариев. Слушайте свою роль внимательно, а чужие — вполуха: часто самый полезный приём находится у соседа.
Аналитик. Проект клиента с брифом и глоссарием. Запрос: «Прочитай бриф, составь список требований, отдельно выпиши всё, что сформулировано неоднозначно, и предложи уточняющий вопрос к каждому». Второй сценарий — юзер-стори: инструкции проекта задают формат, а в запросе — конкретный сценарий и просьба сначала задать вопросы. Третий — схема процесса по протоколам встреч и предпроектное исследование рынка в режиме исследования.
Дизайнер. Прототип до макета: «собери интерактивный экран выбора тарифа с тремя карточками и переключателем „месяц-год“», потом правки в чате и публикация по ссылке. Ревью макета: скриншот через быстрый вызов, чек-лист в навыке, просьба проверить и не придумывать проблем, которых не видно. И тексты интерфейса: три варианта пустого состояния до двенадцати слов в тоне из инструкций проекта.
Разработчик. Основной инструмент — Claude Code, о нём отдельный курс. Но и чат полезен: объяснить чужой модуль и найти проблемы с обработкой ошибок; перевести pull request на язык менеджера — что изменилось для пользователя, что для тестирования, какие риски; написать скрипт, который из экспорта трекера делает таблицу Excel с диаграммой.
Тестировщик. Баг-репорт из скриншота по шаблону из навыка, с честной пометкой «уточнить» там, где на экране не видно. Тест-кейсы по разделу ТЗ: позитивные, негативные, граничные, а потом «спроси себя, что ты пропустил». И тестовые данные: пятьдесят записей с валидными и невалидными полями в CSV.
Менеджер проектов. Протокол из заметок: решения, открытые вопросы, задачи, и жёсткое правило — если срок не назывался, писать «не определено», а не додумывать. Статус для клиента из трекера и канала проекта через коннекторы, оформленный письмом по фирменному стилю. И план проекта глазами скептичного технического директора клиента: какие три вопроса он задаст и что мы ответим.
Продажи и аккаунты. Подготовка к встрече в режиме исследования: продукты компании, новости, стек по вакансиям, только публичные источники и без персональных данных. Структура коммерческого предложения из заметок со встречи, с плейсхолдерами вместо сроков и стоимости — цифры даёт команда, а не модель. И ответ на возражение «у конкурента дешевле»: спокойный, по делу, в трёх вариантах длины.
Заметили общую схему? Во всех сценариях постоянный контекст лежит в проекте или навыке, переменный — в запросе, доступ к данным дают коннекторы, результат оформляется артефактом или файлом, а проверяет человек. Когда появится задача, которой здесь нет, задайте четыре вопроса: что постоянное, что делается по правилам, откуда данные, в каком виде нужен результат. Ответы — это и есть сценарий.
Один совет напоследок. Не пытайтесь внедрить все сценарии своей роли сразу. Выберите тот, который повторяется чаще всего, и доведите его до автоматизма: заведите проект, напишите правила, отработайте формулировку запроса. Когда он станет привычным, добавьте следующий. Один хорошо отлаженный сценарий экономит больше времени, чем пять полуготовых.
В следующем уроке посмотрим на другие способы работать с Claude: Cowork, Claude Code и API.