Теперь служащие из отелей сети выполняют все предписанные им работы — от составления графика использования конференц-зала до подготовки счета и регистрации нового постояльца — совершенно единообразно. Компьютерная процедура регистрации клиента сократилась с прежних двадцати последовательных экранов до трех. Каждый менеджер отеля имеет теперь доступ к данным систем оперативного управления и управления доходами, которыми прежде могли пользоваться лишь представители высшего руководства в Мемфисе. Например, владелец десятка отелей 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 до островов Фиджи. Позднее выяснилось, что координаты для ввода в программу он брал с карты на занавеске, висящей у него в душевой кабине, которая к земной географии не имела никакого отношения.
