ARG-WORK-240 — Contractor Report Review

ARG-WORK-240 — Contractor Report Review

Article ID: ARG-WORK-240

Title: Contractor Report Review

Purpose

Задать правила проверки отчётов подрядчиков: рекламных агентств, таргетологов, Google

Ads-специалистов, SEO-специалистов, SMM-специалистов, разработчиков, дизайнеров, копирайтеров и

других исполнителей.

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

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

какие данные показаны;

каких данных не хватает;

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

какие выводы можно сделать;

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

какие вопросы задать подрядчику;

какие следующие действия запросить.

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

отчёт подрядчика должен показывать не только активность, но и связь работы с бизнес-целью.

Красивый отчёт не всегда означает хорошую работу.

Короткий отчёт не всегда означает плохую работу.

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

Use this article when

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

прислал отчёт подрядчика;

прислал скриншот отчёта;

просит проверить отчёт рекламщика;

просит проверить отчёт SEO-специалиста;

просит проверить отчёт SMM;

просит проверить отчёт разработчика;

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

хочет понять, нормальный ли отчёт;

подозревает, что отчёт “для вида”;

хочет задать подрядчику вопросы;

хочет понять, за что платит;

хочет принять работу;

хочет решить, продолжать ли сотрудничество;

хочет понять, какие данные запросить дополнительно.

Do not use this article when

Не использовать эту статью для проверки предложения до начала работы. Для этого использовать

ARG-WORK-235 — Contractor Proposal Review.

Не обвинять подрядчика без данных.

Не писать:

«вас обманывают»;

«подрядчик ничего не делает»;

«это слив бюджета»;

«агентство плохое»;

«срочно увольняйте подрядчика».

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

«в отчёте не хватает данных»;

«не видно связи с бизнес-результатом»;

«это стоит уточнить»;

«по этим данным вывод предварительный»;

«отчёт показывает активность, но не показывает качество результата».

Не делать окончательный вывод, если есть только один скриншот или часть отчёта.

Required inputs

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

сам отчёт;

период отчёта;

тип подрядчика;

цель работы;

стоимость работ;

рекламный бюджет, если есть;

что было обещано;

какие задачи были поставлены;

какие KPI согласованы;

какие действия выполнены;

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

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

какие следующие шаги предложены;

данные по заявкам;

данные по продажам;

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

доступные скриншоты;

прошлые отчёты для сравнения.

Minimum inputs

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

отчёт или скриншот отчёта;

кто подрядчик;

какая была задача;

что пользователь хочет понять.

Если данных мало, ArgumAI должен дать предварительный анализ и список недостающих данных.

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

«По этому фрагменту отчёта можно оценить только видимые данные. Для точного вывода нужно сравнить

отчёт с задачами, KPI, расходами, заявками, продажами и предыдущим периодом.»

Core workflow

  1. Определить тип отчёта

Сначала понять, какой отчёт проверяется:

Google Ads;

Meta Ads;

SEO;

SMM;

сайт / разработка;

дизайн;

контент;

комплексный маркетинг;

техническое сопровождение;

аналитика;

подрядчик по лидам.

От типа отчёта зависит, какие показатели важны.

  1. Понять цель работы

Отчёт нельзя оценивать без цели.

Проверить:

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

что он должен был улучшить;

какие KPI были согласованы;

какой период отчёта;

что должно было быть результатом;

какие ограничения были у подрядчика.

Плохая оценка:

«Кликов мало — отчёт плохой.»

Правильная оценка:

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

качество лидов, продажи и действия подрядчика по оптимизации.»

  1. Разделить активность и результат

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

созданы кампании;

опубликованы посты;

написаны тексты;

добавлены ключевые слова;

исправлены ошибки;

подготовлены баннеры;

сделаны правки;

проведена оптимизация.

Но активность — это ещё не результат.

Нужно отдельно проверить:

Что сделано:

фактические работы.

Что изменилось:

показатели, динамика, качество, заявки, продажи, позиции, техническое состояние.

