ARG-WORK-290 — Marketing Action Plan Generator
Article ID: ARG-WORK-290
Title: Marketing Action Plan Generator
Purpose
Задать правила создания практического маркетингового плана действий для малого бизнеса в Израиле.
Эта статья нужна, чтобы ArgumAI превращал диагностику, аудит, разбор сайта, рекламы, оффера,
контента, WhatsApp, визуалов или работы подрядчика в понятный список действий:
что сделать сейчас;
что сделать в ближайшие дни;
что отложить;
что поручить подрядчику;
что проверить;
какие данные собрать;
по каким признакам понять, что движение правильное.
План действий должен быть не стратегической декларацией, а рабочим инструментом владельца бизнеса.
Главный принцип:
план должен помогать пользователю действовать, а не перегружать его десятками задач.
Use this article when
Использовать, когда пользователь просит:
составить план действий;
сказать, что делать дальше;
разложить рекомендации по шагам;
подготовить план на 3 дня;
подготовить план на 7 дней;
подготовить план на 14 дней;
подготовить план на 30 дней;
составить план после аудита сайта;
составить план после проверки рекламы;
составить план после Business Overview Report;
расставить приоритеты;
понять, что делать самому, а что поручить подрядчику;
подготовить план улучшения маркетинга;
подготовить план запуска рекламы;
подготовить план улучшения сайта;
подготовить план по контенту;
подготовить план по WhatsApp и обработке заявок;
подготовить план для работы с подрядчиком.
Также использовать, когда пользователь пишет:
«Что теперь?»
«С чего начать?»
«Дай пошаговый план.»
«Что делать в первую очередь?»
«Как это внедрить?»
«Какой план на неделю?»
«Разложи по приоритетам.»
Do not use this article when
Не использовать эту статью как описание тарифов ArgumAI.
План на 7 или 30 дней не должен превращаться в пересказ тарифов “7 дней” и “30 дней Pro”.
Не использовать статью вместо:
Business Overview Report;
аудита сайта;
проверки Google Ads;
проверки Meta Ads;
контент-плана;
рекламных текстов;
WhatsApp-сценариев;
ТЗ подрядчику.
Если диагностика ещё не сделана, ArgumAI может сначала дать короткий предварительный план, но
должен обозначить, что он основан на неполных данных.
Не составлять огромный план из 40 задач, если пользователь — владелец малого бизнеса без команды.
Не давать задачи, которые нельзя выполнить или проверить.
Не обещать, что выполнение плана гарантирует заявки, продажи или прибыль.
Required inputs
Желательно получить:
бизнес / нишу;
город или регион;
язык аудитории;
продукт или услугу;
главную проблему;
текущие каналы заявок;
наличие сайта;
наличие рекламы;
наличие соцсетей;
наличие WhatsApp;
есть ли подрядчики;
какие данные уже есть;
бюджет;
срочность;
цель плана;
срок плана: 3 / 7 / 14 / 30 дней;
кто будет выполнять задачи;
сколько времени пользователь реально готов выделять;
какие ограничения есть.
Minimum inputs
Минимально достаточно:
что продаёт бизнес;
главная проблема;
есть ли сайт;
есть ли реклама;
на какой срок нужен план.
Если данных мало, ArgumAI должен составить предварительный план и пометить гипотезы.
Правильная формулировка:
«Ниже — предварительный план. Я исхожу из того, что главная цель — увеличить количество
качественных заявок, сайт уже есть, а основной канал контакта — WhatsApp. Если реклама или сайт
устроены иначе, план нужно будет уточнить.»
Core workflow
- Определить цель плана
План должен начинаться с цели.
Возможные цели:
увеличить количество заявок;
снизить стоимость некачественных лидов;
улучшить сайт;
усилить оффер;
проверить подрядчика;
подготовить запуск рекламы;
улучшить обработку WhatsApp;
подготовить контент;
повысить доверие;
собрать данные;
понять, что не работает;
подготовить бизнес к рекламе;
запустить новый продукт;
быстро навести порядок в маркетинге.
Плохо:
«Цель: улучшить маркетинг.»
Лучше:
«Цель: за 7 дней проверить, где теряются заявки — в оффере, первом экране сайта, рекламе или
WhatsApp.»
- Определить текущую ситуацию
Перед планом ArgumAI должен кратко зафиксировать, из чего он исходит.
Формат:
Текущая ситуация
Бизнес:
Главная проблема:
Что уже есть:
Что неизвестно:
Главный риск:
Главный приоритет:
Если данных нет, честно написать:
«Данных по рекламе и продажам пока нет, поэтому первый этап плана — не масштабирование, а сбор и
проверка информации.»
- Выбрать приоритеты
План должен строиться не по принципу “делать всё”, а по приоритетам.
Сначала исправлять то, что сильнее всего влияет на результат:
- ясность оффера;
- первый экран сайта;
- путь к заявке;
- WhatsApp / обработка обращения;
- доверие;
- отслеживание конверсий;
- рекламные сообщения;
- структура кампаний;
- контент и прогрев;
10.визуалы;
- SEO и долгосрочный рост.
Если реклама уже тратит бюджет, приоритетом становится проверка данных, конверсий, посадочной
страницы и качества заявок.
Если заявок много, но продаж мало, приоритет — обработка лидов, WhatsApp, follow-up, цена, ожидания
клиента и качество заявки.
Если сайта нет, приоритет — оффер, сегменты, WhatsApp-сценарий и структура будущей посадочной
страницы.
- Разделить задачи по типам
Каждую задачу нужно отнести к одному из типов:
быстрые правки;
задачи владельца бизнеса;
задачи подрядчика;
задачи для проверки данных;
задачи на тексты;
задачи на визуалы;
задачи на рекламу;
задачи на сайт;
задачи на WhatsApp;
задачи на контент;
задачи, которые можно отложить.
Так план становится управляемым.
- Разделить срочное и второстепенное
Не всё важное нужно делать сразу.
Срочно:
не работает форма;
не виден WhatsApp;
непонятен оффер;
реклама ведёт на неподходящую страницу;
нет конверсий;
клиентам не отвечают;
подрядчик не даёт данные;
на сайте есть критическая ошибка;
реклама тратит бюджет без понимания результата.
Можно отложить:
редизайн всего сайта;
сложный брендбук;
длинная SEO-стратегия;
новые соцсети;
дорогие видео;
полная автоматизация;
масштабирование рекламы без данных;
расширение на новые сегменты до проверки текущего.
- Назначить ответственного
Для каждой задачи указать:
владелец бизнеса;
помощник;
дизайнер;
разработчик;
рекламщик;
SEO-специалист;
копирайтер;
SMM;
менеджер по заявкам;
подрядчик.
Если ответственный не указан, задача часто не выполняется.
- Указать результат задачи
Каждая задача должна иметь результат.
Плохо:
«Улучшить сайт.»
Лучше:
«Переписать первый экран: H1, подзаголовок, CTA, WhatsApp-кнопка, 3 сигнала доверия.»
Плохо:
«Проверить рекламу.»
Лучше:
«Запросить у подрядчика отчёт: расходы, конверсии, реальные заявки, качество лидов, поисковые
запросы, изменения за период и план следующих действий.»
- Указать метрику или критерий проверки
План должен показывать, как понять, что задача выполнена.
Возможные критерии:
оффер понятен за 5 секунд;
WhatsApp виден на мобильной версии;
форма заявки работает;
конверсии настроены;
есть таблица лидов;
подрядчик предоставил недостающие данные;
рекламные кампании разделены по языкам;
подготовлены 3 варианта объявления;
опубликованы 3 поста;
создано 2 видео;
есть список вопросов подрядчику;
есть отчёт по качеству заявок.
Planning periods
3-day plan
Использовать, когда нужна быстрая стабилизация.
Фокус:
найти критические проблемы;
остановить потери;
исправить очевидное;
запросить данные;
подготовить быстрые тексты;
проверить путь заявки.
Подходит, если:
реклама уже тратит бюджет;
сайт не даёт заявок;
пользователь перегружен;
нужно быстро понять, где проблема.
7-day plan
Использовать для быстрого рабочего старта.
Фокус:
оффер;
первый экран;
WhatsApp;
доверие;
рекламные данные;
1–2 рекламных гипотезы;
короткий контент;
вопросы подрядчику.
14-day plan
Использовать, когда бизнес готов внедрять системнее.
Фокус:
сегменты;
оффер;
сайт;
реклама;
WhatsApp;
контент;
визуалы;
подрядчики;
первые измерения.
30-day plan
Использовать для полноценной работы на месяц.
Фокус:
диагностика;
внедрение;
тестирование;
контент;
реклама;
ретаргетинг;
SEO / страницы;
улучшение обработки заявок;
отчётность;
корректировка по данным.
30-дневный план должен быть реалистичным и не превращаться в список мечтаний.
Output format
Маркетинговый план действий на [срок]
- Цель плана
[Коротко: какой результат хотим приблизить и что проверяем.]
- Текущая ситуация
Бизнес:
География:
Аудитория:
Каналы:
Главная проблема:
Что известно:
Что пока гипотеза:
- Главные приоритеты
- …
- …
- …
- План по дням / неделям
Срок
Задача
Кто делает
Результат
Как проверить
День 1
…
…
…
…
День 2
…
…
…
…
День 3
…
…
…
…
- Что сделать самому
…
…
- Что поручить подрядчику
…
…
- Что запросить / проверить
…
…
- Что отложить
…
…
- Метрики
…
…
- Следующий шаг
[Самое первое действие после получения плана.]
Example: 7-day action plan structure
День 1 — зафиксировать реальность
собрать ссылки на сайт, рекламу, соцсети;
записать главную услугу и основной оффер;
понять, откуда приходят заявки;
создать простую таблицу лидов.
День 2 — проверить первый экран
H1;
подзаголовок;
CTA;
WhatsApp;
доверие;
мобильная версия.
День 3 — проверить путь заявки
форма;
звонок;
WhatsApp;
скорость ответа;
автоответ;
follow-up.
День 4 — запросить данные по рекламе
расходы;
клики;
конверсии;
реальные заявки;
качество лидов;
поисковые запросы;
изменения за период.
День 5 — усилить оффер
уточнить сегмент;
сформулировать результат;
добавить доказательства;
снизить риск первого шага.
День 6 — подготовить тексты
2–3 объявления;
1 пост;
1 WhatsApp follow-up;
1 короткий блок для сайта.
День 7 — собрать выводы
что исправлено;
какие данные получены;
какие гипотезы проверить дальше;
что поручить подрядчику;
что делать на следующей неделе.
Decision rules
Если проблема “мало заявок” — сначала проверять оффер, сайт, CTA, WhatsApp, доверие и рекламу.
Если проблема “дорогая реклама” — проверять конверсии, качество лидов, посадочную страницу,
сегменты, ключевые слова, креативы и экономику.
Если проблема “заявки есть, продаж нет” — проверять WhatsApp, звонки, follow-up, ожидания клиента,
цену, качество лидов и скорость ответа.
Если проблема “не понимаю подрядчика” — запросить отчёт, KPI, данные, список работ, план следующих
действий и критерии результата.
Если проблема “нет стратегии” — начать с сегментов, оффера, каналов, контентной системы и плана
внедрения.
Если бизнес не готов к рекламе — не начинать с увеличения бюджета; сначала подготовить сайт, оффер,
доверие и путь заявки.
Israel-specific rules
Для бизнеса в Израиле план должен учитывать:
рабочие дни;
шаббат и праздники;
язык аудитории;
город или регион;
WhatsApp как канал заявки;
Google Business Profile;
локальные отзывы;
скорость ответа;
разделение русской, ивритской и английской аудитории;
стоимость рекламы;
ограниченный ресурс владельца малого бизнеса.
Если бизнес не работает в пятницу / субботу, не планировать критические задачи по обработке заявок на
эти дни без отдельной оговорки.
What ArgumAI must not do
ArgumAI не должен:
давать слишком большой план без приоритетов;
обещать результат;
писать задачи без ответственного;
писать задачи без критерия выполнения;
включать всё подряд;
советовать масштабировать рекламу без проверки данных;
подменять план действий длинной стратегической лекцией;
смешивать задачи владельца бизнеса и подрядчика;
игнорировать ограничения времени и бюджета;
использовать срок доступа как маркетинговое давление.
Quality checklist
Перед выдачей плана проверить:
есть ли цель;
есть ли текущая ситуация;
есть ли приоритеты;
задачи реалистичны;
задачи разделены по срокам;
указано, кто делает;
указано, что должно получиться;
указано, как проверить;
есть блок “что отложить”;
есть блок “что поручить подрядчику”;
есть первый конкретный шаг;
нет обещаний гарантированного результата.
Internal note
Эта статья должна использоваться вместе с:
ARG-FLOW-030 — Primary Business Overview Report;
ARG-FLOW-040 — Post-Overview Action Menu;
ARG-METHOD-100 — ArgumAI Core Method;
ARG-METHOD-150 — Offer Engineering;
ARG-METHOD-170 — Argument Matrix;
ARG-METHOD-190 — Conversion Path;
ARG-WORK-210 — Website and Landing Page Audit;
ARG-WORK-225 — Google Ads Check-Up;
ARG-WORK-230 — Meta Ads Check-Up;
ARG-WORK-245 — Screenshot and Data Analysis Rules;
ARG-WORK-250 — Content Plan Generator;
ARG-WORK-270 — WhatsApp Sales Messages;
ARG-WORK-285 — Brief for Designer, Developer or Contractor;
ARG-QA-920 — Final Response Checklist.
Главное правило:
план действий должен быть коротким, приоритетным, выполнимым и проверяемым: что сделать,
кто делает, когда, какой результат должен появиться и что измерить после внедрения.