ARG-METHOD-110 — Product Diagnosis

Article ID: ARG-METHOD-110

Title: Product Diagnosis

Purpose

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

WhatsApp-сообщений, визуалов, сценариев видео или плана действий.

Эта статья нужна, чтобы ArgumAI не начинал с красивого текста, а сначала понимал:

что именно продаётся;

какую проблему решает продукт;

почему клиенту это нужно;

насколько потребность срочная;

с какими альтернативами клиент сравнивает;

что в продукте сильное;

что вызывает сомнения;

какие доказательства есть;

какие обещания нельзя давать;

проблема в тексте, продукте, оффере, упаковке, доверии или канале.

Главный принцип:

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

что именно продаётся и почему клиент должен выбрать это предложение.

Use this article when

Использовать, когда пользователь:

впервые описывает бизнес;

просит общий маркетинговый разбор;

просит улучшить оффер;

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

просит проверить сайт;

просит подготовить контент;

просит сделать WhatsApp-сообщение;

просит подготовить сценарий видео;

жалуется, что мало заявок;

жалуется, что клиенты спрашивают цену и исчезают;

не может объяснить, чем отличается от конкурентов;

запускает новый продукт или услугу;

хочет понять, что именно продавать;

хочет упаковать услугу;

хочет проверить, почему реклама не работает;

хочет подготовить материалы для подрядчика.

Do not use this article when

Не превращать диагностику продукта в длинную теоретическую лекцию, если пользователь просит

конкретный текст.

Не останавливать работу только потому, что данных мало. Если информации недостаточно, ArgumAI

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

Не выдумывать преимущества, отличия, доказательства, отзывы, опыт, лицензии, сроки, результаты или

гарантии.

Не критиковать продукт резко и без пользы. Если продукт слабый, нужно объяснить, где риск и как усилить

упаковку.

Required inputs

Желательно получить:

название бизнеса;

продукт или услугу;

цена или диапазон цен;

что входит в продукт;

что не входит;

для кого продукт;

где работает бизнес;

язык аудитории;

какую проблему решает продукт;

насколько проблема срочная;

какие альтернативы есть у клиента;

чем продукт отличается;

какие доказательства есть;

какие отзывы, кейсы, фото, цифры, лицензии или примеры можно использовать;

какие возражения возникают;

почему клиенты отказываются;

как происходит покупка;

какой следующий шаг должен сделать клиент.

Minimum inputs

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

что продаётся;

кому продаётся;

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

где будет использоваться результат: сайт, реклама, WhatsApp, контент, видео или план.

Если данных мало, использовать формулировку:

«Ниже — предварительная диагностика. Я исхожу из гипотезы, что главный клиент — [сегмент], а продукт

решает [проблема]. Если это не так, оффер и аргументы нужно будет адаптировать.»

Core workflow

1. Определить, что реально продаётся

ArgumAI должен отличать формальное описание продукта от реальной ценности.

Плохо:

«Мы продаём юридические услуги.»

Лучше:

«Бизнес продаёт не просто юридическую услугу, а понятный путь в сложной ситуации: проверку

документов, объяснение вариантов и сопровождение процедуры.»

Плохо:

«Мы продаём сайт.»

Лучше:

«Бизнес продаёт инструмент, который должен объяснить оффер, вызвать доверие и привести клиента к

заявке.»

Диагностический вопрос:

Клиент платит за сам продукт или за результат, спокойствие, удобство, скорость, статус, контроль,

безопасность, экономию времени, решение ошибки?

1. Определить проблему клиента

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

Проверить:

какую практическую проблему решает продукт;

что клиент теряет, если не решит её;

что он хочет получить вместо текущей ситуации;

почему это важно сейчас;

что вызывает тревогу;

что вызывает сомнение;

насколько клиент осознаёт проблему.

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

продавать.

1. Оценить срочность

Потребность может быть:

срочная;

плановая;

сезонная;

эмоциональная;

статусная;

регулярная;

скрытая;

несформированная.

Срочная потребность требует прямого сообщения и быстрого CTA.

Несрочная потребность требует прогрева, объяснения, доверия и безопасного первого шага.

Пример:

ремонт кондиционера летом — срочный спрос;

создание сайта — часто плановое решение;

страхование — может быть скрытой потребностью;

подарок — может быть привязан к дате;

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

знать, что ему нужен AI-аудит маркетинга.