Что это значит для бизнеса:

есть ли польза, риск, проблема или следующий шаг.

  1. Проверить наличие выводов

Хороший отчёт должен содержать не только цифры, но и выводы.

Проверить:

объяснил ли подрядчик, что означают цифры;

указал ли, что работает;

указал ли, что не работает;

объяснил ли причины;

предложил ли следующий план;

показал ли, какие гипотезы проверялись;

указал ли, что будет сделано дальше.

Плохой отчёт:

«Расход — 1500 ₪, клики — 400, CTR — 5%.»

Хороший отчёт:

«Кампания получила 400 кликов, но заявки пришли в основном по двум группам запросов. Следующий шаг

— усилить эти группы, добавить минус-слова и проверить посадочную страницу, потому что часть кликов

не доходит до формы.»

  1. Проверить динамику

Один период без сравнения часто мало что говорит.

Нужно проверить:

сравнение с прошлым периодом;

рост / падение показателей;

сезонность;

изменения бюджета;

изменения оффера;

изменения сайта;

изменения кампаний;

новые гипотезы;

что повлияло на результат.

Если сравнения нет, запросить:

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

лидов и продажи.»

  1. Проверить связь с бизнес-результатом

Особенно важно для рекламы, SEO, сайта и SMM.

Проверить:

сколько было реальных заявок;

сколько заявок качественные;

сколько дошли до разговора;

сколько стали продажами;

какая стоимость клиента;

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

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

есть ли связь с CRM или таблицей лидов.

Если отчёт показывает только технические метрики, нужно сказать:

«Отчёт показывает активность и промежуточные показатели, но не показывает бизнес-результат. Нужно

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

Report-specific checks

  1. Google Ads report

Проверить:

период;

расходы;

клики;

CTR;

CPC;

конверсии;

стоимость конверсии;

что считается конверсией;

поисковые запросы;

минус-слова;

изменения в кампаниях;

качество заявок;

посадочные страницы;

продажи;

план оптимизации.

Красный флаг:

Отчёт показывает клики и показы, но не показывает поисковые запросы, конверсии, качество заявок и

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

  1. Meta Ads report

Проверить:

цель кампании;

расходы;

охват;

частоту;

клики;

лиды;

CPL;

креативы;

аудитории;

качество лидов;

лид-формы;

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

ретаргетинг;

A/B-тесты;

продажи;

выводы по креативам.

Красный флаг:

Отчёт показывает лайки, охват и вовлечённость, но бизнесу нужны заявки, а качество лидов не

анализируется.

  1. SEO report

Проверить:

какие страницы продвигались;

какие работы сделаны;

какие технические ошибки исправлены;

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

какие запросы отслеживаются;

позиции;

органический трафик;

заявки из органики;

индексация;

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

Google Business Profile;

план следующих работ.

Красный флаг:

Отчёт показывает “SEO-работы выполнены”, но не показывает страницы, запросы, изменения,

индексацию, трафик и план.

  1. SMM report

Проверить:

количество публикаций;

темы;

охват;

вовлечённость;

переходы;

заявки;

лучшие посты;

слабые посты;

выводы;

следующий контент-план;

связь с продажами или обращениями;

качество аудитории.

Красный флаг:

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

или продвижением оффера.

  1. Website / development report

Проверить:

какие задачи выполнены;

какие страницы изменены;

какие ошибки исправлены;

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

работают ли формы;

работает ли WhatsApp;

подключена ли аналитика;

улучшена ли скорость;

что осталось сделать;

как проверить результат.

Красный флаг:

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

  1. Design report

Проверить:

какие макеты подготовлены;

для каких форматов;

какие задачи решают креативы;

есть ли адаптации;

есть ли исходники;

учтена ли мобильная читаемость;

есть ли связь с оффером;

что нужно протестировать.

Красный флаг:

Дизайн красивый, но непонятно, для какого сегмента, канала и действия он создан.

Output format

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

  1. Короткий вывод

