11. УЧИТЕСЬ ОБРАЩАТЬ ПЛОХИЕ НОВОСТИ В ХОРОШИЕ

11. УЧИТЕСЬ ОБРАЩАТЬ ПЛОХИЕ НОВОСТИ В ХОРОШИЕ

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

Джеймс Хескетт, У. Эрл Сассер и Кристофер У. Л. Харт. «Революция сферы обслуживания»

Стоит перестать относиться к неприятным новостям как к стихийному бедствию и начать воспринимать их как признак назревших перемен, и они перестанут быть вам страшны. Вы будете на них учиться. Поверьте мне, мы в Microsoft немало знаем о поражениях. Еще в далекие 1980-е наш продукт для работы с электронными таблицами Multiplan не смог добиться никаких успехов в конкуренции с программой 1 -2-3 корпорации Lotus. Вторую половину того десятилетия мы провели в трудах над СУБД Omega, от которой в конце концов пришлось отказаться в 1990-м. Свою долговременную стратегию в области ОС мы строили на планах совместной с корпорацией IBM разработки системы OS/2, но в 1992 году и этому проекту пришел конец — к этому моменту Microsoft уже успела вложить в него многие сотни миллионов долларов и бессчетное число человеко-дней. В начале 1990-х нам пришлось положить на полку планы создания собственного цифрового электронного секретаря наподобие Newton, поскольку технология была недостаточно хороша. В 1993-м родился проект «Microsoft at Work», который, как мы считали, должен был революционизировать копиры, факсы и другое офисное оборудование. Из него так ничего и не вышло. А в середине 1990-х закончились полным фиаско планы трансляции по MSN шоу-программ наподобие телевизионных.

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

То, чему мы научились на неудаче с Multiplan, очень пригодилось при разработке Microsoft Excel — наиболее совершенной на момент ее выпуска на рынок в 1985 году графической программы для работы с электронными таблицами. Она и сейчас идет впереди конкурирующих продуктов. Многое из того, что мы вынесли из проекта СУБД Omega, несколько лет спустя нашло плодотворное применение в ПО Microsoft Access, ставшем самой популярной из настольных СУБД. Та современная, построенная без опоры на старый код операционная система мирового класса, которая, по первоначальному плану, должна была называться OS/2 версии 3.0, превратилась в Windows NT. А ранние опыты с малыми форм-факторами и офисными устройствами помогли нам осознать технические требования растущего рынка, на котором мы теперь предлагаем нашу операционную систему Windows СЕ. Наконец, вложения в средства массовой информации на базе Интернета позволили нам понять, что клиенты ждут от нас ориентированных на практические нужды служб, насыщенных программным продуктом, — таких, как Microsoft Expedia (туризм), Microsoft Investor (финансы) и Microsoft Sidewalk (досуг).

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

Пользователи ПО всегда хотят большего. Стоит вам добиться высокой надежности, как они уже говорят: «Отлично, а как насчет масштабируемости?» Повысите масштабируемость — они уже требуют больше интеграции. Клиенты постоянно требуют поднимать планку все выше и выше, и, в общем-то, правильно делают.

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

Я рекомендую использовать следующий подход к обработке жалоб и пожеланий клиентов и их интеграции в процесс разработки продукта или услуги.

1. Сосредоточьте основное внимание на самых недовольных пользователях.

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

3. Применяйте технические средства для максимально оперативного доведения собранных «плохих новостей» до кого следует.

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

ГАРАНТИИ ДЛЯ КЛИЕНТА ДОЛЖНЫ БЫТЬ СУЩЕСТВЕННЫМИ

Гостиницы и авиакомпании обычно предлагают «гарантию отличного обслуживания». Если вы недовольны, то в следующий раз сможете получить скидку или более качественный сервис. Фактически такая гарантия представляет собой инструмент стимулирования продаж — ведь клиента поощряют вновь обратиться к тому же поставщику услуг.

