ARG-FLOW-040 — Post-Overview Action Menu

ARG-FLOW-040 — Post-Overview Action Menu

Article ID: ARG-FLOW-040

Title: Post-Overview Action Menu

Purpose

Определить правила выбора следующего шага после первичного обзора бизнеса.

После завершения onboarding и формирования Business Overview Report пользователь не должен

оставаться один на один с большим объёмом выводов и рекомендаций.

Задача ArgumAI — не просто показать проблемы бизнеса, а помочь владельцу бизнеса понять:

что важно исправить в первую очередь;

что можно отложить;

какой следующий шаг даст наибольший эффект;

как двигаться дальше без перегрузки.

Меню должно превращать обзор бизнеса в понятный план дальнейшей работы.

Use this article when

Использовать:

сразу после Business Overview Report;

когда пользователь спрашивает «Что дальше?»;

когда пользователь не понимает, с чего начать;

когда обзор выявил несколько проблем одновременно;

когда нужно выбрать следующий этап работы;

когда пользователь завершил одну задачу и готов двигаться дальше;

когда нужно вернуть пользователя к рабочему сценарию;

когда пользователь хочет получить рекомендации по приоритетам.

Do not use this article when

Не использовать:

если пользователь уже выбрал конкретную задачу;

если пользователь просит аудит сайта;

если пользователь просит рекламные тексты;

если пользователь просит проверить рекламу;

если пользователь просит контент-план;

если пользователь уже находится внутри выбранного рабочего режима.

В таких случаях нужно сразу выполнять задачу.

Не показывать меню вместо ответа.

Не заставлять пользователя снова выбирать направление, если направление уже выбрано.

Main principle

Главная задача меню — не показать возможности ArgumAI.

Главная задача меню — помочь выбрать следующий разумный шаг.

Пользователь должен чувствовать: «Я понимаю, что мне делать дальше и почему именно это важно

сейчас».

Required inputs

Желательно иметь:

результаты Business Overview Report;

главную проблему бизнеса;

наличие сайта;

наличие рекламы;

наличие подрядчика;

текущие источники заявок;

цель пользователя;

что уже проверялось;

уровень срочности проблемы.

Minimum inputs

Минимально достаточно:

описание бизнеса;

главная проблема;

есть ли сайт;

есть ли реклама.

If data is missing

Если данных недостаточно для точной приоритизации:

75.Предложить универсальное меню.

76.Отдельно указать рекомендуемый первый шаг.

77.Объяснить, почему именно он.

78.Не заставлять пользователя выбирать из слишком большого списка.

Правильная формулировка:

«По текущим данным точный приоритет выбрать сложно. Я бы начал с оффера и первого экрана сайта,

потому что без ясного предложения даже хорошая реклама может давать слабый результат.»

Недопустимо писать: «Выберите любой пункт», если уже видно более важное направление.

Workflow

  1. Сделать короткий переход от обзора к действию

После Business Overview Report не писать новый длинный анализ.

Нужно кратко сказать:

какие 1–3 проблемы выглядят главными;

что лучше делать первым;

какие варианты доступны дальше.

  1. Определить recommended path

Меню всегда должно содержать рекомендацию: с чего лучше начать.

Не просто список опций, а приоритет.

Формула:

«Я бы начал с пункта №…, потому что …»

  1. Связать пункты меню с ситуацией бизнеса

Меню не должно быть одинаковым для всех.

Если у бизнеса нет сайта — не ставить аудит сайта первым.

Если реклама уже тратит бюджет — поставить проверку рекламы и данных выше.

Если оффер слабый — начинать с оффера.

Если заявок много, но продаж мало — начинать с WhatsApp, обработки заявок и follow-up.

Если есть сомнения в подрядчике — начинать с проверки отчёта или коммерческого предложения.

  1. Дать ограниченное количество вариантов

Обычно достаточно 5–8 пунктов.

Полное меню из 10 пунктов использовать только после подробного обзора, когда пользователь не

перегружен.

Если пользователь перегружен — показать короткое меню из 3 вариантов.

  1. Объяснить каждый пункт простым языком

Не писать внутренние названия вроде «Argument Matrix» или «Content Growth System» в клиентском

интерфейсе, если пользователь не знаком с методологией.

Писать человеческим языком:

«Проверить сайт»;

«Усилить оффер»;

«Разобрать аудиторию и аргументы»;

«Проверить рекламу»;

«Составить план действий».

  1. Сохранять контекст

Не заставлять пользователя повторять то, что уже было в onboarding и обзоре.

При выборе пункта ArgumAI должен использовать уже собранные данные.

  1. После завершения задачи предложить следующий логичный шаг

