У Аллы Пугачевой есть старая песня «Волшебник-недоучка». Ее слова хорошо описывают квалификацию, мотивацию и реальные действия среднестатистического сотрудника отдела продаж в ИТ-компании:
Поэтому руководители софтверных компаний первыми внедряют любые новые программы, нейросети или роботов, чтобы избавиться в продажах от человеческого фактора.
Выводы
1. Магическое мышление очень распространено среди российских руководителей, принимающих решения об автоматизации или цифровизации своего бизнеса. Ваши корпоративные покупатели ждут от вас чуда! Нет чуда нет доверия.
2. Подготовка сотрудников отделов продаж софтверных продуктов требует корректировки с учетом внутреннего цикла принятия решения о покупке софта у корпоративных заказчиков. Особенно нуждается в модернизации система работы с возражениями корпоративных заказчиков.
3. Изучение приемов работы лучших и худших продавцов в вашей компании основа развития внутрикорпоративной методологии профпереподготовки сотрудников.
4. Создавайте библиотеку тренерских приемов и техник (внутренних и внешних специалистов) как фрагменты готового платья, которые подгоняются на клиенте во время примерки.
Раздел 2. Обучение работе с возражениями с учетом ошибки выжившего
Типичная модель обучения продавцов в софтверных компаниях попытка подражать лучшим в стиле «Смог я сможешь и ты! Делай как я» (рис. 1). Это типичная ошибка выжившего, которую с удовольствием описывают в многочисленных автобиографиях чемпионы, герои и баловни судьбы.
Рис. 1
«Википедия» дает следующее определение данного феномена: «Систематическая ошибка выжившего (англ. survivorship bias) разновидность систематической ошибки отбора, когда по одной группе объектов (условно называемых выжившие) данных много, а по другой (погибшие) практически нет.
Если мы изучаем лишь то, что нам доступно, мы искажаем реальность и от нас ускользают истинные причины проблем.
Ошибка выжившего распространенное когнитивное искажение, в основе которого лежит непонимание причины и следствия. Человек находит закономерность в наборе данных, но не учитывает вероятность простого совпадения. Например, то, что некоторые основатели известных компаний бросили учебу в университете и стали успешными, является совпадением, поскольку не обязательно этот факт привел их к такому результату (рис. 2).
Рис. 2
Идеологию ошибки выжившего лучше всего иллюстрирует работа авиаконструкторов, работавших над повышением надежности и стойкости самолетов.
Американская армия теряла много самолетов в боях. Чтобы решить проблему и уменьшить потери, командование поставило перед математиком Абрахамом Вальдом задачу: придумать, как укрепить конструкцию, перераспределив бронезащиту на самолетах. Полностью забронировать машины нельзя, иначе они просто не полетели бы, поэтому требовалось найти самые уязвимые места.
Военные инженеры рекомендовали укреплять наиболее поврежденные части вернувшихся самолетов. Однако Абрахам Вальд математически доказал, что если самолет смог вернуться на базу, то попадания в пострадавшие части не критические. Он рекомендовал авиаконструкторам бронировать те места, где у вернувшихся из боя машин не было повреждений (рис. 3).
Рис. 3
Попробуйте перенести эту ситуацию на обучение продавцов. Тысячи сотрудников в отделах продаж пытаются уговорить клиента заключить сделку, но получается это у ничтожного меньшинства. Успешного продавца можно сравнить с самолетом, вернувшимся из боя. В самолет стреляли зенитки, а продавца «обстреливали» возражениями потенциальные клиенты.
Везучий продавец преодолел возражения и вернулся с закрытой сделкой в офис. Увы, это не означает, что он умелый. Неудачливый продавец не смог грамотно преодолеть возражения клиента и сорвал сделку, как самолет, упавший после критических повреждений фюзеляжа и механизмов.
Если в процессе обучения использовать удачливого продавца как эталон и пытаться заставить остальных сотрудников повторять его действия, то вероятность успеха не изменится: кому-то повезет, кому-то нет. Это не системное изменение в работе отдела продаж, а типичное искажение восприятия, ошибка выжившего, результат удачи. Попытка ловить удачу за хвост подталкивает РОПов покупать у инфобизнесменов мотивирующие плакаты и железные рынды для закрытия сделок, дарить лучшим продавцам железные яйца на веревочке.
Чтобы получить системные улучшения в работе продавцов софтверных продуктов, помочь им одинаково успешно преодолевать возражения клиентов, необходимо изучать «сбитых летчиков». Детально разбирать провалы неудачливых продавцов и искать повторяющиеся ошибочные действия. Выявлять систематические ошибки в коммуникации с клиентом. Если совсем упросить задачу, РОПу нужно достоверно установить, какие ответы продавца на возражения клиента привели к разрушению взаимного доверия. Это непростая задача, требующая для решения повышенной наглядности и верификации.
Маркетологи иногда говорят: «Мы используем 100 % маркетинга, а срабатывают всего 20 %. Но какие именно, мы не знаем».
С продажами аналогично: продавец софта старается применить все 100 % знаний, которые у него остались в голове после обучения. Однако какой именно прием привел к установлению доверия и заключению сделки, не узнать.
Но можем узнать, какие действия заставили клиента отвернуться от продавца, разрушили доверие, закрыли возможность для достижения договоренности. Выявление этих повторяющихся ошибок позволяет внести системность в подготовку и обучение продавцов софтверных продуктов.
Выводы
1. Современный РОП из ИТ-сферы постоянно работает над совершенствованием системы обучения своих продавцов. Слишком велика цена ошибки, допускаемой плохо обученным продавцом. Главное при обучении выбрать правильную точку приложения усилий. Для этого необходимо выявлять и анализировать систематические ошибки в коммуникации, допускаемые продавцами.
2. В сложных и продолжительных по времени продажах софтверных продуктов в секторе В2В доверие между покупателем и продавцом имеет решающее значение для закрытия сделки. Поэтому очень важно учить продавцов софта устанавливать доверие с клиентом, а не просто втюхивать ему продукт, руководствуясь примитивными скриптами.
3. В создании системы материальной мотивации продавцов при продаже софта чрезвычайно важно поощрять за правильное поведение, а не только за проведенную сделку. Продавец должен стремиться регулярно воспроизводить разработанный и утвержденный продающий алгоритм, быть частью системы продаж, ибо один в поле не воин.
4. Чтобы наметить конкретные планы по изменению системы обучения для сотрудников отделов продаж, полезно изучить психологию ваших покупателей и понять, как они принимают решения о покупке вашего софта.
Раздел 3. Психология покупателей софтверных продуктов
Главная проблема для продавцов софтверных продуктов то, что в крупных компаниях решение о приобретении софта обычно принимается коллегиально. Причем после серии «душных» совещаний, как в песне Шнурова «Менеджер».
https://www.youtube.com/watch?v=L5y8wixkgX8
На деловых встречах группа лиц (коллективное ЛПР), отвечающая за решение по сделке, обычно обсуждает:
проблему, которую предполагается решить с помощью покупного софта;
выбор поставщика софтверного решения;
бюджет на покупку и внедрение;
конкретных исполнителей внутри компании, отвечающих за итоговый результат проекта.
Увы, обычно эти высокопоставленные лица плохо подготовлены и не могут сформулировать на понятном языке, чего хотят. Интересы участников группы не согласованы, у каждого свое видение будущего компании после внедрения софта. Быстро объединить их интересы и ожидания в нечто общее может только чудо или продавец-волшебник. Обычному продавцу приходится тратить месяцы и годы на заключение сделки.
Продавцам софта важно помнить:
увеличение количества совещаний и презентаций с коллективным ЛПР редко меняет ситуацию в пользу сделки, если нет явного лоббиста человека, продвигающего проект;
выкинуть бестолковый совещательный этап из дорожной карты по заключению договора купли-продажи невозможно;
придется обаять всех этих очень разных людей, потому что они влияют на результат переговоров о сделке: их виза в обязательном порядке стоит в листе согласования, прилагаемом к договору.
Переговорная практика показывает, что высокопоставленные руководители российских компаний плохо представляют себе реальную работу и технические проблемы своих подчиненных, в помощь которым планируется приобрести софт. По мере движения вверх по служебной лестнице многие руководители утрачивают навык «работы руками». Они не формируют отчеты, не ищут ошибки, не проверяют приборы, не сканируют первичку для бухгалтерии; не знают и не понимают источники первичной информации, необходимой для управленческой отчетности. Руководители узнают о реальной проблеме исполнителей, только когда хронически недовольны итоговым результатом работы подразделения.
Как корпорация «созревает» на покупку софта
Хотя между корпоративными традициями США, описанными в книге Нила Рэкхема 1988 года «Стратегия работы с клиентами в больших продажах», и современной корпоративной Россией множество различий, алгоритм принятия решений очень похож, логика корпоративных предпочтений одинакова.
Типичное осознание потребности при покупке софта выглядит так. Некий начальник отдела (управления) не справляется со своими обязанностями. Его ругает и пинает руководство фирмы. Он оправдывается; прозвучавшие объяснения признаются разумными и объективными.
Управленцы выслушали оправдания начальника отдела и поняли, что без решительных действий ситуацию не исправить сам он не справится. Надо или сотрудников менять, или попытаться им помочь, автоматизировав процессы.
Вуаля!
Компания в лице конкретных ЛПР психологически созрела для приобретения софтверных продуктов в секторе В2В. Руководство верит, что покупка софта магическим образом разрешит текущую проблему в бизнесе.
Топ-менеджмент компании бессознательно убежден, что он принимает стратегические решения. А они могут быть весьма дорогостоящими, с длительными сроками реализации и при этом, по сути, весьма простыми, чтобы любой топ-менеджер мог их понять без специальных пояснений. В случае покупки софта реальное стратегическое решение топ-менеджмента назначить ответственного, дать ему разрешение бегать по компании и согласовывать договор, а потом заставлять всех использовать купленный продукт.
В нашей стране нет устоявшихся стандартов оснащения подразделений корпорации определенными программными продуктами, за исключением «1С: Бухгалтерии» и информационно-правовых систем «КонсультантПлюс» и «Гарант». Покупка софта по запросу конкретного отдела, с точки зрения руководства, сродни покупке костыля для подразделения-инвалида (или награда для особо отличившихся).
Чаще всего сделка по приобретению софтверных решений «добро» высшего менеджмента (группового ЛПР), данное конкретной группе сотрудников внутри корпорации с целью преодолеть многочисленные проблемы за счет поставщика софта. Хватит каждый месяц совершать подвиг в Excel, пора всем облегчить жизнь. Давайте купим волшебную программу и будет всем счастье!
В нашей стране традиционно грузят на того, кто везет, лучшего сотрудника награждают еще бо́льшим объемом работы.
Вам, как продавцам софта, важно понимать, что покупка программы для нужд отдела своего рода исключение, знак особого доверия руководителю подразделения и, возможно, даже разновидность награды и нематериального поощрения лучших сотрудников. Эту психологическую уловку нужно использовать в обязательном порядке, пробивая проект и мотивируя союзников из числа ЛПР.
Подготавливая презентацию вашего софта, важно помнить: коллективное ЛПР на совещании решает не вопрос покупки вашего софта, а внутренний вопрос изменения бизнес-процессов для части своих сотрудников за счет приобретения софтверного решения. До этого компания долгие годы жила без вашего софта. Да, трудно, да, неэффективно, да, непрозрачно и с большими трудозатратами. Без ваших программ у начальства все было хорошо: бизнес работал, отчетность представлялась, налоги уплачивались. А то, что сотрудники мучились, несущественная мелочь. Осознание руководством фирмы потребности в покупке софта является результатом его собственной неудовлетворенности текущей административной рутиной. Запомните! Это не «боль» клиента, а иное видение клиентом своего будущего.
Популярная в обучении продажам метафора «клиентская боль» в мире корпораций не существует. Коллективное ЛПР, изучая ваш софт, думает о будущем, а не о том, как унять «боль». Это частные лица или мелкие предприниматели ощущают болезненность нерешенных проблем. В крупных компаниях «вся жизнь боль». Это часть ежедневной офисной и производственной рутины, и если ее убрать, компания перестанет работать.
Хотите продавать крупным компаниям большие и сложные программы? Тогда говорите о будущем и о том, каким оно станет после внедрения вашего софта.
Продавцам во время презентации софта нужно помнить, что топ-менеджмент компании-покупателя фактически не интересует, как он работает или что ваш софт изменит в работе компании. Даже цена сделки может быть второстепенной. Топ-менеджерам важно понять, как изменится их собственная жизнь после сделки. Руководство покупателя коллективно проводит сравнительный анализ между понятной грустной жизнью по старинке и неизвестной жизнью по-новому, где всем предстоит измениться, в легкой форме преодолев синдром новичка. Ваша задача на переговорах помочь выбрать будущее, а не прошлое.
Опытные ЛПР словам на презентации и продающим обещаниям обычно не доверяют. Рассказывать сказки во время презентаций продавцы научились, а как на самом деле будет коллективному ЛПР, неизвестно. Не убеждает даже успешное внедрение вашего продукта в других организациях.
Для коллективного ЛПР при обсуждении сделки важен ответ на один вопрос: с кого потом спрашивать за итоговый результат?
Менеджмент компании покупателя софта заботится в первую очередь о себе, своем будущем и будущем своей компании после софтверной сделки. Купить, может, и купят, а вот как до конца довести проект, включая внедрение, большой вопрос для руководства предприятия. Ваши цели как продавца временно совпадают с целями коллективного ЛПР всем вам необходим ответственный исполнитель, который будет вести проект от начала и до конца.
В крупной компании вам могут отказать в заключении договора не потому, что ваш продукт дорогой или не нужен, а просто потому, что высокое начальство не верит собственным сотрудникам и в то, что они способны довести проект до логического завершения.