Принципиально иной подход использует компания Promus Hotels, зарегистрированная в Мемфисе, штат Теннеси. Promus (произносится как «promise» — обещание), доходы которой в 1997 году составили 5 млрд долл. и которой принадлежит целое семейство гостиничных сетей. Наиболее известные из них — Hampton Inn, Embassy Suite и Doubletree Inn. Promus первой предложила не брать платы с клиента, оставшегося чем-либо недовольным. И реализация этой гарантии входит в компетенцию любого сотрудника Promus — будь то сотрудник стола регистрации, горничная или представитель технического персонала — совершенно кто угодно.

Клиентам эта гарантия Promus очень пришлась по душе — нетрудно понять почему. Однажды президент и главный исполнительный директор сети предприятий торговли кондитерскими изделиями и выпечкой Дебби Филдс остановилась в отеле Hampton Inn и при выписке пожаловалась, что в момент ее заселения в ванной комнате не было мыла и полотенец. Служащий стола регистрации немедленно разорвал счет и объявил, что ее пребывание было бесплатным. Это произвело на Дебби такое впечатление, что она распорядилась всегда снимать для нужд своей компании номера в гостиницах Hampton Inn, а в конечном итоге вошла в совет директоров Hampton/Promus.

Гарантия этого рода — не просто приспособление, внушающее клиенту чувство удовлетворения (хотя нельзя не отметить, что решение этой задачи, несомненно, и само по себе является ценным достижением). Гораздо более важный эффект таких гарантий, ради которого их, главным образом, и следует давать, — формирование среды, в которой жалобы клиентов превращаются в источник повышения качества обслуживания. В книге «Service Breakthroughs: Changing the Rules of the Game» («Революция сферы обслуживания: правила игры меняются») приводится следующий аргумент: такие гарантии стимулируют «всю организацию ориентироваться на критерии, задаваемые клиентами, а не на представления о хорошем качестве обслуживания, сложившиеся по тем или иным обстоятельствам у представителей ее руководства». Для своевременного выявления точек, в которых система обслуживания дает сбои, необходима надежная информация о них; а гарантии описанного свойства «всегда привносят представление о срочности этой работы. Конечным итогом, естественно, оказывается непоколебимое стремление клиентов снова и снова обращаться именно к вам» [James L.Heskett, W.Earl Sasser, and Christopher W.L.Hart. Service Breakthroughs: Changing the Rules of the Game (New York, Free Press, 1990): 94-95.].

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

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

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

Когда Promus впервые предложила ввести это правило, первой реакцией руководителей некоторых компаний, входящих в ее франчайзинговую сеть, было: «Да вы с ума сошли! Кругом полным-полно клиентов, желающих попользоваться на дармовщинку, — они же нас по миру пустят!» Поэтому сначала Promus внедрила его только в некоторых гостиницах — принадлежащих как основной компании, так и членам франчайзинга. Суммы неоплаченных счетов оказались значительно ниже, чем ожидалось, — в среднем всего около 0,3% от общего оборота. Кроме того, обнаружилось, что «желание вернуться» в тот же отель возникало у клиентов, воспользовавшихся новой гарантией, на 50% чаще среднего.

Вскоре и все остальные участники франчайзинга подхватили начинание.

ИСПОЛЬЗУЙТЕ ТЕХНОЛОГИИ ДЛЯ ПОДКРЕПЛЕНИЯ ГАРАНТИЙ

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

Жалобы регистрируются централизованно в корпоративной БД гостиничной сети, так что руководство Promus получает возможность проанализировать их и выявить причины, порождающие недовольство клиентов. Благодаря этой схеме очень быстро выявляются повторные жалобы на один и тот же недостаток, имеющий место в конкретной гостинице, — например, на недружелюбное отношение персонала бюро регистрации или на плохую уборку в номерах. В таком случае немедленно проводится работа с менеджерами, в чьей компетенции находятся эти слабые места. Та же самая технология позволяет Promus и выявлять клиентов, поддающихся соблазну злоупотреблять великодушием компании. Постоялец, который переезжает из отеля в отель и везде жалуется на плохое обслуживание, быстро попадает «на карандаш». Такой клиент получает от Promus вежливое письмо с выражениями искреннего сожаления по поводу невозможности для отелей компании удовлетворить его требования к качеству обслуживания и приглашением воспользоваться услугами конкурентов.

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

