Experiment Hub · Sales
Эксперименты Sales: как ускорять сделки и повышать качество pipeline
Sales experiments работают там, где спрос уже существует, но теряется в response, qualification, discovery, stage progression или принятии решения. Их цель - не заставить менеджеров делать больше действий, а убрать конкретный mechanism потерь.
Operating model
Lead → Contact → Meeting → SQL → Proposal → Sale
Каждый sales experiment должен менять один участок pipeline и защищать downstream quality, cycle time и workload. Когда идти в этот раздел
Типовые constraints
01Slow responseIntent теряется в routing и очереди.
02Weak qualificationSales тратит capacity на слабые opportunities.
03Shallow discoveryНе раскрываются problem, urgency и buyer process.
04Unknown win/lossРешения строятся на субъективных причинах.
Порядок работы
От проблемы к experiment decision
01ConstraintВыберите конкретное ограничение.
02MechanismПочему метрика теряется именно здесь.
03ExperimentИзмените один mechanism.
04GuardrailЗащитите downstream quality/economics.
05DecisionScale / Iterate / Kill.
Experiment Library
Стартовые эксперименты
Это не обязательная последовательность. Выберите тот тест, который отвечает текущему constraint и может быстрее всего купить полезное evidence.
ExperimentSpeed-to-LeadПроверить влияние meaningful response time на meeting и SQL.Открыть эксперимент →ExperimentQualificationОтсеять слабые deals без потери будущих сильных клиентов.Открыть эксперимент →ExperimentDiscoveryПроверить, улучшит ли структура первой встречи progression.Открыть эксперимент →ExperimentWin/LossПревратить причины побед и проигрышей в testable mechanisms.Открыть эксперимент →
| Ситуация | Experiment | Primary metric | Guardrail |
|---|---|---|---|
| Лиды не доходят до контакта | Speed-to-Lead | Contact / Meeting rate | Meeting → SQL |
| Pipeline раздут | Qualification | Sales effort / win rate | Qualified pipeline |
| Встречи не двигаются | Discovery | Meeting → Proposal | Proposal → Sale |
| Причины проигрышей неясны | Win/Loss | Repeated mechanisms | Evidence quality |
Не запускайте experiment из-за того, что он «интересный». Сначала привяжите его к constraint и decision question. Иначе библиотека быстро превращается в список growth hacks.
Growth OS
Эксперимент должен покупать evidence для решения
Не оценивайте experiment по активности команды. Хороший тест либо улучшает economics, либо меняет уровень уверенности в mechanism и помогает выбрать следующий шаг.