Масштабування після пілота: когорти, скасування й вартість
Як порівняти зрілі когорти, врахувати скасування й ціну додаткового результату перед збільшенням. Навчальний сценарій для Бразилії.
Рішення після пілота: збільшити, зберегти чи зупинити
Успішний пілот не доводить, що подвоєння бюджету збереже вартість результату. Додатковий трафік може відрізнятися аудиторією, майданчиком, пристроєм і часом обробки. Завдання рекламодавця — нарощувати перевірений обсяг, бачачи ціну додаткового результату й зберігаючи можливість виправляти погіршення. Підсумок інструкції — картка рішення для одного джерела, а не універсальний відсоток зростання.
Географія навчального сценарію — Бразилія: умовний сервіс допомагає невеликим магазинам вести каталог. Це не чинний офер AffiliateCore. Перед реальним тестом перевіряють допустимість продукту, країну обслуговування, мову підтримки й дозволені джерела. Усі числа вигадані виключно для навчання розрахунку; вони не описують клієнта чи ринок.
Потрібні завершені результати пілота, узгоджена цільова дія, журнал витрат, статуси заявок і відповідальний за обробку. Якщо заявки не перевірені або джерела неможливо розрізнити, спочатку усуньте цю прогалину. Збільшення бюджету не виправить невідому економіку.
1. Визначте одиницю порівняння
Порівнюйте когорти — групи заявок з однаковим правилом включення та віком спостереження. Для початку достатньо тижня надходження, країни, джерела й версії оферу. Не діліть малий обсяг на десятки комірок: одна підтверджена заявка не дозволяє надійно ранжувати майданчики.
Окремо записуйте надходження й останню зміну статусу. Підтверджена сьогодні заявка могла надійти минулого тижня; вона не належить автоматично до сьогоднішніх звернень. Зберігайте стани «на перевірці», «підтверджено», «відхилено» й «скасовано після підтвердження». Уточніть, чи виключають статуси один одного у вашій системі. Історичні підтвердження та їхні пізніші скасування — не різні заявки для додавання.
Використайте картку під час реєстрації рекламодавцем AffiliateCore: опишіть власну пропозицію й критерії результату. Виконайте застосовні вимоги кабінету та підготуйте чернетку оферу. Розміщення не гарантує схвалення, партнерів або заявок. Для наявного облікового запису доступний вхід.
2. Дочекайтеся зіставної зрілості даних
Оберіть вікно перевірки за реальним процесом продукту; 14 днів після надходження тут лише навчальне припущення. Порівнювати когорту віком 14 днів з учорашніми заявками некоректно. Ведіть окремий оперативний звіт нових звернень та окремий звіт достатньо перевірених результатів.
Вікно спостереження — аналітичне правило, а не обов'язковий холд коштів платформи. Розрізняйте перевірку заявки, скасування результату й строки виплати. Повторні покупки враховуйте лише за реального зв'язку подій із початковим клієнтом і відповідного визначення результату. Не вигадуйте майбутню виручку для виправдання збиткового тесту.
Навчальна схема: нова когорта → однаковий вік спостереження → звірка статусів і витрат → перевірка потужності обробки → обмежене збільшення → нова зіставна когорта. За браку даних поверніться до спостереження, а не автоматичного зростання.
3. Порахуйте вартість збереженого результату
Навчальне джерело A дало 100 заявок. Після вікна історично підтверджено 60, зокрема 10 згодом скасованих: збережено 60 − 10 = 50. Витрати: 1 000 грошових одиниць на розміщення, 200 на матеріали й 100 на обробку. Разом 1 300; вартість збереженого результату 1 300/50 = 26.
B дало 80 заявок, 48 історичних підтверджень і 4 скасування: залишилося 44. Витрати 900 + 150 + 50 = 1 100; вартість результату 1 100/44 = 25. Вхідна заявка коштує A 13, B — 13,75. На вході A виглядає дешевшим, після перевірки B трохи дешевше. Це навчальна арифметика, не доказ статистичної переваги.
Враховуйте фактичні виплати партнерам, комісії, виробництво й обслуговування без подвійного рахунку. Якщо розміщення вже включене до ставки партнера, не додавайте його знову. Поясніть розподіл разових витрат і відокремте змінні. Методика, валюта й період мають збігатися.
4. Перевірте граничну вартість приросту
Попередня середня приховує ціну розширення. Припустімо, початкова когорта дала 50 збережених результатів за 1 300. Після зміни нова зіставна когорта дала 65 за 1 950. Різниця — 650 витрат і 15 результатів: 650/15 ≈ 43,33 за додатковий результат. Нова середня — 1 950/65 = 30.
Це не доводить причинного ефекту бюджету: сезонність та інші зміни могли вплинути. Розрахунок показує питання для перевірки. Якщо навчальний економічний ліміт становить 35, середні 30 ще вкладаються, а спостережувані додаткові 43,33 потребують аналізу. Не підміняйте граничну оцінку привабливою середньою.
За можливості збережіть зіставну контрольну групу й заздалегідь визначте розподіл. Інакше назвіть порівняння спостережним і перелічіть відмінності періодів. Звіт атрибуції сам по собі не доводить інкрементального ефекту.
5. Збільшуйте одну змінну
Оберіть одне джерело, країну й версію оферу. Заздалегідь визначте обмежену надбавку обсягу, межу витрат, період оцінки та відповідального. Розмір кроку залежить від фінансової й операційної здатності витримати невдалий тест; універсального безпечного відсотка немає.
Не змінюйте одночасно ставку, посадкову, критерії приймання й склад майданчиків. Якщо це неминуче, створіть нову версію умов та визнайте неможливість чистого порівняння. Не звинувачуйте якість джерела лише тому, що команда не впоралася зі збільшеною чергою.
Перевірте доступність форми, час відповіді, місткість черги й відповідального за спори. Якщо команда обробляє 30 звернень на день, збільшення до 60 без ресурсів змінює процес. Запізніла обробка може зменшити підтвердження незалежно від якості відвідувачів.
6. Визначте зупинку й комунікацію
Негайно призупиняйте розширення за несправної події, недоступної посадкової, невідповідної географії чи розкриття даних. Економічну зупинку пов'язуйте із заздалегідь визначеними витратами й достатньо зрілими результатами. Тимчасове зростання неперевірених заявок не доводить погіршення джерела.
Навчальний текст повідомлення: «Із зазначеної дати тестуємо новий ліміт для цієї країни й версії оферу. Ставку та критерій приймання наведено окремо. Попередні події перевіряємо за застосовними попередніми умовами. Наступна звірка — після узгодженого вікна; запитання адресуйте відповідальному». Це шаблон підготовки тексту, не дозвіл на надсилання.
Не змінюйте умов заднім числом. Укажіть час і часовий пояс набуття чинності, обробку попередніх подій та контакт для спорів. Спочатку узгодьте реальні умови за чинним процесом платформи, потім оновлюйте матеріали.
7. Картка рішення та завдання
Картка містить джерело, країну, версію, правило когорти, вікно, статті витрат, вхідні заявки, поточні статуси, збережені підтвердження, вартість, навантаження й невідомі дані. Висновок — «обмежено збільшити», «зберегти», «виправити процес» або «зупинити», з причиною та наступною датою оцінки.
Перевірте однаковий вік, відсутність подвійного рахунку, враховані скасування, повні витрати, контроль або явні обмеження, достатню потужність, зрозумілі умови та відсутність обіцянок дохідності. Збережіть первинні вивантаження з дозволеним мінімумом даних і версію розрахунку для перевірки спорів.
Завдання: заповніть картки двох джерел, повторіть розрахунок і визначте одну зміну та межу зупинки. Підготуйте власну пропозицію в AffiliateCore, якщо починаєте; чинні рекламодавці використовують свій кабінет і застосовний процес перевірки. Не створюйте вигаданих оферів у реальному каталозі заради вправи.
Пов'язані матеріали та джерело
Перед збільшенням використайте план першого пілота, для приймання — інструкцію перевірки заявок.
Офіційна довідка Google Analytics про воронки, перевірена 11 жовтня 2026 року: послідовність подій важлива для зовнішніх звітів. Стаття не обіцяє вбудованих когортних чи причинних звітів AffiliateCore. Формули, пороги та сценарій навчальні, не результати клієнта.