ТОП авторов и книг ИСКАТЬ КНИГУ В БИБЛИОТЕКЕ
В 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 и при выписке пожаловалась, что в момент ее заселения в ванной комнате не было мыла и полотенец.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173
Казалось бы, под грузом всех этих неудач я просто обязан был впасть в депрессию, да такую, чтобы даже носу не казать на работу. Я же вместо этого был даже доволен, что у меня есть новые сложные задачи, чтобы их решать, и радовался, что плохие новости дня текущего помогут мне более успешно справляться с будущими проблемами.
То, чему мы научились на неудаче с 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 и при выписке пожаловалась, что в момент ее заселения в ванной комнате не было мыла и полотенец.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173