У продукта 200 тыс DAU. Доля платящих пользователей около 2%, а средний платёж в день на платящего — 500 ₽. Какая грубая прикидка оценка дневной выручки по units наиболее адекватна по order of magnitude?
AОколо 20 тыс ₽ в день
BОколо 200 тыс ₽ в день
CОколо 20 млн ₽ в день
DОколо 2 млн ₽ в день
Правильный ответ. Для грубая прикидка оценки выручки держите
units как users × share × money per payer и проверяйте order of magnitude.Разбор
Сначала оцените число платящих: 200 тыс DAU × 2% ≈ 4 тыс платящих в день. Затем умножьте на 500 ₽ и получите около 2 млн ₽ в день. Такой расчёт полезен как sanity-check: он быстро показывает, на сколько нулей отличается итог. Если в результате получились сотни миллионов при таких входных, это явный order of magnitude сбой.
Проверь себя · 1/3разбор после ответа
Сервис получает 800
requests per second на эндпойнт. Какая грубая прикидка оценка requests per day ближе всего?Ещё вопросы по теме «Sanity-check и оценка»
- В дашборде метрика `conversion` определена как доля пользователей, совершивших хотя бы одну покупку за день. В отчёте вы видите 130%. Какой грубая прикидка `sanity-check` по `constraints` наиболее уместен?
- У вас 2.5 млн `events` в день и нужно прикинуть объём `events` в месяц для планирования. Какой грубая прикидка перевод `units` самый разумный?
- Каждое событие занимает примерно 1 `KB` в логах, а в день приходит 50 млн `events`. Какой `order of magnitude` для суточного объёма данных ближе всего, если сделать грубая прикидка оценку по `units`?
- ETL job обработал 120 млн строк за 2 часа. Какой грубая прикидка `throughput` в `rows per second` ближе всего?
- Продукт может отправить не более 3 пушей в день на одного пользователя по `constraints`. `MAU` = 10 млн. Какой `upper bound` на количество пушей в день вы можете поставить без дополнительных данных?
- Все вопросы по «Sanity-check и оценка» →