Бриф страницы сценария SaaS: шаблон

Бриф страницы сценария (для заполнения)

Когда использовать: Задача, триггер и по строке на каждый шаг процесса, с привязкой к выпущенной функции, скриншоту и подтверждению продукта.

Бриф страницы сценария

Один бриф на одну страницу. Одна задача, один триггер, один процесс, один CTA активации. Сначала заполните шапку, затем по строке таблицы на каждый шаг процесса.

Шапка брифа

• Задача (словами покупателя): [Когда [ситуация], я хочу [действие], чтобы [результат]]
• Для кого: [роль] в [тип и размер команды]
• Триггер: [событие, с которого начинается задача, например новый лид, принятое коммерческое предложение, конец месяца]
• Целевой запрос и URL: [[категория] для [задача]] / [/use-cases/[job]/]
• CTA активации: [текст CTA], который открывает [экран, где выполняется шаг 1]
• Событие активации: [first_[job]_completed]

Детали по строке (заполните для каждого шага)

• Вручную или автоматически: [делает пользователь / продукт делает сам]
• Статус релиза: [Общедоступно / Бета, с пометкой на странице]
• Ссылка на справку или примечания к релизу: [URL]
• Подпись к скриншоту и alt-текст: [что пользователь видит на этом шаге]
• Ограничение, которое нужно указать на странице: [интеграция, объём или ограничение тарифа]

Следующие действия

• Автор: [имя] - действие: [написать страницу по этому брифу] до [дата]
• Владелец продукта: [имя] - действие: подтвердить, что каждая строка уже выпущена, и заполнить колонку «Кто проверил / дата»
• Дизайнер или PMM: [имя] - действие: снять скриншоты с SS-01 по SS-0[n] в рабочем аккаунте с демо-данными

Финальная проверка

• Задача и триггер сформулированы словами покупателя из звонков или обращений.
• Каждый шаг процесса называет функцию, которая есть в продукте уже сегодня.
• Ни в одном шаге нет слова «автоматически», если продукт не делает это без ручного клика.
• У каждой строки есть ID скриншота и подтверждение продукта с датой.
• CTA открывает экран, где выполняется шаг 1, и отправляет заданное событие.

Формулировка задачи и триггера

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

Начните с одной задачи и одного триггера

Страница сценария отвечает на один вопрос: справится ли этот продукт с моей задачей? Берите задачу из звонков продаж, демо и обращений в поддержку, а не из списка функций.

Формулировка задачи: Когда [ситуация], я хочу [действие], чтобы [результат].

Формулировка триггера: Всё начинается, когда происходит [событие], обычно [как часто].

Слабая и сильная формулировка

Выберите задачу, которая заслуживает страницы

• Она снова и снова звучит на звонках продаж или поддержки.
• У неё есть понятный триггер и понятный финал.
• Продукт уже сегодня закрывает каждый шаг, с ручным кликом или без него.
• Её ищут. Проверьте запросы вида [категория] для [задача] и программа для [действие].

Найдите формулировки, которыми ищут покупатели, с помощью инструмента Keyword Research, затем проверьте в SERP Analyzer, какие типы страниц по ним ранжируются.

Сначала строите общий план? Шаблон SEO-стратегии для SaaS охватывает весь сайт. Этот бриф посвящён одной странице сценария.

Чеклист выпущенных функций и скриншотов

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

Подтверждение продукта: функция выпущена или нет?

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

Проверки для каждого шага

1. Откройте новый аккаунт на самом дешёвом тарифе из тех, что названы на странице.
2. Выполните шаг сами, опираясь только на текст страницы.
3. Если понадобилась настройка, дополнение или помощь поддержки, укажите это на странице.
4. Добавьте в бриф ссылку на справку или примечания к релизу.

Правила для скриншотов

• Снимайте в рабочем продукте, а не в макете.
• Используйте демо-данные. Никаких реальных имён или email клиентов.
• Один скриншот на шаг, обрезанный до нужного действия, с номером шага в подписи.
• Пишите alt-текст о том, что показано на экране, а не список ключевых слов.
• Ставьте каждое изображение рядом с шагом, который оно показывает. Google понимает изображения по окружающему тексту.
• Переснимайте после любого изменения интерфейса и обновляйте дату в брифе.

Почему это важно

Федеральная торговая комиссия США (FTC) ждёт, что у рекламного утверждения есть разумное обоснование ещё до публикации. Функция на вашей странице - тоже утверждение, а подтверждение продукта и есть ваше документальное обоснование.

