Как системному аналитику написать user story за 5 минут: готовый промт для ChatGPT

Каждый системный аналитик знает: хорошая user story — это мост между бизнесом и разработкой. Плохая user story — разработчики делают не то, тестировщики не могут проверить, заказчик не принимает результат. Хорошая user story — все понимают, кто, что и зачем делает, а acceptance criteria чётко говорят "готово". Но писать user story вручную для каждой задачи, каждого пользователя, каждого сценария — это часы работы. На помощь приходит нейросеть. Сегодня разбираем один из самых полезных промтов для чата gpt — написание user story.

Потому что хорошая user story должна отвечать на три вопроса: кто хочет, что хочет сделать, зачем. Формула "Как... я хочу... чтобы..." + чёткие критерии принятия. Нейросеть генерирует готовые user story за минуту, экономя время на написание типовых задач. Существуют разные промты для чата gpt для фото и для текста, но сегодня мы сфокусируемся на аналитике.
Многие аналитики также используют промпт для чата gpt для визуализации сценариев и промт для чата gpt на создание фото для генерации прототипов. Но для user story главное — чёткая структура и критерии принятия. Я рекомендую начать с проверенного сервиса. Заходите на https://ai-terminal.ru — там вы сможете генерировать user story с чёткими критериями принятия быстро и без лишних настроек.

(копируйте и вставляйте в любой сервис — например, на https://ai-terminal.ru)
Этот промпт для чата gpt поможет вам получить готовую user story за минуту.
Ты профессиональный системный аналитик с опытом 10 лет. Твоя специализация — написание user story и критериев принятия для веб-приложений, мобильных приложений и API. Твои user story понятны разработчикам и тестировщикам, а acceptance criteria чётко отвечают "сделано/не сделано".
Напиши user story для следующей функциональности: [опишите функциональность].
Структура user story:
1. Роль пользователя (кто):
- [тип пользователя: гость/зарегистрированный/администратор/премиум]
2. Действие (что хочет сделать):
o [глагол + объект]
3. Ценность (зачем):
- [какую проблему решает / какую выгоду получает]
4. Критерии принятия (Acceptance Criteria) — список из 5-10 пунктов:
- Сценарий 1 (Happy Path): что происходит при корректных действиях
- Сценарий 2 (Unhappy Path): что при ошибках
- Сценарий 3 (Edge Cases): граничные случаи
- UI/UX требования (для интерфейсов)
- Требования к данным и логике
5. Требования к нефункциональным характеристикам (если нужно):
o Время отклика
- Безопасность
- Адаптивность
6. Дополнительно:
- Бизнес-правила
- Интеграции с другими системами
- Важные ограничения
Вводные данные:
- Функциональность: [что делает система]
- Тип пользователя: [гость/авторизованный/админ]
- Где используется: [веб/мобильное приложение/API]
- Есть ли интеграции: [да/нет, с чем]

Допустим, вам нужно написать user story для функциональности "Сброс пароля". Вставляете в промт:
Функциональность: сброс пароля через email
Тип пользователя: зарегистрированный пользователь, который забыл пароль
Где используется: веб-приложение и мобильное приложение
Есть ли интеграции: да, с почтовым сервером для отправки email
И нейросеть выдаёт вам готовую user story. Пример:
Роль пользователя: зарегистрированный пользователь
Действие: сбросить забытый пароль
Ценность: чтобы восстановить доступ к своему аккаунту без звонка в поддержку
Критерии принятия:
1. На странице входа есть ссылка "Забыли пароль?"
2. При клике открывается форма с полем "Email"
3. Поле email имеет валидацию (формат email, не пустое)
4. При вводе незарегистрированного email появляется сообщение "Пользователь с таким email не найден" (без уточнения, зарегистрирован ли email — для безопасности)
5. При вводе корректного email отправляется письмо со ссылкой для сброса пароля
6. Ссылка в письме ведёт на страницу, где можно ввести новый пароль
7. Ссылка действительна 24 часа
8. После перехода по ссылке старый пароль перестаёт работать
9. Новый пароль должен соответствовать правилам (минимум 8 символов, буквы и цифры)
10. После успешного сброса показывается сообщение "Пароль успешно изменён" и кнопка "Войти"
11. Пользователь может войти с новым паролем
Нефункциональные требования:
- Письмо должно доставляться не более чем за 30 секунд
- Ссылка должна быть уникальной и не поддаваться подбору

Промты для чата gpt можно разделить на несколько категорий. Есть промты для чата gpt для фото — они помогают генерировать изображения по описанию. Есть промпт для чата gpt для аналитики — как наш сегодняшний. А есть промт для чата gpt на создание фото — для визуализации идей. Все эти инструменты доступны на https://ai-terminal.ru.

Лучше всего использовать проверенные сервисы. Заходите на https://ai-terminal.ru — здесь вы можете генерировать не только user story, но и использовать другие возможности. Кстати, многие аналитики также применяют промты для чата gpt для фото для визуализации прототипов. Но для user story главное — чёткое понимание сценариев и граничных случаев.

Нейросеть дала готовую user story. Что дальше?
1. Проверьте формулировку. Фраза "Как... я хочу... чтобы..." написана? Понятно ли, кто пользователь?
2. Оцените ценность. Описана ли выгода или проблема, которую решает функция? Если нет — добавьте.
3. Проверьте критерии принятия. Каждый критерий должен быть измерим. "Система работает быстро" — плохо. "Страница загружается за 2 секунды" — хорошо.
4. Посмотрите на полноту покрытия. Есть ли позитивный сценарий? Негативный? Граничные случаи?
5. Уберите дублирование. Один критерий — одно требование. Не склеивайте несколько условий в один пункт.
6. Покажите команде. Разработчик и тестировщик должны подтвердить, что user story понятна и выполнима.

- Слишком общий запрос. Даже лучшие промты для чата gpt не помогут, если вы не укажете конкретные поля и правила валидации.
- Нет негативных сценариев. В criteria должны быть не только "всё хорошо", но и "что при ошибке".
- Нет UI/UX требований. Для веб-приложений нужно указывать, как выглядит кнопка, где находится форма, что видит пользователь.
- Игнорируют бизнес-правила. Если по бизнес-логике есть ограничения (например, "не больше 5 штук на человека") — обязательно включайте.

(скопируйте и используйте в промте)
Роль: [пользователь]
Действие: [что делает]
Ценность: [зачем]
Критерии принятия:
1. [сценарий 1]
2. [сценарий 2]
3. [негативный сценарий]
4. [граничный случай]

Прямо сейчас откройте https://ai-terminal.ru. Вставьте промт с описанием вашей функциональности. Через 5 минут у вас будет готовая user story с ролями, действиями, ценностью и чёткими критериями принятия.
Что делать с user story дальше?
1. Добавьте в бэклог (Jira, YouTrack, Trello, Yandex Tracker)
2. Покажите разработчику и тестировщику — получите обратную связь
3. При необходимости дополните критериями, которые нейросеть могла пропустить
4. Используйте для оценки сроков (Story Points)
Важно: user story от нейросети — это отличная основа. Но только вы знаете все нюансы вашего продукта и бизнес-логику. Дополняйте и проверяйте.
И да, этот подход работает не только для веб-приложений. Тот же промт можно адаптировать под мобильные приложения, телеграм-боты, API, CRM-системы и даже под аналитику и регламенты.