СТАТЬЯ · Исследования

Организация — не респондент

Борис Каптелов · 02.08.2026 · 8 мин

Знакомая ситуация. Компания провела двадцать интервью с пользователями своего продукта. Пользователи довольны, называют конкретные выгоды, просят две-три доработки. Продукт дорабатывают. Сделки не идут.

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

Кого вы на самом деле опросили

Высказывание пользователя описывает позицию пользователя. Оно не является позицией компании — и это не формальность.

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

Есть и прямое эмпирическое подтверждение того, что поставщик и клиент видят одну и ту же покупку по-разному. Тули, Кохли и Бхарадвадж опросили сорок девять менеджеров со стороны клиентов и пятьдесят пять со стороны поставщиков и обнаружили систематическое расхождение: поставщики описывают решение как набор товаров и услуг, а клиенты — как совокупность процессов, куда входят определение требований, адаптация и интеграция, внедрение и последующая поддержка. То есть вы продаёте предмет, а покупают у вас последовательность действий.

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

Закупочный центр — это функции, а не должности

Полезнее думать не о списке должностей, а о наборе функций участия в решении. Кто-то инициирует. Кто-то пользуется. Кто-то влияет на требования. Кто-то контролирует доступ к информации и к людям. Кто-то формально утверждает. Кто-то платит.

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

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

Роли меняются по ходу решения

Второе, что теряется при разовом опросе: состав участников и вес их голосов не постоянны.

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

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

Три типа закупки дают три разных разговора

Классификация Робинсона, Фариса и Уинда, предложенная ещё в 1967 году, разводит три ситуации закупки. Различие стоит держать в голове при наборе корпуса.

Новая закупка. Компания решает задачу такого типа впервые. Требований нет, критериев нет, участников много, решение долгое, влияние внешней экспертизы максимальное. Здесь интервью даёт больше всего.

Изменённая повторная закупка. Покупали похожее, но условия изменились: вырос объём, сменился регламент, разочаровались в текущем поставщике. Требования есть, но пересматриваются. Тут интереснее всего, что именно заставило пересмотреть.

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

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

В строительстве и промышленном производстве это различие особенно дорого. Поставка на действующий объект и поставка в новый проект проходят через разных людей: в первом случае решает служба эксплуатации и снабжение, во втором — проектировщик, который заложил решение в документацию за год до закупки. Опросив только снабженцев, вы узнаете, как вас продлевают, и не узнаете, почему вас не заложили в проект.

Формальное требование — это уже чей-то ответ

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

Между исходной ситуацией и формальным требованием стоит цепочка допущений, и часть их сделана людьми, которые проблемой не занимаются. Требование «интеграция с такой-то системой» может означать реальное ограничение, а может — что автор документа не знал о другом способе решить ту же задачу.

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

Потребности живут на нескольких уровнях сразу

У человека, сидящего перед вами, есть задача его подразделения, есть цель компании и есть его собственный интерес: не сорвать сроки, не получить проблем при внедрении, выглядеть компетентным перед руководством.

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

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

Покупка, внедрение и устойчивое использование — три разных события

Ещё одна склейка, которая дорого обходится.

Купили — это одно событие. Внедрили — второе. Пользуются через год — третье. Между ними проходят разные люди, разные препятствия и разные причины остановиться.

Макдональд, Кляйнальтенкамп и Уилсон показали, что ценность корпоративного решения возникает не в момент оплаты, а в использовании, и зависит от ресурсов самого клиента: от того, есть ли у него данные в нужном виде, люди с нужными навыками и время на перестройку процесса. Один и тот же продукт у двух похожих компаний даёт разный результат именно поэтому. Кляйн и Сорра отдельно разбирают внедрение как самостоятельную задачу, у которой свои условия провала, не совпадающие с условиями провала покупки.

Из этого следует, что исследовать надо все три события. Интервью только с теми, кто купил, объяснит выбор и не объяснит, почему у половины из них ничего не заработало.

Разногласия участников — это данные, а не шум

Частая ошибка при обработке корпоративного корпуса — усреднить. Пользователь сказал одно, финансовый директор другое, закупка третье, и в отчёт идёт то, что повторилось чаще.

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

Отчёт по корпоративному исследованию поэтому строится не как список потребностей, а как карта позиций: кто чего хочет, кто с кем не согласен, чей голос решает на каком этапе.

Как собрать корпус под решение

Два правила, которые меняют результат больше всего остального.

Считать интервью не на компанию, а на функцию участия: пять компаний по одному пользователю в каждой — это исследование пользователей, а не закупок. Как это превращается в строку сметы, разбираем в материале о том, сколько стоит исследование. И обязательно включать тех, кто не купил, и тех, кто купил и не внедрил, — без них корпус состоит из тех, кому вы уже подошли.

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

Что делать дальше

Такой корпус покажет, как устроено решение у исследованных клиентов и где именно вы его теряете. Он не покажет, у какой доли рынка оно устроено так же, — для этого нужен количественный этап, и мы говорим об этом до начала работы.

На практике это укладывается в проект на два месяца: восстановить пять-семь реальных сделок по функциям участия, собрать карту позиций и получить ответ, кто и на каком шаге вас блокирует. Дальше это либо переупаковка предложения под конкретную функцию, либо стратегическая сессия с коммерческим блоком, если выяснится, что блокирует не аргумент, а процесс продажи.