Аннотация
Исследовательская программа должна ответить не на вопрос «насколько большой маркетплейс», а на вопрос «с какой вероятностью квалифицированный участник получает релевантный результат в заданном месте, категории, ценовом диапазоне и периоде». Фундаментальные модели двухсторонних рынков описывают взаимозависимость сторон, но не дают универсального операционного показателя ликвидности. Поэтому единицы анализа, события и знаменатели должны быть определены до расчёта метрик.
Главный исследовательский вопрос
Какая комбинация наблюдаемых показателей позволяет различить четыре состояния микрорынка: недостаток спроса, недостаток предложения, несоответствие качества или цены и неэффективное распределение между сторонами?
Подвопросы:
- На каком уровне сегментации агрегированная метрика перестаёт скрывать одновременный дефицит и насыщение?
- Какие показатели являются ранними сигналами, а какие — запаздывающими результатами?
- Какие определения остаются сопоставимыми между платформами разных типов?
- Как изменение окна наблюдения, правил допустимости и цензурирования меняет диагноз?
Практическая значимость
Протокол предназначен для руководителей продукта, growth, revenue, operations и аналитики, которым нужно отличать проблему привлечения участников от проблемы качества, цены, ранжирования или исполнения. Он не предлагает универсального KPI, рейтинг компаний или причинную оценку конкретного управленческого действия.
Рабочие определения
- Единица спроса — наблюдаемое намерение получить товар, услугу, контакт или исполнение, признанное квалифицированным по заранее опубликованному правилу.
- Единица предложения — доступный и допустимый объект или участник, способный ответить на квалифицированный спрос в заданном окне.
- Совпадение — релевантная связь сторон; оно не тождественно показу, контакту или завершённой транзакции.
- Успешный результат — заранее определённое терминальное событие, подходящее конкретному типу платформы.
- Микрорынок — аналитический сегмент по категории, географии, времени, цене и другим ограничениям взаимозаменяемости. Его границы являются проверяемым решением исследователя, а не естественным фактом.
Единица анализа и охват
Основная единица анализа — микрорынок × временное окно × когорта. До объединения данных необходимо отдельно описать товарные маркетплейсы, классифайды, услуги, on-demand и lead-generation платформы. Публичный отчёт должен раскрывать правила включения, исключения, дедупликации, повторных попыток и цензурирования незавершённых наблюдений.
Семейства измерений
| Семейство | Рабочий вопрос | Кандидатные показатели | Главный риск интерпретации |
|---|---|---|---|
| Доступность | Может ли спрос найти допустимое предложение? | fill rate, zero-result rate, unmet demand | считать любой показ релевантным результатом |
| Скорость | Сколько времени требуется до ответа и результата? | time to match, first response, first transaction | игнорировать правое цензурирование и сезонность |
| Неиспользованное предложение | Какая часть доступного предложения не встречает спрос? | unmatched supply, stale supply, exposure coverage | смешивать отсутствие спроса с низким качеством |
| Активация | Когда регистрация превращается в полезное участие? | seller activation, time to qualified listing | выбирать событие активации после просмотра результата |
| Надёжность | Доходит ли совпадение до ожидаемого исхода? | cancellation, failed transactions, fulfilment failure | объединять разные причины отказа |
| Повторяемость | Возвращаются ли стороны после результата? | buyer and seller repeat rate, cohort retention | считать повторяемость доказательством удовлетворённости |
| Плотность | Достаточно ли сторон внутри микрорынка? | category, geographic and temporal density | сравнивать плотность при разных границах рынка |
| Концентрация | Зависит ли результат от немногих участников? | concentration ratios, top-decile share, Gini | путать концентрацию с рыночной властью без отдельного анализа |
| Цена | Объясняется ли разрыв несовместимостью цен? | price coverage, competitiveness, dispersion | интерпретировать наблюдаемую цену без качества и условий |
| Качество matching | Насколько результат релевантен обеим сторонам? | qualified response, acceptance, completion | оптимизировать краткосрочную конверсию в ущерб долгосрочной ликвидности |
Это перечень кандидатов, а не утверждение, что каждый показатель применим к любой платформе.
Источники данных
Приоритет источников: открытые наборы с ясной лицензией; публичная отчётность с воспроизводимыми определениями; разрешённые обезличенные данные компаний; специально собранные опросные или наблюдательные данные. Для каждого поля фиксируются владелец, происхождение, лицензия, часовой пояс, единица, допустимые значения, правила пропусков и дата извлечения.
Персональные данные пользователей и сотрудников не входят в публичный набор. Внутренние показатели компании не публикуются без письменного разрешения владельца данных.
План сбора данных
- Выбрать один тип платформы и сформулировать терминальное событие успеха.
- Зарегистрировать правила формирования микрорынков до просмотра итоговых сравнений.
- Создать event dictionary и таблицу соответствия исходных событий исследовательским переменным.
- Проверить полноту, дубли, временной порядок, пропуски и изменение схемы.
- Рассчитать показатели на уровне микрорынка и когорты, сохранив числитель и знаменатель.
- Отделить иллюстративные данные от наблюдений; синтетические значения маркировать
пример. - Провести внешний методологический и отраслевой review до публичных выводов.
План анализа
Сначала публикуются распределения, когорты и карты пропусков. Затем оцениваются взаимосвязи показателей и устойчивость диагноза. Причинные формулировки допускаются только при отдельной идентификационной стратегии: эксперименте или защищаемом естественном эксперименте с явно описанными допущениями.
Обязательные срезы: категория, география, ценовой диапазон, время, когорта входа, тип участника и состояние качества — только если размер выборки и правила приватности позволяют их показывать.
Проверки чувствительности
- альтернативные границы микрорынка;
- дневные, недельные и месячные окна;
- разные определения допустимого спроса и предложения;
- исключение крупнейших сегментов и участников;
- отдельный анализ сезонных периодов;
- разные правила обработки повторных запросов и незавершённых наблюдений;
- сравнение среднего, медианы, квантилей и взвешенных агрегатов.
Альтернативные объяснения
Изменение показателя может быть связано не с ликвидностью, а с интерфейсом измерения, маркетинговым миксом, изменением качества трафика, ценой, сезонностью, правилами модерации, логистикой, платёжным контуром или изменением определения события. Отчёт обязан проверять эти объяснения до управленческой интерпретации.
Что исследование не позволит заключить
Без отдельного дизайна оно не установит причинность, не определит «лучший» маркетплейс, не докажет будущую выручку, не задаст универсальный порог здоровья и не позволит переносить значения между несопоставимыми платформами.
Планируемые результаты программы
Методология; словарь терминов; открытый шаблон расчёта; маркированный иллюстративный набор; web-отчёт; PDF; executive summary; презентация; пресс-релиз и набор графиков с источниками. Наличие протокола не означает, что эти результаты уже созданы.
Протокол внешней проверки
Методолог проверяет единицы анализа, знаменатели, цензурирование и sensitivity analysis. Отраслевой рецензент проверяет операционную применимость и пропущенные механизмы. Юридическая проверка требуется при использовании непубличных данных. Имена рецензентов публикуются только с согласия; замечания и исправления входят в журнал версий.
Критерии готовности ежегодного отчёта
- все поля имеют data dictionary и разрешение на публикацию;
- формулы воспроизводятся из опубликованного шаблона;
- результаты отделены от интерпретации и гипотез;
- показаны ограничения, альтернативные объяснения и чувствительность;
- ни один внутренний показатель нельзя восстановить вопреки условиям владельца данных;
- внешние рецензии закрыты или опубликованы как нерешённые замечания.
До выполнения этих условий проект остаётся исследовательским протоколом версии 0.x.