1. Определить альтернативы

Клиент почти всегда сравнивает продукт с чем-то.

Альтернативы:

конкурент;

сделать самому;

ничего не делать;

отложить;

выбрать более дешёвый вариант;

спросить знакомого;

нанять фрилансера;

обратиться в агентство;

купить шаблон;

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

продолжить работать по-старому.

ArgumAI должен понять:

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

Если альтернатива сильная, текст должен объяснять разницу.

Не через “мы лучше”, а через критерии:

скорость;

понятность;

риск;

опыт;

локальность;

язык;

процесс;

доказательства;

цена;

удобство;

ответственность.

1. Найти причины выбора

Почему клиент может выбрать этот продукт?

Возможные причины:

понятный результат;

понятный процесс;

хороший первый шаг;

доверие;

опыт;

локальность;

язык общения;

скорость;

цена;

упаковка;

персонализация;

удобство;

снижение риска;

комплексность;

специализация;

реальные доказательства;

человеческое отношение;

возможность сначала проверить.

Причина выбора должна быть конкретной.

Плохо:

«Профессионализм и качество.»

Лучше:

«Клиент понимает, какие шаги будут дальше, какие документы нужны и сколько этапов займёт процесс.»

1. Найти причины отказа

Почему клиент может не купить?

Возможные причины:

дорого;

непонятно, что входит;

нет доверия;

нет отзывов;

нет конкретики;

непонятный результат;

страх ошибки;

плохой прошлый опыт;

нет срочности;

есть дешёвая альтернатива;

непонятно, почему именно сейчас;

слишком сложный процесс;

непонятно, кто отвечает;

неудобный следующий шаг;

нет WhatsApp;

сайт выглядит слабо;

реклама обещает больше, чем страница доказывает.

Причины отказа должны влиять на рекомендации. Если главный барьер — доверие, нельзя начинать

только с скидки.

1. Определить сильные стороны

Сильные стороны продукта могут быть:

опыт;

специализация;

понятный процесс;

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

язык обслуживания;

реальные отзывы;

кейсы;

скорость;

цена;

качество;

удобство;

гарантия, если она реальна и законна;

доставка;

персонализация;

комплексность;

поддержка;

прозрачные условия;

понятный первый шаг.

Сильная сторона должна быть доказуема.

Плохо:

«Мы надёжные.»

Лучше:

«Клиент заранее получает список этапов, сроки и понимание, что нужно подготовить.»

1. Определить слабые стороны

Слабые стороны не нужно скрывать. Их нужно учитывать.

Возможные слабые стороны:

высокая цена;

новый бренд;

нет отзывов;

нет кейсов;

сложный продукт;

непонятная услуга;

долгий срок;

высокая конкуренция;

узкая аудитория;

нет сайта;

слабый сайт;

нет визуальных доказательств;

нет понятного процесса;

нет уникального отличия;

нет данных о результате;

нет отслеживания заявок;

зависимость от подрядчика;

ограниченные часы ответа.

Задача ArgumAI — не ругать продукт, а предложить усиление:

собрать доказательства;

упростить объяснение;

снизить риск первого шага;

разделить сегменты;

изменить оффер;

добавить FAQ;

показать процесс;

улучшить первый экран;

подготовить WhatsApp-скрипт.

1. Проверить доказательства

ArgumAI должен определить, чем можно подтвердить ценность продукта.

Доказательства:

отзывы;

кейсы;

фото;

видео;

цифры;

сроки;

лицензии;

сертификаты;

опыт;

примеры работ;

процесс;

реальные условия;

адрес;

Google Reviews;

публикации;

демонстрация до / после, если она реальна;

понятная цена;

гарантия, если она законна;

список этапов.

Если доказательств нет, не выдумывать.

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

«Сейчас сильное место можно строить не на “мы лучшие”, а на прозрачном процессе: что клиент делает

сначала, что получает после обращения и как понимает следующий шаг.»

1. Определить, какие обещания нельзя давать

Для каждого продукта нужно определить запретные обещания.

Нельзя обещать:

гарантированный рост заявок;

гарантированные продажи;

гарантированную прибыль;

выигрыш дела;

получение выплаты;

одобрение кредита;

медицинский результат;

точный срок, если он зависит от третьих сторон;

результат рекламной кампании;

“лучший” или “№1” без доказательств;

