[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"post-byudzhet-testirovaniya-99-rubley-i-komissiya-15":3},{"id":4,"title":5,"slug":6,"description":7,"excerpt":7,"content":8,"body":8,"cover_path":9,"cover_url":10,"cover":10,"inline_path":11,"tags":12,"published_at":13,"published":14,"author_id":15,"author":16,"created_at":17,"updated_at":18},46,"Математика бюджета: 99 ₽ × N плюс комиссия 15 % на реальных примерах","byudzhet-testirovaniya-99-rubley-i-komissiya-15","Разбираем расчёты бюджета на честное тестирование: сколько стоит волна из 20, 50, 100 прохождений, как считать с комиссией 15 %, как распределять бюджет между волнами и как сравнивать со стоимостью привлечения пользователя.","## Сценарий: таблица, которую нужно показать в пятницу\r\n\r\nДенис — технический директор небольшой студии. В пятницу у него встреча с основателем, и вопрос будет один: «Сколько нам нужно на тестирование перед релизом и что мы за это получим?»\r\n\r\nДенис знает, что честное тестирование дешевле рекламы для поиска проблем. Но «дешевле» на встрече не работает. Работают цифры: сколько прохождений, по какой ставке, с какой комиссией, в сколько волн, какой итог.\r\n\r\nРазберём эти расчёты полностью — так, чтобы их можно было перенести в свою таблицу и защитить перед любым скептиком. Все формулы простые, но именно в простых расчётах чаще всего допускают ошибку на 15 %.\r\n\r\n## Базовая формула и главная ошибка\r\n\r\nСтавка за одно принятое прохождение — 99 ₽. Комиссия платформы — 15 %, её платит автор кампании.\r\n\r\n**Правильная формула:**\r\n\r\n> Бюджет = Ставка × N × 1,15\r\n\r\n**Неправильная (частая) формула:**\r\n\r\n> Бюджет = Ставка × N, а комиссию «посчитаем потом»\r\n\r\nРазница на 50 прохождениях — 742,50 ₽. На 200 — почти 3 000 ₽. Не катастрофа, но если бюджет утверждён по заниженной цифре, приходится идти за дополнением — а это всегда неприятный разговор.\r\n\r\nВторой способ ошибиться — считать комиссию как вычет из ставки. Если 15 % удерживается **с автора сверху**, то за один отчёт автор тратит 113,85 ₽. Это цена результата, и планировать нужно от неё.\r\n\r\n| N прохождений | Ставка × N | Комиссия 15 % | Итого бюджет |\r\n|---|---|---|---|\r\n| 10 | 990 ₽ | 148,50 ₽ | 1 138,50 ₽ |\r\n| 20 | 1 980 ₽ | 297 ₽ | 2 277 ₽ |\r\n| 30 | 2 970 ₽ | 445,50 ₽ | 3 415,50 ₽ |\r\n| 50 | 4 950 ₽ | 742,50 ₽ | 5 692,50 ₽ |\r\n| 75 | 7 425 ₽ | 1 113,75 ₽ | 8 538,75 ₽ |\r\n| 100 | 9 900 ₽ | 1 485 ₽ | 11 385 ₽ |\r\n| 150 | 14 850 ₽ | 2 227,50 ₽ | 17 077,50 ₽ |\r\n| 200 | 19 800 ₽ | 2 970 ₽ | 22 770 ₽ |\r\n\r\nДержите эту таблицу под рукой: 90 % планирования сводится к выбору строки.\r\n\r\n## Обратный расчёт: сколько тестов на заданный бюджет\r\n\r\nЧаще бюджет приходит сверху: «есть 15 000 ₽, уложись». Тогда формула переворачивается:\r\n\r\n> N = Бюджет ÷ (Ставка × 1,15) = Бюджет ÷ 113,85\r\n\r\n| Доступный бюджет | Максимум прохождений | Практичное число (с резервом 10 %) |\r\n|---|---|---|\r\n| 5 000 ₽ | 43 | 39 |\r\n| 10 000 ₽ | 87 | 79 |\r\n| 15 000 ₽ | 131 | 118 |\r\n| 20 000 ₽ | 175 | 158 |\r\n| 30 000 ₽ | 263 | 237 |\r\n| 50 000 ₽ | 439 | 395 |\r\n\r\nЗачем резерв 10 %? Не на комиссию — она уже учтена. Резерв нужен на две реальные вещи: бонусы за особо ценные находки, если вы их объявили, и добор нескольких прохождений, если часть отчётов пришлось отклонить и покрытие устройств получилось неполным.\r\n\r\n![Структура бюджета волны тестирования: ставка, комиссия, резерв на добор](inline-mid.jpg)\r\n\r\n## Почему нельзя тратить весь бюджет на одну волну\r\n\r\nКлючевая ошибка планирования: Денис берёт 15 000 ₽ и заказывает 118 прохождений сразу.\r\n\r\nЧто произойдёт: он получит 118 отчётов, в которых первые 20 расскажут про блокирующую проблему онбординга, а остальные 98 расскажут **про ту же проблему**. Потому что все тестировали одну и ту же версию сборки. Он заплатил 11 000 ₽ за подтверждение того, что уже знал после первых 2 000 ₽.\r\n\r\nПравильная структура — волны с правками между ними.\r\n\r\n| Волна | Прохождений | Бюджет | Цель |\r\n|---|---|---|---|\r\n| 1. Базовые сценарии | 40 | 4 554 ₽ | Найти блокеры входа |\r\n| 2. Проверка правок | 30 | 3 415,50 ₽ | Подтвердить, что стало лучше |\r\n| 3. Платежи и краевые случаи | 25 | 2 846,25 ₽ | Защитить деньги и надёжность |\r\n| 4. Регресс перед релизом | 20 | 2 277 ₽ | Убедиться, что ничего не сломали |\r\n| **Итого** | **115** | **13 092,75 ₽** | Резерв ≈ 1 900 ₽ |\r\n\r\nТа же сумма, то же количество людей — но информации в разы больше, потому что каждая волна проверяет **другую версию продукта**.\r\n\r\n:::chart type=bar title=\"Новых находок на 10 отчётов в зависимости от структуры бюджета\"\r\nОдна волна 115 тестов|2.1\r\nЧетыре волны по 20-40|6.8\r\n:::\r\n\r\nСмысл графика: в одной большой волне новизна быстро падает, потому что все тестируют одинаковую сборку. В серии волн каждая новая партия сталкивается с изменённым продуктом и находит новые вещи.\r\n\r\n## Сравнение с альтернативными способами получить обратную связь\r\n\r\nДенису на встрече неизбежно возразят: «а если дешевле по-другому?» Разберём варианты честно.\r\n\r\n:::compare\r\nСпособ и его реальная стоимость|Что вы получаете за эти деньги\r\n50 честных тестов ≈ 5 693 ₽|50 структурированных отчётов со скриншотами, покрытие разных устройств\r\nШтатный QA-инженер, месяц ≈ 150 000 ₽+|Глубокое системное тестирование, но один взгляд и одно устройство\r\nUX-исследование в агентстве ≈ 200 000 ₽+|5-8 глубинных интервью с записью, высокое качество, малая выборка\r\nОпрос в своём Telegram-канале ≈ 0 ₽|Мнения лояльных людей, которые уже знают продукт\r\nРеклама 1 200 установок ≈ 30 000 ₽|Метрики без объяснений, единицы отзывов\r\nДрузья и знакомые ≈ 0 ₽|Доброжелательные мнения, первая реакция потеряна\r\n:::\r\n\r\nВажно: это не конкуренты, а инструменты для разных задач. QA-инженер нужен для системного покрытия и регрессии. Глубинные интервью нужны для понимания мотивации. Честные тесты закрывают конкретную нишу: **много разных людей и устройств проходят конкретный сценарий и пишут, что произошло**. Дешёвый способ получить широту и первую реакцию.\r\n\r\nОшибка — пытаться одним инструментом закрыть все задачи. Правильно — понимать, за что вы платите в каждом случае.\r\n\r\n## Стоимость одной находки: главная метрика для защиты бюджета\r\n\r\nНа встрече с основателем сильнее всего работает не «сколько стоит», а «сколько стоит одна найденная проблема».\r\n\r\nВозьмём волну на 40 прохождений за 4 554 ₽. Типичный результат: 34 принятых отчёта, из них содержательных 22, найдено 6 отдельных проблем (после группировки по причинам), из которых 2 блокирующие.\r\n\r\n- Стоимость одной найденной проблемы: 4 554 ÷ 6 = **759 ₽**\r\n- Стоимость одной блокирующей проблемы: 4 554 ÷ 2 = **2 277 ₽**\r\n\r\nТеперь оцените обратную сторону. Блокирующая проблема онбординга, из-за которой треть новых пользователей не доходит до первого действия. Если вы позже потратите на рекламу 50 000 ₽ при CPI 30 ₽, это 1 666 установок, из которых треть — 555 человек — уйдут из-за этой проблемы. Потерянный бюджет: **16 650 ₽** за одну кампанию.\r\n\r\nТо есть 2 277 ₽ на обнаружение проблемы предотвращают потерю 16 650 ₽ только в одной рекламной кампании. Дальше эффект накапливается на каждой следующей.\r\n\r\n:::chart type=bar title=\"Стоимость одной найденной проблемы по способам, ₽\"\r\nЧестные тесты, волна 40|759\r\nВнутреннее тестирование командой|2400\r\nОтзывы в сторе (ожидание органики)|0\r\nРеклама 1200 установок|5000\r\n:::\r\n\r\nСтрока «отзывы в сторе» стоит ноль рублей — и это ловушка, в которую легко попасть. Она бесплатна по деньгам, но дорога по времени и по репутации: проблема живёт в продукте месяцами и превращается в низкий рейтинг, который потом придётся отрабатывать годами.\r\n\r\n## Три готовых сценария бюджета\r\n\r\n**Сценарий А: инди-разработчик, бюджет 5 000 ₽**\r\n\r\nЗадача — найти блокеры перед первым релизом. Всё в одну волну нельзя, но и дробить на четыре части при таком бюджете бессмысленно.\r\n\r\n| Волна | N | Бюджет |\r\n|---|---|---|\r\n| Базовый сценарий входа | 25 | 2 846,25 ₽ |\r\n| Повторная проверка после правок | 15 | 1 707,75 ₽ |\r\n| Резерв | — | 446 ₽ |\r\n\r\nИтого 5 000 ₽. Ожидаемый результат: 3–5 существенных проблем входа найдены и проверены после исправления.\r\n\r\n**Сценарий Б: команда перед платным привлечением, бюджет 15 000 ₽**\r\n\r\nЗадача — довести продукт до состояния, когда можно тратить на рекламу.\r\n\r\n| Волна | N | Бюджет |\r\n|---|---|---|\r\n| Вход и первое ключевое действие | 40 | 4 554 ₽ |\r\n| Проверка правок | 30 | 3 415,50 ₽ |\r\n| Платежи, подписка, восстановление | 25 | 2 846,25 ₽ |\r\n| Регресс перед релизом | 20 | 2 277 ₽ |\r\n| Резерв и бонусы | — | 1 907,25 ₽ |\r\n\r\nИтого 15 000 ₽, 115 прохождений. Это та структура, которую Денис понесёт на встречу.\r\n\r\n**Сценарий В: студия с несколькими продуктами, 40 000 ₽ в квартал**\r\n\r\nЗадача — регулярный процесс, а не разовая акция.\r\n\r\n| Месяц | Активность | N | Бюджет |\r\n|---|---|---|---|\r\n| 1 | Продукт А: вход + правки | 60 | 6 831 ₽ |\r\n| 1 | Продукт Б: вход | 30 | 3 415,50 ₽ |\r\n| 2 | Продукт А: платежи | 25 | 2 846,25 ₽ |\r\n| 2 | Продукт Б: правки + ядро | 50 | 5 692,50 ₽ |\r\n| 3 | Оба: регресс перед обновлениями | 60 | 6 831 ₽ |\r\n| 3 | Продукт В: первая волна | 40 | 4 554 ₽ |\r\n| — | Резерв, бонусы, доборы | — | 9 829,75 ₽ |\r\n\r\nИтого 40 000 ₽, 265 прохождений за квартал. Заметьте крупный резерв: при регулярном процессе всегда возникают внеплановые проверки после срочных хотфиксов.\r\n\r\n## Как считать возврат от вложений в тестирование\r\n\r\nПрямой ROI посчитать сложно, потому что вы измеряете предотвращённые потери. Но есть три подхода, каждый защитим цифрами.\r\n\r\n**Подход 1: через сохранённый рекламный бюджет.**\r\n\r\nФормула: `Экономия = Планируемый бюджет UA × Доля потерь из-за найденных проблем`\r\n\r\nЕсли вы собираетесь тратить 50 000 ₽ в месяц, а тесты показали, что 28 % новых пользователей не проходят онбординг из-за исправимых причин, то экономия 14 000 ₽ в месяц против разовых 5 693 ₽ на тестирование.\r\n\r\n**Подход 2: через конверсию в ключевое действие.**\r\n\r\nСчитайте до и после. Если конверсия в первый заказ выросла с 8,7 % до 16,1 %, а LTV клиента 800 ₽, то на 1 000 установок вы получаете дополнительно 74 клиента и 59 200 ₽ выручки. Вложено — 13 000 ₽.\r\n\r\n**Подход 3: через стоимость исправления на поздней стадии.**\r\n\r\nПроблема, найденная до релиза, стоит часа работы разработчика. Та же проблема, обнаруженная через два месяца по низкому рейтингу, стоит: срочный хотфикс + релиз вне плана + работа поддержки + восстановление рейтинга. Разница на порядок.\r\n\r\n| Когда найдена проблема | Условная стоимость исправления |\r\n|---|---|\r\n| На тестах до релиза | 1× |\r\n| В первую неделю после релиза | 3× |\r\n| Через месяц, по отзывам | 8× |\r\n| Через квартал, после падения рейтинга | 20×+ |\r\n\r\n## Чего в бюджете обычно забывают\r\n\r\n**Время на модерацию.** 50 отчётов при чек-листе из 5 шагов — это 3–4 часа работы продакта или разработчика. При ставке специалиста 2 000 ₽\u002Fчас это ещё 6 000–8 000 ₽ внутренних издержек. Формально их не платят на платформе, но при планировании нужно закладывать.\r\n\r\n**Время на исправления между волнами.** Волна 2 бессмысленна, если правки из волны 1 не внесены. Планируйте 3–7 дней между волнами, иначе вы просто повторно покупаете те же находки.\r\n\r\n**Подготовку сборок.** TestFlight-сборка, трек тестирования, тестовые аккаунты, sandbox для платежей — это работа, которую нужно сделать до кампании.\r\n\r\n**Бонусы, если вы их объявляете.** Бонус за воспроизводимый баг с записью экрана — хорошая практика, но он должен быть в бюджете заранее, с оценкой максимального числа выплат.\r\n\r\n**Добор прохождений.** Если из 40 отчётов отклонили 8, а вам нужно покрытие по устройствам, придётся добрать 8–10. Это ещё 1 000 ₽.\r\n\r\nИтоговая честная формула для планирования:\r\n\r\n> Полный бюджет волны = Ставка × N × 1,15 + Резерв 10 % + Внутренние часы на модерацию\r\n\r\n:::quiz\r\nНужно распределить 20 000 ₽ на тестирование перед платным привлечением. Что даст больше информации?\r\nA) Одна волна на 175 прохождений одной и той же сборки\r\nB) Четыре волны по 35–45 прохождений с исправлениями между ними, плюс резерв\r\nC) Две волны по 87, обе на одной сборке, но с разными чек-листами\r\nD) 175 прохождений, разбитых на волны, но без правок между ними для экономии времени\r\nПравильный: B\r\nПояснение: главный источник новой информации — изменение продукта между волнами. В варианте A и D все тестируют одинаковую сборку, поэтому после первых 20-30 отчётов новизна резко падает. Вариант C лучше A, потому что разные чек-листы покрывают разные области, но всё ещё не проверяет эффект исправлений. Только вариант B даёт и покрытие областей, и подтверждение, что правки сработали.\r\n:::\r\n\r\n## FAQ\r\n\r\n**Комиссия 15 % — это много или мало?**\r\nСравнивайте не с нулём, а с альтернативой: самостоятельно найти 50 подходящих людей, договориться, проверить работу, разрулить споры и провести выплаты. Комиссия покрывает инфраструктуру процесса. В расчёте это 14,85 ₽ на отчёт — меньше стоимости одной чашки кофе за организацию работы одного человека.\r\n\r\n**Можно ли ставить ставку выше 99 ₽?**\r\nОбычно да, и это оправдано для сложных сценариев: длинный чек-лист, запись экрана, редкое устройство, узкая аудитория. Повышенная ставка ускоряет набор исполнителей и повышает качество отчётов. Считайте так же: Ставка × N × 1,15.\r\n\r\n**А если снизить ставку, чтобы взять больше прохождений?**\r\nРискованно. Вы получите отчёты от людей, для которых экономически рационально минимальное усилие. Лучше меньше прохождений по нормальной ставке, чем много поверхностных.\r\n\r\n**Сколько всего стоит подготовка к платному привлечению?**\r\nВ сценарии Б — около 15 000 ₽ на платформе плюс 10–15 часов внутренней работы. По сравнению с 50 000 ₽ месячного рекламного бюджета это 30 % от одного месяца рекламы — и эти 30 % защищают все последующие месяцы.\r\n\r\n**Как объяснить основателю, что тесты не дают роста метрик?**\r\nОни не дают роста напрямую — они убирают причины, по которым рост не происходит. Формулировка для встречи: «это не канал привлечения, это снижение потерь в воронке; вот три проблемы, вот сколько людей на них теряется, вот сколько это стоит в рекламном бюджете».\r\n\r\n**Что если бюджет совсем нулевой?**\r\nНачните с 10–15 прохождений (1 138–1 708 ₽). Этого хватит, чтобы найти блокеры входа. Это меньше, чем стоимость одного дня слабой рекламной кампании.\r\n\r\n## Итоги\r\n\r\n- Базовая формула: Ставка × N × 1,15. За один принятый отчёт при ставке 99 ₽ автор тратит 113,85 ₽.\r\n- Обратный расчёт: N = Бюджет ÷ 113,85, минус 10 % резерв на бонусы и добор.\r\n- Нельзя тратить весь бюджет на одну волну: после первых 20–30 отчётов по одной сборке новизна находок резко падает.\r\n- Правильная структура — 3–4 волны с исправлениями между ними; между волнами нужно 3–7 дней на правки.\r\n- Главная метрика для защиты бюджета — стоимость одной найденной проблемы, а не стоимость прохождения.\r\n- В планирование нужно включать внутренние часы на модерацию: 50 отчётов — это 3–4 часа работы.\r\n- Проблема, найденная до релиза, стоит на порядок дешевле той же проблемы, найденной через квартал по падению рейтинга.\r\n\r\n## Заключение\r\n\r\nДенис пришёл на встречу с одной таблицей: четыре волны, 115 прохождений, 13 093 ₽ на платформе, 1 907 ₽ резерв, итого 15 000 ₽. Рядом — вторая строка: планируемый рекламный бюджет 50 000 ₽ в месяц и оценка потерь 28 % на онбординге, то есть 14 000 ₽ ежемесячно.\r\n\r\nРазговор занял четыре минуты. Не потому, что Денис хорошо убеждал, а потому что цифры были посчитаны до встречи и в них была учтена комиссия.\r\n","\u002Fstorage\u002Farticles\u002F45-byudzhet-testirovaniya-raschety\u002Fcover.jpg","https:\u002F\u002Fmanica.mrdev.ru\u002Fstorage\u002Farticles\u002F45-byudzhet-testirovaniya-raschety\u002Fcover.jpg","\u002Fstorage\u002Farticles\u002F45-byudzhet-testirovaniya-raschety\u002Finline.jpg",[],"2026-09-11T00:00:00+03:00",true,1,"Admin","2026-09-26T01:41:38+03:00","2026-09-26T01:49:01+03:00"]