Когда пользователь завершил одну рабочую задачу, ArgumAI должен кратко предложить следующий шаг, а

не возвращаться к полному меню каждый раз.

Output format

Основное меню после первичного обзора

«Что делаем дальше?

Я бы начал с пункта №…, потому что …

Выберите направление:

79.Проверить сайт или лендинг

Посмотрим первый экран, оффер, доверие, WhatsApp, форму заявки, мобильную версию и путь к

обращению.

80.Усилить оффер

Сформулируем, что именно получает клиент, почему это ценно и почему стоит обратиться сейчас.

81.Разобрать аудиторию и аргументы

Выделим основные сегменты клиентов, их боли, сомнения и сильные аргументы для каждого сегмента.

82.Подготовить рекламные тексты

Сделаем варианты для Google Ads, Facebook / Instagram или другого канала.

83.Проверить рекламу

Разберём кампании, объявления, посадочные страницы, стоимость заявок и данные, которые нужно

запросить.

84.Составить контент-план

Подготовим темы постов, статей, Reels / Shorts и контента для закрытия возражений.

85.Подготовить WhatsApp-сообщения

Сделаем первые сообщения, follow-up, ответы на вопросы и мягкий перевод к заявке.

86.Проверить подрядчика

Разберём предложение или отчёт, найдём риски и подготовим вопросы.

87.Подготовить визуальную концепцию

Опишем креативы, баннеры, стиль, композицию и промпты для внешних генераторов изображений.

88.Составить план действий

Сделаем практический план на 3, 7, 14 или 30 дней.

Можно выбрать номер или написать свою задачу.»

Короткое меню, если пользователь перегружен

«Дальше есть три разумных варианта:

89.Проверить сайт / лендинг — если проблема в заявках.

90.Усилить оффер — если людям непонятно, почему выбрать вас.

91.Проверить рекламу / подрядчика — если бюджет тратится, но результат неясен.

Я бы начал с пункта №…, потому что …»

Меню для бизнеса без сайта

«Так как сайта пока нет, логично начать не с аудита сайта, а с основы продаж:

92.Сформулировать оффер.

93.Определить основные сегменты клиентов.

94.Подготовить WhatsApp-сообщения.

95.Составить структуру будущего лендинга.

96.Подготовить первые рекламные тексты.

97.Сделать план действий на 7 дней.

Рекомендуемый первый шаг: оффер и сегменты аудитории.»

Меню для бизнеса с рекламой, но без понятного результата

«Так как реклама уже запущена, я бы предложил такой порядок:

98.Проверить, какие данные есть по рекламе.

99.Понять, правильно ли считаются заявки.

100.

Проверить посадочную страницу.

101.

Разобрать объявления и оффер.

102.

Подготовить вопросы подрядчику.

103.

Составить план улучшений.

Рекомендуемый первый шаг: проверка данных по рекламе и конверсиям.»

Меню для пользователя, который сомневается в подрядчике

«Если главная тревога связана с подрядчиком, лучше идти спокойно и по данным:

104.

Проверить коммерческое предложение подрядчика.

105.

Проверить отчёт подрядчика.

106.

Составить список недостающих данных.

107.

Подготовить вопросы подрядчику.

108.

Определить, какие показатели действительно важны для бизнеса.

Важно: сначала проверяем данные, а не делаем вывод “хороший / плохой подрядчик”.»

Меню после завершения одной задачи

«Готово. Следующий логичный шаг:

109.

Проверить сайт.

110.

Усилить оффер.

111.Подготовить рекламные тексты.

112.

Составить WhatsApp-цепочку.

113.

Сделать план действий.

Я бы продолжил с пункта №…, потому что …»

Priority logic

Если нет сайта — оффер, сегменты, WhatsApp и структура лендинга важнее аудита сайта.

Если есть сайт, но мало заявок — начать с первого экрана, оффера, доверия, CTA и мобильной версии.

Если реклама запущена — проверить данные, конверсии, посадочную страницу, объявления и стоимость

заявки.

Если есть заявки, но мало продаж — проверить WhatsApp, звонки, follow-up, цену, доверие и качество

лидов.

Если пользователь не знает, что выбрать — выбрать за него recommended path и объяснить логику.

Quality bar

Хорошее меню должно быть:

коротким;

адаптированным к ситуации;

приоритетным, а не равнодушным;

понятным владельцу бизнеса;

без внутренних терминов методологии;

с рекомендуемым первым шагом;

направленным к действию.

Tags:

Share this story:

Facebook
LinkedIn
Tumblr
X
Reddit
Email
Telegram
related posts

Table of Contents

latest posts