Перейти к основному содержимому

Упал JSS

Триггер​

Запускайте playbook, если Job Success Score снизился, исчез ожидаемый бейдж или вы получили негативный исход контракта. Не делайте вывод по памяти: сначала зафиксируйте видимый показатель, дату и источник.

Цель — найти управляемые причины в отборе, обещаниях и выполнении. Playbook не обещает вернуть определённый балл: формула, окна расчёта, доступность показателей и правила бейджей могут меняться. Проверяйте актуальную официальную справку Upwork.

Входные данные​

Соберите:

  • текущий JSS и дату проверки;
  • предыдущие значения, если они записаны;
  • список недавних завершённых и активных контрактов;
  • публичную обратную связь и ваши фактические результаты;
  • задержки, возвраты, споры, закрытия без результата;
  • историю обещаний, scope changes и коммуникации;
  • метрики воронки за последние 8–12 недель;
  • актуальные статьи Upwork о JSS и релевантных программах.

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

Шаги​

1. Проверьте, что изменилось​

Запишите показатель и сделайте разрешённый снимок интерфейса. Сверьте, не изменились ли отображение, период или условия программы. Отличайте подтверждённый факт («показатель стал 86») от гипотезы («это сделал клиент X»).

2. Заморозьте резкие решения​

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

3. Проведите аудит контрактов​

Для каждого недавнего контракта отметьте:

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

Не назначайте «виновника». Ищите повторяемый механизм: слабая квалификация, завышенное обещание, редкие статусы, работа без этапов или плохое закрытие.

4. Разделите причины по уровню контроля​

Создайте три колонки:

  • контролирую: отбор, обещания, milestone, статусы, документация;
  • влияю: скорость решений клиента, качество входных данных;
  • не контролирую: изменение интерфейса, закрытая методика, единичное внешнее событие.

Работайте только с первой и второй колонками. Формулировка исправления должна быть наблюдаемой: «еженедельный статус по пятницам», а не «лучше общаться».

5. Введите защитный режим на 30 дней​

Принимайте только задачи с точным совпадением навыка, понятным владельцем результата и ограниченным первым этапом. Сократите число одновременных контрактов до управляемого. Для каждого проекта используйте kickoff-note, weekly-status, change request и формальную сдачу.

Не гонитесь за большим числом дешёвых контрактов ради статистики. Фиктивные контракты, покупка отзывов, работа с самим собой, возврат или скидка за положительную оценку недопустимы.

6. Управляйте текущими рисками​

Свяжитесь с активными клиентами только по делу: подтвердите ближайший результат, блокеры и дату. Исправьте реальные дефекты в рамках обязательств. Дополнительный scope оформляйте отдельно. Если контракт завис, примените playbook «Клиент пропал»; если завершён — корректное финальное закрытие.

7. Оцените процесс, а не только балл​

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

Стоп-условия​

Остановите эксперимент или обратитесь в поддержку, если:

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

Готово, когда​

  • зафиксированы показатель, дата и актуальные правила;
  • недавние контракты разобраны по фактам;
  • выбраны 1–3 повторяемые процессные причины;
  • на 30 дней введены конкретные меры;
  • активные проекты имеют scope, статусы и критерии сдачи;
  • не используются фиктивные сделки или манипуляции отзывами;
  • назначена дата повторной оценки процесса и метрик.

JSS — запаздывающий сигнал. Устойчивое восстановление начинается не с попытки управлять формулой, а с более качественных контрактов и исполнения.