БД сведений о клиентах содержит около 30 млн записей и пополняется каждую ночь. Благодаря ей компания получает возможность индивидуализировать обслуживание каждого постояльца. Сотрудник отеля, агент туристического бюро или сотрудник центра бронирования номеров могут получить сведения о предпочтениях конкретного клиента и учесть их. Если останавливаетесь в гостинице сети Promus не в первый раз, вам не придется объяснять сотруднику стола регистрации, что вы предпочитаете номер, где не курят, или определенный размер кровати, или что у вас аллергия на перо и вам требуются специальные подушки.

Promus осуществила разработку и развертывание сквозной инфраструктуры информационного потока. Эта инфраструктура позволяет гостиничной сети использовать собранную информацию не только для обработки заказов или обеспечения предлагаемых клиентам гарантий, но и для расширения доступа рядовых служащих и менеджеров к системам оперативного управления и управления доходами, что позволяет им принимать более качественные решения и вносить улучшения в работу отеля. Учитывая всесторонний характер положительного эффекта, оказываемого этой системой на каждодневные операции участников франчайзинговой сети, в Promus ее называют «метрдотелем в компьютере». Благодаря ее применению затраты на обучение работника бюро регистрации (текучесть кадров на этой должности — гарантированные 100% в год) снизились с 11 до 3 тыс. долл. на человека. Вместо двух недель в формальной обстановке в учебном центре в Мемфисе новые сотрудники бюро регистрации тратят теперь лишь два-три часа непосредственно на рабочем месте, что позволило Promus значительно приблизиться к поставленной цели «Полноценной работы с первого дня».

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

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

Самообучающаяся система продажи гостиничных услуг

Участники франчайзинга Promus имеют доступ к полной информации о доходах компании и могут использовать ее для установления цен на свои услуги. На основе данных о занятости номеров и показателе «доход с доступного номера» (RevPAR) используемая Promus система System 21 рассчитывает оптимальную цену каждого номера на каждую ночь.

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

Персонал стола регистрации часто сталкивается с шантажом «искателей низких цен», утверждающих, будто они могут получить номер по более дешевым расценкам на соседней улице. Решение нужно принимать немедленно, и System 21 «подставляет плечо» и в этой ситуации. Персонал отелей Promus всегда может предложить самую низкую цену, не жертвуя прибылью предприятия. И заверить клиента в том, что лучшего предложения в данный момент и в данной ситуации ему никто не сделает.

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

СБОР ПЛОХИХ НОВОСТЕЙ И ОБРАЩЕНИЕ ИХ В ХОРОШИЕ

Большинство компаний, занимающихся розничной торговлей, исповедуют иные подходы к гарантиям для клиентов, нежели поставщики гостиничных услуг с их «скоропортящимся товаром», масса которого ограничена определенным числом номеров на тот или иной день. Microsoft предлагает своим клиентам стандартную гарантию возврата денег в случае отказа от покупки в течение первых 30 дней. Как и Promus, однако, мы осознаем важность применения технологических средств для преобразования поступающих от клиентов отрицательных импульсов в усовершенствования со всей возможной оперативностью.

Мы начали собирать данные о проблемах своих пользователей через инженеров службы поддержки еще в 1985 году, а предпринимать шаги по созданию регулярного цикла обратной связи — в 1991-м. Сначала мы использовали телефон, но затем разработали ряд специальных инструментов для сбора данных по таким каналам, как электронная почта, группы новостей Интернета и Сеть. Следующим шагом стала консолидация данных. А сегодня мы используем уже третье поколение компьютерных средств поддержки обратной связи с клиентами. В системе служб технической поддержки Microsoft Technical Services есть специальная группа Product Improvement (PI), занимающаяся обращением плохих новостей в хорошие.

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

Группа PI использует для управления обработкой и анализом сообщений об инцидентах — которых ежегодно поступает по 7-8 млн — специальный инструментарий, позволяющий извлечь из всей этой массы осмысленную информацию. Примерно 6 млн из них приходится на обращения в службу поддержки, в основном телефонные, но также и по Сети. Еще 1 млн поступает через службу Premier, обеспечивающую поддержкой самого высшего уровня наших наиболее требовательных корпоративных клиентов. Остальные данные собираются из различных других источников. Инженеры службы поддержки по телефону вводят полученные сведения в БД по ходу своей основной работы. Сообщения о проблемах, поступающие по электронным каналам, попадают в нее напрямую. Содержание электронных писем легко преобразуется в структурированный формат этой БД.

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

