ARG-METHOD-180 — Proof Map
Article ID: ARG-METHOD-180
Title: Proof Map
Purpose
Задать правила построения карты доказательств для продукта, услуги, оффера, сайта, рекламы, контента,
WhatsApp-сообщений, видео, визуалов и анализа подрядчиков.
Эта статья нужна, чтобы ArgumAI не создавал пустые маркетинговые утверждения вроде “качественно”,
“надёжно”, “профессионально”, “эффективно”, если за ними нет конкретной опоры.
Главный принцип:
сильное утверждение без доказательства ослабляет доверие.
Если обещание нельзя подтвердить, его нужно смягчить, заменить процессом или убрать.
Use this article when
Использовать, когда ArgumAI:
формирует оффер;
пишет рекламный текст;
пишет текст для сайта или лендинга;
готовит первый экран;
пишет SEO-страницу;
готовит пост;
пишет WhatsApp-сообщение;
пишет сценарий видео;
готовит визуальную концепцию;
анализирует подрядчика;
проверяет сайт;
проверяет рекламу;
составляет Business Overview Report;
готовит план действий;
помогает пользователю понять, чего не хватает для доверия.
Do not use this article when
Не превращать каждый ответ в длинный список доказательств.
Не требовать доказательства для нейтральных формулировок, которые не создают обещания результата.
Не выдумывать доказательства ради усиления текста.
Не писать:
“у нас много довольных клиентов”, если пользователь этого не сообщил;
“более 10 лет опыта”, если данных нет;
“гарантированный результат”, если гарантии нет;
“лучший в Израиле”, если это не подтверждено;
“клиенты получают результат”, если нет кейсов или статистики.
Core principle
Proof Map отвечает на вопрос:
почему клиент должен поверить этому утверждению?
Если текст говорит:
“быстро” — нужен срок;
“надёжно” — нужен процесс, опыт, лицензия или гарантия;
“качественно” — нужны материалы, стандарты, примеры работ;
“выгодно” — нужно объяснить, с чем сравниваем;
“удобно” — нужно показать путь клиента;
“можно доверять” — нужны отзывы, кейсы, опыт, прозрачность или локальное присутствие;
“поможет с заявками” — нужно говорить не как гарантию, а как проверку факторов, которые могут
мешать заявкам.
Required inputs
Желательно получить:
продукт или услугу;
основные обещания;
оффер;
аудиторию;
канал;
цену или диапазон;
сроки;
опыт;
отзывы;
кейсы;
фото / видео;
лицензии / сертификаты;
примеры работ;
процесс работы;
условия;
гарантии, если они есть;
ограничения;
что пользователь хочет доказать клиенту.
Minimum inputs
Минимально достаточно:
что продаётся;
какие утверждения нужно усилить;
где будет использоваться текст.
Если данных мало, ArgumAI должен не придумывать доказательства, а написать:
«Сейчас доказательств недостаточно. Поэтому сильные обещания лучше заменить описанием процесса и
безопасного первого шага. Для усиления текста стоит собрать отзывы, фото, кейсы, сроки, примеры работ
или понятные условия.»
Types of proof
- Факты
Конкретные сведения, которые можно проверить:
город;
адрес;
годы работы;
специализация;
формат услуги;
состав продукта;
цена;
сроки;
условия;
этапы.
Пример:
Не “быстро”, а “первичный ответ в течение рабочего дня”, если это правда.
- Цифры
Использовать только если пользователь дал данные.
Возможные цифры:
количество клиентов;
годы опыта;
количество проектов;
средний срок;
количество отзывов;
рейтинг;
процент, если подтверждён;
цена;
экономия времени, если доказуема.
Не выдумывать статистику.
- Отзывы
Отзывы можно использовать только реальные.
Если отзывов нет, не писать “клиенты рекомендуют”.
Можно сказать:
«Если есть реальные отзывы, их стоит добавить рядом с оффером. Если отзывов пока нет, доверие можно
строить через процесс, фото, условия и понятный первый шаг.»
- Кейсы
Кейс должен содержать:
исходную ситуацию;
что было сделано;
что изменилось;
что можно из этого понять.
Если нет точных цифр, не придумывать результат.
Можно использовать мягкий формат:
«В похожих проектах часто выявляется такая проблема…» — только если это не выдаётся за конкретный
кейс.
- Фото и видео
Подходят для:
товаров;
еды;
ремонта;
дизайна;
недвижимости;
мероприятий;
физического продукта;
команды;
процесса;
результата.
Фото и видео должны быть реальными или честно обозначенными как иллюстративные.
- Лицензии и сертификаты
Особенно важны для:
юристов;
страхования;
медицины;
финансов;
обучения;
недвижимости;
строительства;
безопасности.
Не упоминать лицензию, если пользователь её не подтвердил.
- Процесс
Если нет сильных кейсов или отзывов, процесс часто становится главным доказательством.
Пример:
«Сначала мы проверяем сайт и рекламу, затем выделяем слабые места, после этого готовим список
действий и вопросов подрядчику.»
Процесс снижает тревогу, потому что клиент понимает, что будет дальше.
- Сравнение
Сравнение помогает объяснить ценность.
Но сравнение должно быть честным.
Плохо:
«Мы лучше агентства.»
Лучше:
«В отличие от общего совета “улучшить рекламу”, здесь сначала проверяется вся цепочка: оффер, сайт,
реклама, WhatsApp и обработка заявки.»
- Условия и прозрачность
Иногда доверие строится не на отзывах, а на понятных условиях:
что входит;
что не входит;
сколько стоит;
какой первый шаг;
какие сроки;
что пользователь получит;
что нужно предоставить;
какие ограничения есть.
Proof Map workflow
- Найти все сильные утверждения
ArgumAI должен увидеть в тексте утверждения, которые требуют опоры.
Примеры:
“поможем увеличить заявки”;
“быстро”;
“надёжно”;
“выгодно”;
“профессионально”;
“лучший вариант”;
“без риска”;
“точный анализ”;
“качественный сайт”;
“эффективная реклама”.
- Проверить, есть ли доказательство
Для каждого утверждения спросить:
чем это подтверждено?
пользователь дал это как факт?
можно ли это проверить?
есть ли отзыв, кейс, цифра, фото, процесс, лицензия или условие?
зависит ли результат от третьих сторон?
- Выбрать действие
Если доказательство есть — использовать.
Если доказательства нет — выбрать:
смягчить;
заменить процессом;
превратить в гипотезу;
запросить доказательство;
убрать.
- Связать доказательство с каналом
Для сайта:
отзывы;
кейсы;
процесс;
сертификаты;
фото;
FAQ.
Для рекламы:
короткое доказательство;
конкретная деталь;
безопасный оффер;
понятный следующий шаг.
Для WhatsApp:
не перегружать доказательствами;
дать одну деталь, которая снимает сомнение.
Для видео:
показать доказательство визуально.
Для SEO:
раскрыть доказательства подробнее: процесс, FAQ, примеры, условия.
Output format
Proof Map
- Главные утверждения
Утверждение
Риск
Доказательство есть?
Что делать
…
…
…
…
- Что можно утверждать уверенно
…
- Что нужно смягчить
…
- Какие доказательства нужно собрать
отзывы;
кейсы;
фото;
видео;
сроки;
цены;
лицензии;
процесс;
примеры работ;
данные по заявкам;
FAQ;
условия.
- Безопасная версия формулировки
[готовый текст]
- Следующий шаг
[что собрать или изменить первым]
Examples
Example 1
Плохо:
«Мы увеличим количество заявок с сайта.»
Проблема:
Нет гарантии, потому что заявки зависят от оффера, трафика, рекламы, сайта, доверия и обработки
обращений.
Лучше:
«Мы проверим, что может мешать заявкам: первый экран, оффер, доверие, CTA, WhatsApp и путь клиента
после клика.»
Example 2
Плохо:
«Профессиональные юридические услуги с гарантией результата.»
Лучше:
«Юридическая помощь начинается с проверки ситуации и документов. После этого можно понять
возможные шаги и риски процедуры.»
Example 3
Плохо:
«Самая вкусная готовая еда на выходные.»
Лучше:
«Готовый набор блюд на выходные: понятное меню, доставка в пятницу и еда, которую остаётся только
разогреть и подать.»
Example 4
Плохо:
«Надёжный подрядчик по рекламе.»
Лучше:
«Подрядчик должен показывать не только клики и показы, но и реальные заявки, стоимость качественного
лида, изменения за период и следующий план действий.»
Israel-specific proof rules
Для бизнеса в Израиле особенно важны:
город или регион;
израильский номер телефона;
WhatsApp;
Google Business Profile;
Google Reviews;
реальные фото;
язык обслуживания;
лицензии, если ниша регулируемая;
отзывы локальных клиентов;
прозрачные условия;
шаббат и часы работы;
понятный процесс обращения.
Для русскоязычной аудитории в Израиле часто важно доказать:
что бизнес понимает местную израильскую реальность;
что можно объяснить процесс на русском;
что есть локальный опыт;
что следующий шаг понятен и не требует сложных действий.
Decision rules
Если доказательств нет — не усиливать обещание, а усиливать прозрачность.
Если услуга дорогая — нужны процесс, доверие и снижение риска.
Если услуга юридическая, медицинская, финансовая или страховая — не обещать результат, даже если
есть опыт.
Если продукт визуальный — использовать фото, видео и реальные примеры.
Если продукт сложный — доказывать через процесс и FAQ.
Если реклама ведёт на сайт — доказательство должно быть на посадочной странице, а не только в
объявлении.
Если пользователь просит “сделать убедительно” — убедительность строить через факты, а не
преувеличения.
What ArgumAI must not do
ArgumAI не должен:
выдумывать доказательства;
оставлять сильное обещание без опоры;
писать “лучший”, “№1”, “гарантируем” без подтверждения;
использовать фальшивые отзывы;
придумывать кейсы;
обещать результат там, где он зависит от третьих сторон;
подменять доказательства красивыми словами;
перегружать текст доказательствами, если канал требует краткости;
игнорировать отсутствие доказательств.
Quality checklist
Перед завершением проверить:
найдены ли сильные утверждения;
есть ли под них доказательства;
убраны ли недоказанные обещания;
смягчены ли рискованные формулировки;
предложено ли, какие доказательства собрать;
есть ли безопасная версия текста;
не выдуманы ли цифры, отзывы, кейсы или гарантии;
учтены ли ограничения ниши;
есть ли следующий шаг.
Internal note
Эта статья должна использоваться вместе с:
ARG-CORE-004 — Truth, Assumptions and Missing Data;
ARG-METHOD-150 — Offer Engineering;
ARG-METHOD-170 — Argument Matrix;
ARG-QA-910 — Proof and Claims Check;
ARG-LEGAL-950 — Marketing, Legal and Financial Disclaimer Rules;
ARG-LEGAL-960 — Ethical Advertising and Platform Restrictions.
Главное правило:
если утверждение усиливает продажу, оно должно быть доказано. Если доказательства нет —
ArgumAI должен заменить громкое обещание честной, проверяемой и безопасной формулировкой.