Пять звёзд недостаточно: как оценивать опыт подрядчика

Отзыв «всё отлично, рекомендую» приятен исполнителю. Для заказчика сложного проекта он оставляет почти все вопросы открытыми. Что сделали? Кто выполнял работу? Что считалось хорошим результатом? Почему автор отзыва доволен? Без этих подробностей пять звёзд трудно превратить в решение.

Когда рейтинг действительно влияет на выбор

В 2011 году Майкл Лука из Harvard Business School сопоставил рейтинги Yelp с выручкой ресторанов штата Вашингтон. Рост рейтинга был связан с ростом выручки независимых ресторанов, а на сетевые рестораны рейтинги почти не влияли: о них покупатель и так знает достаточно. Источник: Harvard Business School, 24.10.2011.

Исследование старое и относится к ресторанам, поэтому переносить его выводы на российских B2B‑подрядчиков нельзя. Полезна сама мысль: репутационный сигнал важнее там, где покупатель мало знает об исполнителе. Остаётся понять, какую информацию он на самом деле получает из пяти звёзд.

Почему одинаковые звёзды скрывают разный опыт

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

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

Какие поля делают отзыв полезным

Попросите автора ответить на конкретные вопросы:

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

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

Как подтверждать роль без лишних обещаний

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

Подтверждение со стороны клиента должно относиться к конкретным утверждениям. Например, представитель заказчика согласовал описание задачи и участие команды, но не подтверждал расчёт экономии. Эти поля получают разные статусы. Система сохраняет версию текста, на которую было дано подтверждение.

Если после этого автор добавляет новую цифру, старое подтверждение не должно автоматически распространяться на неё. Иначе продукт создаёт доверие к тому, что никто не проверял.

Что делать с отрицательным опытом

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

Для первой версии можно ограничить отзывы подтверждёнными участниками и отдельными вопросами. Всё равно потребуется человек, который разбирает конфликтные ситуации. ИИ может сгруппировать претензии и найти относящиеся к ним сообщения, но не должен самостоятельно назначать виновного.

Как превратить отзывы в рабочий инструмент выбора

Предложите покупателю фильтры по задачам, ролям и системам. Покажите несколько релевантных проектов вместо общего места в рейтинге. Если подтверждений мало, честно отобразите это. Новый исполнитель не становится плохим только потому, что ещё не накопил публичную историю.

Посмотрите прототип проверки опыта. Его полезность стоит проверять по тому, удалось ли покупателю выбрать подходящие вопросы и сузить список исполнителей. Количество звёзд на экране о качестве выбора ничего не говорит.

Смежные разборы: Качество работы подрядчика: почему его трудно доказать до сделки; Прозрачность бизнеса: зачем раскрывать клиентов, связи и условия.