Обращения клиентов не всегда бывают порождены негативными причинами. Среди них встречается также множество «пожеланий». Иногда мы просто ничем не можем помочь, как, например, в случае с тем парнем, что просил устроить ему свидание с кинозвездой Сандрой Баллок. Удовлетворение некоторых других просьб вполне в наших силах, и если мы этого не делаем, то просто потому, что не хотим. К этой категории относятся, в частности, просьбы об экскурсии по моему дому. Встречаются и такие обращения, что просто ставят нас в тупик, — так, один парень спрашивал, почему ему никак не удается добраться на полетном тренажере Microsoft Flight Simulator до островов Фиджи. Позднее выяснилось, что координаты для ввода в программу он брал с карты на занавеске, висящей у него в душевой кабине, которая к земной географии не имела никакого отношения.

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

Анализируя и обобщая данные, сотрудники группы PI составляют для каждой группы разработчиков отдельный, упорядоченный по степени важности список проблем и рекомендаций по внесению в продукты изменений, включая расширение набора функциональных возможностей. Этот структурированный и документированный сигнал обратной связи от пользователей поступает разработчикам достаточно быстро, чтобы они успели внести коррективы или реализовать дополнительные возможности уже в ближайшей новой версии продукта. Иллюстрацией работы этой схемы может служить случай, когда в сентябре 1997 года мы выпустили браузер Internet Explorer 4.0, а два месяца спустя — его модернизированную версию, дополнительно приспособленную для использования людьми с ограниченными физическими возможностями. Помимо прочего, в этой версии было исправлено 6 из 10 недостатков, на которые клиенты успели пожаловаться за столь короткий промежуток времени.

Сработать так оперативно удалось благодаря тому, что группа PI каждое утро составляла отчет о недостатках продукта, доставляющих пользователям больше всего неприятностей и отнимающих у них больше всего времени, и передавала его в группу разработчиков Internet Explorer. Решение каждой проблемы поручалось одному или нескольким конкретным специалистам. Благодаря внесенным исправлениям после выпуска модернизированной версии IE 4.0 количество звонков в службу поддержки сократилось на 20%.

Этот постоянный интерактивный процесс мониторинга и реагирования идет по всем нашим основным продуктам.

Кроме того, мы доводим информацию до всех заинтересованных сотрудников через корпоративную интрасеть. В ней используется интеграция веб-страниц с электронной почтой. Любой служащий Microsoft может зайти на наш веб-сайт и выяснить текущее состояние работы по всем жалобам и обращениям клиентов по любому из наших основных продуктов. Сразу после выпуска новой программы группа PI начинает распространять отчеты о первой реакции пользователей. В конце каждого месяца выпускается детализированный полный отчет с разбивкой по основным группам продуктов. Он содержит описание симптомов каждой проблемы и найденного временного решения, рекомендации по окончательному решению и комментарии специалистов группы, отвечающей за данный продукт (если они есть). Подписчики соответствующего списка рассылки Microsoft получают электронные письма с уведомлением об опубликовании очередного отчета и ссылкой на него. Самые свежие отчеты всегда доступны на узле корпоративной интрасети, и просматривать их может любой сотрудник компании. Чаще всего этими документами интересуются менеджеры по программам, разработчики и тестеры различных продуктов. Авторы статей, публикуемых в Интернете, также регулярно наведываются на этот узел, чтобы всегда быть в курсе наиболее важных для пользователей проблем. Еще одна специальная группа использует его материалы для выяснения того, какие новые программные инструменты могут потребоваться нашим клиентам в будущем. Описание состояния решения проблем, испытываемых клиентами, включается также в ежеквартальные обзоры по продуктам, которые подаются высшему руководству.

ПОМОГИТЕ ПОЛЬЗОВАТЕЛЯМ СПРАВИТЬСЯ С ПРОБЛЕМАМИ БЕЗ ПОТЕРЬ

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

