Собрать минимальную воронку Upwork

Результат страницы

Вы получите одну воронку от найденного объявления до валовой прибыли и повторной выручки. Она покажет не «активность», а переходы, на которых теряются подходящие клиенты. Для старта достаточно таблицы; автоматизация нужна только после стабильных определений.

Когда это нужно

Соберите воронку до масштабирования откликов, найма биддера или покупки аналитического сервиса. Без неё увеличение объёма может лишь ускорить расход Connects. Если данных пока мало, журнал всё равно полезен: он дисциплинирует решения, но не даёт права на уверенные выводы по нескольким наблюдениям.

Интерфейс Upwork, статусы, доступные proposal insights и Connects меняются. Проверено 12 июля 2026 года. Используйте доступные в аккаунте данные и явно отмечайте отсутствующие поля; не восстанавливайте точность догадками.

Определения этапов

Зафиксируйте один словарь:

1. Найдено — объявление попало в ваш рабочий фид.
2. Квалифицировано — прошло обязательный ICP- и risk-фильтр.
3. Отклик отправлен — proposal действительно отправлен.
4. Просмотрен — статус подтверждён платформой, если доступен.
5. Интервью — клиент начал содержательный диалог или назначил разговор.
6. Предложение — клиенту переданы цена, deliverable и следующий шаг.
7. Контракт — оформлен и доступен к законному старту.
8. Принятый результат — deliverable сдан и принят.
9. Выручка / валовая прибыль — признаны по единому правилу.
10. Повторный объём — отдельно оформлен новый результат.

Не переименовывайте любой ответ в интервью и любое устное «да» в продажу.

Процесс

1. Создайте одну строку на возможность

Минимальные поля:

• ID или ссылка объявления;
• дата публикации, обнаружения и отклика;
• ICP/сегмент и услуга;
• решение да / нет с причиной;
• обязательные и дополнительные Connects;
• автор и версия отклика;
• даты каждого перехода;
• причина потери;
• предложенная цена;
• контракт, выручка, прямые затраты;
• связь с исходным клиентом для повторной сделки.

Персональные данные храните минимально и с ограниченным доступом.

2. Отделите объём от качества

Считайте и все найденные объявления, и прошедшие квалификацию. Тогда видно, проблема в рынке или фильтре. Если записывать только отправленные отклики, невозможно понять, сколько времени потрачено на шум и почему объём снизился.

Используйте причины отказа из фиксированного списка: бюджет, история клиента, география, scope, компетенция, риск, перегрузка, дубликат. Свободный комментарий дополняет код, но не заменяет его.

3. Зафиксируйте расходы

Для каждого отклика запишите стоимость Connects по цене, действующей в момент покупки или учётной политике. Дополнительно учитывайте время поиска, квалификации, подготовки предложения и sales. Boost храните отдельным полем, чтобы сравнивать с небустованными откликами.

Не приписывайте тариф или инструмент одной продаже целиком: выберите последовательное правило распределения по периоду или количеству возможностей.

4. Считайте переходы

Основные формулы:

qualification rate = квалифицировано / найдено

view rate = просмотрено / отправлено — только если поле доступно полно и одинаково;

interview rate = интервью / отправлено

proposal-to-contract = контракты / отправлено

sales close rate = контракты / предложения или / интервью — выберите один знаменатель и назовите его точно;

delivery acceptance = принятые результаты / начатые контракты.

При нулевом знаменателе показывайте нет данных, а не 0%.

5. Свяжите продажи с деньгами

Количество контрактов не отражает качество. Добавьте выручку, валовую прибыль, средний первый контракт, повторную выручку и возвраты. Отдельно храните прогноз и факт. Для открытого контракта не признавайте весь возможный бюджет как заработанный.

Первый источник закрепляйте за клиентом по заранее выбранному правилу. Повторные контракты остаются связанными с первоначальным каналом и одновременно отмечаются как удержание.

6. Введите контроль качества данных

Раз в неделю найдите строки без статуса, даты, расхода или причины потери. Закройте зависшие возможности по понятному правилу, но не подменяйте неизвестный исход отказом клиента. Если статус платформы недоступен, так и запишите.

Один владелец отвечает за словарь и полноту, даже если данные вводят несколько людей.

7. Проводите review по вопросам

Еженедельный review отвечает:

• достаточно ли подходящих объявлений;
• где первый резкий провал перехода;
• изменилась ли стоимость интервью и продажи;
• какие причины потери повторяются;
• что тестируется следующим;
• что не меняем до окончания теста;
• какие клиенты перешли в повторную выручку.

Воронка должна порождать одно решение, а не презентацию из десятков графиков.

Критерии решения

• Если мало квалифицированных объявлений, пересмотрите ICP или поиск.
• Если отклики не дают интервью, проверьте выбор объявления, первые строки и профиль.
• Если интервью есть, но нет предложения, диагностируйте квалификацию и разговор.
• Если предложения не закрываются, изучите scope, доказательства, цену и следующий шаг.
• Если продажи есть, но прибыль отрицательна, исправляйте цену и delivery.
• Если данные неполны, сначала чините регистрацию событий.

Ошибки

Считать отправку результатом. Это расход и начало возможности.

Менять определения. Конверсии разных недель становятся несопоставимы.

Удалять проигранные строки. Вместе с ними исчезает причина потерь.

Смешивать прогноз и факт. Бюджет объявления не равен выручке.

Автоматизировать хаос. Интеграция быстрее размножит неверные статусы.

Чеклист

• Есть единый словарь этапов.
• Одна возможность занимает одну строку.
• Найденные и квалифицированные объявления разделены.
• Connects, boost и время учитываются.
• Переходы имеют точные знаменатели.
• Выручка отделена от бюджета и pipeline.
• Повторные контракты связаны с клиентом.
• Потери имеют стандартные причины.
• Назначены владелец и еженедельный review.

Следующий шаг

Переведите расходы в управляемые показатели: посчитайте стоимость интервью и продажи.