Разные задачи покупателя и пользователя
Как исследовать покупку, если платит один человек, а пользуется другой
Время чтения: 4 мин
Подходит для уровня: START · Запуск
Кому подойдёт. Новичкам и фрилансерам, чью услугу покупают для родственника, сотрудника или команды.
Содержание
Кому подойдёт: новичкам и фрилансерам, чью услугу покупают для родственника, сотрудника или команды. Категории Start и System.
Руководитель покупает сотруднику обучение презентациям. Он хочет, чтобы тот самостоятельно выступал перед заказчиками. Сотрудник ожидает помощи с одним сложным докладом. Преподаватель готовит программу о визуальном оформлении слайдов. Все согласились на «обучение презентациям», но договорились о разных вещах.
Такие расхождения возникают и в повседневных услугах: взрослые дети заказывают помощь родителям, партнёр покупает консультацию в подарок, компания оплачивает наставничество. Чтобы услуга оказалась полезной, нужно исследовать не только причину платежа, но и условия, в которых другой человек будет ею пользоваться.
Разберите две истории одновременно
OpenStax описывает покупку как процесс, включающий осознание потребности, поиск, оценку вариантов и опыт после приобретения. Когда покупатель и пользователь различаются, их вопросы на этих этапах могут не совпадать. Последнее — практический вывод для исследования такой ситуации, а не отдельный доказанный закон поведения.
У плательщика спросите, какое изменение он хочет увидеть, почему выбрал именно эту помощь и как поймёт, что деньги потрачены не зря. У будущего пользователя — с какой задачей он сталкивается, чего хочет сам, что уже пробовал и на какое участие готов.
Не проводите второй разговор как проверку лояльности первому человеку. Сотрудник может опасаться, что любое сомнение станет известно руководителю. Заранее объясните цель беседы и договоритесь, какие выводы будут переданы заказчику. Если условия конфиденциальности неясны, люди будут говорить осторожнее, и это повлияет на качество исследования.
Найдите общее действие вместо общего лозунга
В учебном примере руководитель хочет «уверенных выступлений», а сотрудник говорит: «Я теряюсь, когда спрашивают про расчёты». Эти ожидания можно перевести в конкретную задачу: подготовить и провести десятиминутный доклад с объяснением трёх ключевых показателей и ответами на типовые вопросы.
Теперь понятно, какую практику включать и что оценивать. Но если руководитель хочет полностью изменить манеру общения человека, а сам сотрудник не видит задачи и не готов заниматься, красивые формулировки проблему не устранят.
Иногда разумный результат предварительного разговора — предложить другой формат или отказаться от запуска. Услуга, требующая активного участия, не начинает работать только потому, что её оплатил заинтересованный родственник или начальник.
Уточните кто распоряжается результатом
В проекте могут появиться материалы, личные ответы, рабочие данные и оценка навыков. Не оставляйте вопрос их передачи на последний день. Согласуйте, что получает плательщик, что остаётся у пользователя и какую информацию вообще не нужно собирать.
Для обучения можно передавать сведения о выполненных заданиях и согласованных рабочих результатах, если такой порядок заранее принят участниками. Это не означает автоматического права пересылать все личные заметки и разговоры. Конкретные требования к данным и согласиям зависят от страны, содержания услуги и участников.
Если услугу покупают для ребёнка или человека, которому требуется специальная поддержка, отдельно проверьте применимые профессиональные и правовые требования. Общая схема исследования не заменяет этих условий.
Учтите неудобства которые не видит покупатель
Плательщик может выбрать удобное для себя расписание, хотя занимается другой человек. Компания покупает вечерний курс, не освобождая сотрудника от текущей нагрузки. Родственник заказывает цифровую услугу человеку, которому трудно работать с нужным приложением.
Перед стартом проверьте простые вещи: доступное время, устройство, место для работы, исходные навыки, возможность использовать результат. Именно здесь часто обнаруживаются препятствия, которые нельзя решить более мотивирующей презентацией.
| Участник | Что нужно согласовать |
|---|---|
| Плательщик | Задачу, бюджет и допустимый состав отчёта |
| Пользователь | Собственную цель, участие и рабочие условия |
| Исполнитель | Границы услуги и способ проверки результата |
Таблица не создаёт согласия автоматически. Её смысл — сделать различия видимыми до оплаты большого проекта.
- Расписание
- Плательщик выбирает удобное себе время, хотя занимается другой человек.
- Нагрузка
- Компания покупает вечерний курс и не снимает с сотрудника текущую работу.
- Приложение
- Услугу заказали человеку, которому трудно работать в нужном приложении.
До старта проверяют время, устройство, место, навыки и возможность пользоваться результатом. Таблица ролей не создаёт согласия сама.
Подготовьте предложение для всех участников
В предложении полезно отдельно назвать, что будет делать пользователь и что должен обеспечить заказчик. Например, участник приносит рабочий доклад и выполняет две практические попытки, руководитель выделяет время и предоставляет обезличенные примеры вопросов клиентов.
Не обещайте покупателю изменить другого человека без его участия. Лучше описать процесс и наблюдаемые результаты в пределах вашей работы. «Проведём две репетиции с обратной связью» проверить легче, чем «Сделаем сотрудника харизматичным».
Практика перед следующим заказом
Возьмите одну такую услугу и подготовьте два коротких набора вопросов: для плательщика и пользователя. После разговоров выпишите совпадения, расхождения и условия, без которых работа не состоится.
Затем составьте общий абзац о результате и попросите каждого участника объяснить его своими словами. Если объяснения существенно различаются, вернитесь к задаче. Исправить ожидания на этом этапе обычно проще, чем переделывать уже проведённую программу.