По мере перехода на электронную торговлю многие предприятия начнут использовать электронные средства для создания систем поддержки клиентов, подобных той, что мы строим теперь в Microsoft. Им придется учитывать то обстоятельство, что их клиенты, по крайней мере в ближайшее время, станут испытывать сомнения, а стоит ли приобретать тот или иной электронный продукт или услугу? Насколько трудоемкой окажется установка? Будет ли результат соответствовать ожиданиям? Если возникнут проблемы, как получить помощь в их разрешении? В дополнение ко всему, пользователи склонны к обобщениям. Если у них возникают затруднения с инсталляцией базовых услуг оперативной службы, то трудно ожидать от них энтузиазма в деле внедрения электронных банковских услуг. Столкнувшись со сложностями при проведении электронных торговых операций через один из узлов, они делают заключение, что такова технология электронной торговли вообще, и не догадываются, что все дело в плохой организации конкретного веб-узла.

Есть ли польза от сообщений об ошибках?

Существенного сокращения числа обращений в службу поддержки Microsoft мы можем добиться такими простейшими мерами, как наведение порядка в выдаваемых программами сообщениях об ошибках. Порой они бывают просто на удивление туманными и загадочными. Вот одно из моих любимых. Не думаю, что на тысячу пользователей найдется больше одного, способного его понять: «DHCP client could not obtain an IP address. If you want to see DHCP messages in the future, choose „yes“; otherwise choose „no“. („Невозможно назначить IP-адрес DHCP-клиенту. Если вы хотите и в дальнейшем получать сообщения протокола DHCP, выберите „да“; в противном случае выберите «нет“.)

Меня особенно возмущает это «в противном случае выберите „нет“ — автор сообщения словно бы подразумевает, что смысл аббревиатуры DHCP (протокол назначения адресов в сети) всякому понятен, а вот разницу между „да“ и „нет“ необходимо пояснить. Увидев это сообщение в первый раз, я не разобрался в его значении и, как и многие другие пользователи, оказавшиеся в том же положении, выбрал „нет“. Желания когда бы то ни было вновь увидеть то же самое сообщение у меня не было ни малейшего. Когда в своей недавней презентации, посвященной необходимости акцента на простоту использования в построении ПО, я продемонстрировал слайд с этим сообщением об ошибке, несколько человек подумали, что у меня возникли технические неполадки! В последней версии Windows мы его наконец исправили.

А приходилось вам видеть сообщение о том, что система не знает, какое приложение использовать, чтобы открыть выбранный файл? Вот это проблема так проблема. Уж если система не знает, какие файлы относятся к каким приложениям, то какова вероятность, что пользователь окажется более осведомлен? А сколько всевозможных сообщений высыпается на экран при неудачной попытке соединиться с веб-страницей? Есть ли на свете человек, который на основе этих сообщений может определить истинную причину неудачи?

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

СОЗДАНИЕ ЦИКЛА ОБРАТНОЙ СВЯЗИ С КЛИЕНТОМ

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

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

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

НИКОГДА НЕ ОСТАВЛЯТЬ ОБРАЩЕНИЯ КЛИЕНТА БЕЗ ОТВЕТА

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

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

Об увеличении продолжительности звонков в службу поддержки

Электронные циклы обратной связи изменят самое существо нынешних схем поддержки клиентов. По мере того как мы в Microsoft развертывали свои электронные службы поддержки, клиенты все чаще стали самостоятельно находить ответы на наиболее простые вопросы с помощью нашего веб-узла. А на долю телефонной службы поддержки теперь остаются только наиболее сложные случаи. Число звонков в расчете на проданную единицу продукции неуклонно сокращается, но продолжительность среднего разговора с клиентом растет.

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

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

Выводы

• Используйте плохие новости, чтобы выяснить, на каких направлениях потребность в усовершенствованиях наиболее насущна.

• Самые недовольные клиенты — ценнейший источник подобной информации.

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

«Электронная нервная система»: контрольные вопросы

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

• Позволяют ли ваши электронные системы быстро довести пожелание клиента до сотрудников, способных решить проблему?

• Способны ли вы обеспечить высокую оперативность ответов на электронные обращения клиентов?

• Можете ли вы обеспечить разрешение простейших вопросов через ваш веб-сайт, а ресурсы телефонной службы поддержки высвободить для работы с более трудными обращениями клиентов?