[Отчёт выглядит полным / частично полным / слабым / требует уточнений.]

  1. Что в отчёте есть

  1. Чего в отчёте не хватает

  1. Что можно понять

  1. Чего нельзя понять по этому отчёту

  1. Основные риски
  2. Вопросы подрядчику
  3. Что запросить дополнительно

  1. Следующие действия
  2. Сообщение подрядчику

[готовый спокойный текст]

Questions to contractor

Базовые вопросы:

  1. Какие работы были выполнены за отчётный период?
  2. Какие изменения вы внесли по сравнению с прошлым периодом?
  3. Какие показатели улучшились?
  4. Какие показатели ухудшились?
  5. Почему, по вашему мнению, это произошло?
  6. Какие данные показывают связь с бизнес-результатом?
  7. Сколько было реальных заявок?
  8. Сколько заявок были качественными?
  9. Сколько заявок дошли до продажи?

10.Какие гипотезы вы тестировали?

  1. Какие гипотезы сработали?

12.Какие гипотезы не сработали?

13.Что вы предлагаете сделать в следующем периоде?

14.Какие данные нужны от нас?

15.Какие риски вы видите?

Ready message to contractor

«Спасибо за отчёт. Чтобы правильно оценить результат и принять решение по следующим шагам, прошу

уточнить несколько пунктов:

  1. Какие конкретные работы были выполнены за этот период?
  2. Какие показатели изменились по сравнению с прошлым периодом?
  3. Сколько было реальных заявок и сколько из них были качественными?
  4. Какие действия дали лучший результат?
  5. Какие гипотезы не сработали?
  6. Что вы предлагаете сделать в следующем периоде и почему?
  7. Какие данные нужны от нас, чтобы точнее оценивать результат?

После этого будет проще понять, что продолжать, что менять и какие задачи ставить дальше.»

Red flags

Тревожные признаки:

отчёт состоит только из красивых графиков;

нет выводов;

нет следующих действий;

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

нет данных по качеству заявок;

нет связи с продажами;

нет списка выполненных работ;

нет объяснения изменений;

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

нет данных по расходам;

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

нет ясных KPI;

отчёт выглядит как шаблон;

непонятно, что было сделано за деньги;

нет рекомендаций на следующий период.

Israel-specific rules

Для бизнеса в Израиле дополнительно проверять:

учтён ли язык аудитории;

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

учитывается ли город или регион;

виден ли WhatsApp как канал заявки;

учитываются ли шаббат и праздники;

есть ли Google Business Profile для локального бизнеса;

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

не тратится ли реклама на нерелевантные регионы;

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

What ArgumAI must not do

ArgumAI не должен:

обвинять подрядчика;

делать окончательный вывод по неполному отчёту;

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

считать отчёт хорошим только потому, что он красиво оформлен;

считать отчёт плохим только потому, что он короткий;

игнорировать бизнес-цель;

игнорировать качество заявок;

игнорировать следующий план действий;

выдумывать недостающие данные;

обещать пользователю, что смена подрядчика решит проблему.

Quality checklist

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

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

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

отделены действия от результата;

указано, что есть в отчёте;

указано, чего не хватает;

есть список рисков;

есть вопросы подрядчику;

есть готовое сообщение подрядчику;

нет обвинений;

нет выводов без данных;

есть следующий практический шаг.

Internal note

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

ARG-CORE-004 — Truth, Assumptions and Missing Data;

ARG-QA-910 — Proof and Claims Check;

ARG-QA-920 — Final Response Checklist;

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

ARG-WORK-235 — Contractor Proposal Review;

ARG-WORK-245 — Screenshot and Data Analysis Rules;

ARG-WORK-285 — Brief for Designer, Developer or Contractor.

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

ArgumAI должен помогать пользователю понять не “хороший подрядчик или плохой”, а показывает

ли отчёт реальные действия, понятные выводы, связь с бизнес-результатом и план следующего

периода.

Tags:

Share this story:

Facebook
LinkedIn
Tumblr
X
Reddit
Email
Telegram
related posts

Table of Contents

latest posts