Skill, лежащий в основе этого руководства: Elena - AI Skill для бизнес-аналитика. Загружает в Claude порядок вопросов и описанную ниже дисциплину критериев приёмки одним файлом - $29, единоразовый платёж, без подписки.
Посмотреть Skill Elena →Чтобы использовать Claude как бизнес-аналитика, перед тем как запрашивать хотя бы одно требование, дайте ему дословный запрос, текущий процесс шаг за шагом и конкретную проблему, которую вы пытаетесь исправить, - именно в таком порядке. Если предоставить Claude свободу, он задокументирует решение, предложенное заинтересованной стороной, вместо лежащей в его основе проблемы, и заполнит пробелы в карте процесса правдоподобными, но выдуманными шагами. Ниже приведены порядок ввода, пять промптов, которые дают проверяемый результат, и режимы отказа, на которые стоит обращать внимание при повторном чтении каждого черновика.
Что вы даёте Claude и в каком порядке?
Порядок важен, потому что Claude ориентируется на то, что читает первым. Если начать с предлагаемого решения, каждый последующий ответ будет подстраиваться под него. Передавайте информацию в такой последовательности:
- Запрос, дословно. Вставьте то, что заинтересованная сторона действительно сказала или написала, а не вашу отредактированную версию. «Отделу продаж нужна панель» и «Отдел продаж не может понять, какие сделки застряли» приводят к совершенно разным документам, и второй вариант обычно ближе к тому, что имелось в виду.
- Кого это затрагивает и кто утверждает. Роли и те из них, у кого есть право вето. Иначе Claude пишет для одного абстрактного «пользователя», и вы получаете требования, за которые никто не отвечает.
- Текущий процесс, шаг за шагом. Для каждого шага укажите исполнителя, систему, триггер и результат. Включите ручные обходные решения - таблицу, которую поддерживает один человек, сообщение в Slack, выполняющее роль согласования. Обычно именно там скрывается настоящее требование.
- Конкретная проблема. Не «это неэффективно». Что именно ломается, как часто и во что это обходится: «Три из примерно сорока счетов в месяц вводятся дважды, и финансовый отдел тратит примерно день в месяц на их сторнирование». Если у вас нет этого числа, так и напишите - это задача для исследования, а не то, что следует позволять Claude выдумывать.
- Ограничения. Крайний срок, бюджет, системы, которые нельзя затрагивать, правила соответствия требованиям, интеграция, которая в прошлый раз заняла девять месяцев.
- Что уже существует. Текущие документы, выгрузки тикетов, скриншоты существующих экранов. Claude читает вставленный текст и прикреплённые файлы. Он не читает вашу Jira.
Только после этого просите результат и запрашивайте по одному артефакту за раз: карту текущего состояния, затем список пробелов, затем истории. Попросите создать полный BRD за один раз - и получите документ, в котором каждый раздел примерно на 60% правильный, но невозможно понять, какие 40% ошибочны.
Что Claude делает неправильно в работе бизнес-аналитика?
Система документирует решение, а не проблему. Попросите её сформулировать требования для «новой панели согласований» - и получите требования к панели. Она не спросит, должен ли вообще существовать этап согласования. Это разделение нужно явно навязать; самостоятельно система его никогда не выполняет.
Система заполняет пробелы выдуманными этапами процесса. Скажите ей: «затем это передаётся в финансовый отдел», и она выдаст три правдоподобных подэтапа работы финансового отдела, написанных ровно в том же уверенном стиле, что и действительно предоставленные вами этапы. В результате ничто не отмечает разницу. Это самая дорогая ошибка в списке, потому что выдуманные этапы рассматривают, одобряют и реализуют.
Критерии приёмки, повторяющие формулировку задачи. Без редактирования система пишет: «Как менеджер, я хочу экспортировать отчёт, чтобы поделиться им. Критерии приёмки: менеджер может экспортировать отчёт.» Это нельзя проверить, и QA сразу вернёт такой результат.
Нефункциональные требования, сформулированные как прилагательные. «Система должна быть быстрой, масштабируемой и удобной для пользователей» встречается почти в каждом первом черновике. Нет ни числа, ни метода измерения, ни того, с чем кто-либо мог бы формально согласиться.
Ещё один момент для длинных цепочек: к двадцатому сообщению система незаметно возвращает в объём то, что вы исключили в шестом сообщении. Повторяйте согласованный объём каждые несколько сообщений и сверяйте с ним документ.
Какие prompts действительно работают?
1. Отделите проблему от предлагаемого решения.
Вот запрос, приведённый дословно: <paste>. Пока не пишите требования. Отделите то, что было запрошено (предлагаемое решение), от подразумеваемой им проблемы. Затем перечислите пять вопросов, ответы на которые сильнее всего повлияли бы на то, что мы создадим. Пометьте каждую строку, которую вы вывели, а не прочитали, тегом [INFERRED].
2. Опишите текущее состояние, не позволяя системе додумывать.
Ниже приведены известные мне этапы процесса. Представьте их в виде пронумерованного потока, указав для каждого этапа участника, систему, триггер и результат. Если для какого-либо этапа данных нет, напишите [UNKNOWN - confirm with owner], не заполняя пробел самостоятельно. Не добавляйте этапы.
3. Сделайте критерии приёмки проверяемыми.
Для каждого критерия приёмки напишите точный тест, который выполнит QA-инженер: исходное состояние, действие, наблюдаемый результат. Если вы не можете написать тест, критерий слишком расплывчатый - переписывайте его, пока это не станет возможным.
4. Добавьте числа в нефункциональные требования.
Перепишите каждое нефункциональное требование так, чтобы оно содержало число и способ его измерения. Всё, что невозможно количественно определить, удалите из списка и поместите в отдельный раздел с заголовком «Нужен целевой показатель от бизнеса».
5. Отслеживайте разрастание объёма.
Согласованный объём: <list>. Прочитайте документ выше и перечислите все содержащиеся в нём требования, которые не охватывает этот список.
Промпт 2 - тот, который экономит больше всего доработок. Промпт 3 - тот, который люди пропускают, а потом жалеют.
Elena использует порядок ввода и правила пометки [INFERRED] / [UNKNOWN], приведённые выше, как постоянные инструкции, поэтому вам не придётся заново вводить их в каждой переписке.
Посмотреть AI Skill «Elena - Business Analyst» →Как его установить?
Навык представляет собой ZIP-архив с файлом SKILL.md в корне. В настольном приложении Claude перейдите в раздел Customize → Skills → +, загрузите ZIP-архив и включите навык. Claude прочитает SKILL.md и покажет краткое описание возможностей навыка, прежде чем вы его включите.
Сначала проверьте один момент: выполнение кода должно быть включено в разделе Settings → Capabilities. Сами Skills работают на любом плане, включая Free. Без выполнения кода навык не запустится.
В бесплатном плане Claude, а также в ChatGPT или Gemini можно открыть SKILL.md в любом текстовом редакторе и вставить его содержимое в пользовательские инструкции. Переключатель включения и выключения будет недоступен; поведение останется тем же. Требования к плану проверены в сентябре 2026 года по справочной статье Anthropic о Skills - ограничения по планам довольно часто меняются, поэтому перед покупкой уточните актуальные требования в приложении Claude.
Когда не следует использовать Claude для этого?
Он не может провести интервью с заинтересованной стороной и не имеет доступа к вашему Jira, вашей модели данных, фактическим ограничениям полей вашего CRM или скорости работы вашей команды. Всё, что он говорит о желаниях заинтересованной стороны, - это догадка, замаскированная под результат исследования. Если вы уже не знаете, как работает текущий процесс, Claude не сможет выяснить это за вас - он выдаст уверенную карту процесса, которого никогда не видел.
В регулируемых сферах, где каждое требование должно восходить к утверждённому источнику, скорость подготовки становится недостатком, если вы сами не сохраняете происхождение информации. А при действительно новой предметной задаче, для которой в обучающих материалах нет близкого аналога, он возвращается к общим шаблонам, и вы снова получаете шаблон.
Где он окупается: во втором и третьем черновиках, превращении согласованного объёма работ в истории, анализе разрывов между двумя картами процессов и выявлении требования, которое никто не записал.
Для кого это?
Бизнес-аналитики, которым нужен более быстрый второй черновик, владельцы продуктов, пишущие истории, основатели, формулирующие задачу для разработчика по контракту, и руководители операционных подразделений, перерабатывающие уже знакомый им процесс. В коллекции «Бизнес, консалтинг и операции» собрано 101 навык для смежных ролей, а в руководстве для аналитика данных рассмотрены задачи, с которых начинаются числа.
Та же дисциплина, но карты процессов и критерии приёмки составлены в терминах Salesforce: объектов, типов записей, правил валидации и модели общего доступа.
Посмотреть Owen - AI Skill бизнес-аналитика Salesforce →Кратко
Передайте Claude запрос дословно, текущий процесс и конкретную проблему именно в таком порядке, а затем попросите его отметить всё, что он вывел сам. Для общих требований и работы с процессами: Elena - AI Skill бизнес-аналитика ($29). Для анализа Salesforce: Owen - AI Skill бизнес-аналитика Salesforce ($29). Оба продукта загружаются в формате ZIP, программирование не требуется, действует 30-дневная гарантия возврата денег.
Elena - AI Skill бизнес-аналитика
Загрузите один ZIP-файл, и Claude изучит запрос перед тем, как документировать его: отметит собственные выводы, откажется выдумывать шаги процесса и напишет критерии приёмки, которые QA сможет проверить. Один платёж, без подписки.
KissMySkills - это маркетплейс с более чем 1 700 AI скиллами, 48 наборами промптов, 55 агентами и бесплатными инструментами для Claude, ChatGPT и любых AI-чатов. 30-дневная гарантия возврата денег.