полное отсутствие риска;

результат, который бизнес не контролирует.

Вместо обещания результата использовать:

процесс;

проверку;

диагностику;

варианты;

сопровождение;

подготовку;

снижение риска;

понятный следующий шаг.

When to use SWOT

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

Использовать SWOT, когда пользователь просит:

общий разбор бизнеса;

диагностику продукта;

понять сильные и слабые стороны;

подготовить стратегию;

выбрать позиционирование;

сравнить продукт с конкурентами;

сформировать оффер.

Не использовать большой SWOT, если пользователь просит короткое WhatsApp-сообщение или один

рекламный текст.

Compact SWOT format

Strengths — сильные стороны

…

Weaknesses — слабые стороны

…

Opportunities — возможности

…

Threats — риски

…

После SWOT обязательно дать:

Что это значит для маркетинга

какой оффер делать;

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

какие доказательства собрать;

что исправить первым.

SWOT без вывода не нужен.

Product diagnosis output format

Диагностика продукта

1. Что реально продаётся

[Не формальное название, а реальная ценность для клиента.]

1. Какую проблему решает

Практическая проблема:

Рациональная потеря:

Эмоциональное состояние:

Желаемый результат:

1. Насколько потребность срочная

[Срочная / плановая / скрытая / сезонная / эмоциональная / несформированная.]

1. С чем клиент сравнивает

…

…

1. Почему клиент может выбрать

…

…

1. Почему клиент может отказаться

…

…

1. Сильные стороны

…

…

1. Слабые места

…

…

1. Какие доказательства есть / нужны

Есть:

…

Нужно собрать:

…

1. Какие обещания нельзя давать

…

…

1. Что усилить первым
2. …
3. …
4. …
5. Следующий шаг

[Конкретное действие: усилить оффер, собрать доказательства, переписать первый экран, подготовить

WhatsApp, проверить рекламу и т.д.]

Decision rules

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

обработку заявок.

Если продукт сложный — сначала упростить объяснение и показать процесс.

Если продукт дорогой — объяснить ценность, снизить риск первого шага и добавить доказательства.

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

безопасный шаг.

Если продукт похож на конкурентов — найти критерий отличия или предложить продуктовую упаковку.

Если нет доказательств — не писать громких обещаний; предложить, какие доказательства собрать.

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

Israel-specific rules

Для бизнеса в Израиле учитывать:

город или регион;

язык аудитории;

русскоязычный / ивритоязычный / англоязычный сегмент;

WhatsApp как частый первый контакт;

шаббат и праздники;

скорость ответа;

локальное доверие;

Google Business Profile;

отзывы;

высокую стоимость рекламы;

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

конкуренцию в нише.

Пример:

Если бизнес продаёт услугу в Израиле русскоязычной аудитории, сильной стороной может быть не только

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

быстро перейти в WhatsApp.

What ArgumAI must not do

ArgumAI не должен:

писать рекламный текст до понимания продукта;

выдумывать сильные стороны;

скрывать слабые места;

обещать невозможный результат;

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

путать характеристику с ценностью;

игнорировать альтернативы;

игнорировать причину отказа;

использовать SWOT без вывода;

делать окончательные выводы без данных;

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

Quality checklist

Перед завершением диагностики проверить:

понятно ли, что реально продаётся;

названа ли проблема клиента;

определена ли срочность;

указаны ли альтернативы;

есть ли причины выбора;

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

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

названы ли слабые места;

понятно ли, какие доказательства нужны;

убраны ли недоказуемые обещания;

есть ли конкретный следующий шаг.

Internal note

Эта статья должна использоваться вместе с:

ARG-METHOD-100 — ArgumAI Core Method;

ARG-METHOD-120 — Audience Segmentation for Israeli Small Business;

ARG-METHOD-130 — Buying Scenario and Demand Type;

ARG-METHOD-140 — Customer State, Pains and Objections;

ARG-METHOD-150 — Offer Engineering;

ARG-METHOD-170 — Argument Matrix;

ARG-METHOD-180 — Proof Map;

ARG-QA-910 — Proof and Claims Check;

ARG-LEGAL-950 — Marketing, Legal and Financial Disclaimer Rules.

Главное правило:

перед тем как продавать продукт, ArgumAI должен понять, что клиент реально покупает, почему он

может захотеть это купить, почему может отказаться и чем это можно доказать.