План CTA активации

Когда использовать: Направьте CTA на шаг 1 процесса и назовите событие, которое подтверждает, что задача выполнена.

CTA запускает процесс

Страница сценария не должна заканчиваться обычной регистрацией. CTA должен переводить пользователя на шаг 1 той задачи, которую страница только что показала.

Проверки соответствия

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

Проверьте варианты CTA и H1 в Headline Analyzer. Нужно разработать сам продуктовый процесс? Посмотрите разработку SaaS или запишитесь на бесплатную консультацию с Анатолием Улитовским.

Структура страницы

Когда использовать: Превратите проверенный бриф в порядок разделов лендинга под сценарий.

Структура страницы по брифу

1. H1 и вступление: задача словами покупателя и для кого она.
2. Триггер: два-три предложения о моменте, когда начинается задача, и о том, что сейчас идёт не так.
3. Шаги процесса: по блоку на каждую проверенную строку, со скриншотом и названием функции, как в продукте.
4. Ограничения и тарифы: что входит в каждый тариф для этой задачи и какие шаги выполняются вручную.
5. Доказательства: реальная цитата или результат клиента, на которые у вас есть разрешение, только об этой задаче.
6. FAQ: время настройки, интеграции, импорт данных, кто может пользоваться.
7. CTA активации: повторяется после шагов и в конце страницы.

Базовая оптимизация страницы

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

Превратите структуру в бриф для автора с помощью Content Brief. Перед запуском прогоните страницу через Website Audit, чтобы найти битые ссылки и пропущенный alt-текст.

Пишете для покупателей, которые уходят с конкурирующего инструмента? Используйте шаблон брифа для страницы альтернатив.

Заголовок таблицы (CSV)

Когда использовать: Готовая строка заголовков и допустимые значения, чтобы вести брифы в Google Таблицах или Excel.

Готовый заголовок для таблицы

Вставьте эту строку в ячейку A1 в Google Таблицах или Excel, затем разделите текст на столбцы по запятой. Одна строка на каждый шаг процесса.

page_url,job_statement,trigger,step_number,user_action,capability_name,automation,release_status,plan_gate,help_doc_url,screenshot_id,screenshot_date,verified_by,verified_date,activation_cta,activation_event,owner,status

Допустимые значения

• automation: manual, automatic, mixed
• release_status: ga, beta, flagged, roadmap
• status: draft, in-review, verified, live, re-check

Советы по таблице

• Выделяйте строки, где release_status равен flagged или roadmap. Такие шаги нельзя публиковать.
• Выделяйте строки с пустым verified_date.
• Меняйте status на re-check, когда в продукте меняется интерфейс.
• Фильтруйте по page_url, чтобы проверять по одной странице за раз.

Заполненный пример (вымышленный SaaS для выездного сервиса)

Когда использовать: Заполненный бриф для придуманного сервиса планирования: одно убранное обещание автоматизации и одна правка CTA.

Заполненный пример: Kelpmoor, ПО для выездного сервиса

Только пример. Kelpmoor - вымышленный SaaS-продукт. Его функции, люди, URL и даты ниже придуманы, чтобы показать заполненный бриф.

• Задача: Когда клиент принимает коммерческое предложение, я хочу сразу поставить работу в график техника без повторного ввода, чтобы её начали уже на этой неделе.
• Для кого: офис-менеджеры компаний, которые обслуживают климатическое оборудование и сантехнику, с небольшой диспетчерской командой
• Триггер: клиент принимает предложение онлайн
• URL: /use-cases/quote-to-job/
• CTA активации: «Превратите первое предложение в заказ», открывает /app/quotes?status=accepted
• Событие активации: first_quote_converted

Что изменила проверка продуктом

• В первом черновике было: «Kelpmoor автоматически назначает ближайшего техника». Эта функция только в планах, она ещё не выпущена.
• Шаг 3 переписали как ручное перетаскивание на диспетчерской доске, с отдельным скриншотом.
• В черновике CTA был «Начать бесплатный пробный период» и вёл на дашборд. Теперь он открывает список принятых предложений.
• Теперь рядом с шагом 3 на странице указано, что для диспетчерской доски нужен тариф Team.

Почему это работает

• Новый пользователь, который действует по шагам со страницы, может пройти каждый шаг в первый же день.
• CTA запускает ту задачу, которую обещала страница, поэтому событие активации измеряет результат страницы.
• Когда автоназначение выйдет, команда добавит его новой строкой и заново проведёт подтверждение.