Аңызға сенсек, құжаттама мен нұсқаулықтар лицензиялық келісімнің шарттары сияқты сирек оқылады. Пайдаланушы өзіне ыңғайлы жолмен әрекет етеді — ал соның салдарынан кідірістер мен таймауттар туындайды.
Клиент сервисті дұрыс пайдалану үшін емес, өз міндетін шешу үшін келетінін түсіну маңызды. Ол өз шектеулері, бюджеті және біліктілік деңгейі аясында мәселені тез шешкісі келеді. Егер сервис бұған «дұрыс емес» тәсілмен қол жеткізуге мүмкіндік берсе, бұл клиенттің кінәсі емес.
Жиі кездесетін жағдайлардың бірі: пайдаланушы өз жүктеме сценарийіне арналмаған қолжетімді сервис конфигурациясын таңдайды. Конфигуратор параметрлерді еш кедергісіз қабылдайды да, ешқандай ескерту бермейді. Біраз уақыттан кейін өнімділікке қатысты мәселелер басталады. Клиент қолдау қызметіне жазады, ал жауап ретінде мұндай жүктемелер үшін бұл конфигурацияны пайдалану ұсынылмайтынын естиді. Клиенттің теріс реакциясы түсінікті: егер бұл жаман нұсқа болса, онда неге ол мүлде таңдау үшін қолжетімді болды?
Тағы бір мысал: пайдаланушы белгілі бір опцияны оның тек тар ауқымды сценарийге арналғанын білместен қосады. Интерфейсте ол ешқандай түсіндірмесіз және шектеусіз кәдімгі бір белгі сияқты көрінеді. Кейін дәл осы баптау мәселенің себебіне айналғаны анықталады.
Мұндай жағдайларда ең қауіптісі — бәрін клиенттің сервисті «дұрыс емес» пайдалануына жаба салу әдеті. Бұл ыңғайлы, өйткені сервистің өзіндегі проблемаларды елемеуге болады, бірақ мұның құны қымбатқа түсуі мүмкін.
Мұның салдары қандай болуы ықтимал?
• Қолдау қызметі штаттан тыс жағдайларды үздіксіз реттеу режимінде жұмыс істей бастайды;
• Эксплуатация тобы күтпеген сценарийлермен бетпе-бет келеді;
• Пайдаланушы мәселені өз бетінше түсінуге тырысқаны үшін өзін жазаланғандай сезінеді;
• Команда пайдаланушының нақты қай кезеңде қиындыққа тап болатынын көрсететін маңызды сигналдан айырылады.
«Дұрыс емес пайдалану» клиент қателесті немесе біліксіз дегенді білдірмейді. Сервис иелері үшін бұл — кері байланыс жинауға берілетін мүмкіндік.
Осы кері байланыспен қалай жұмыс істеу керек?
Кейде команда бір шектен екіншісіне ауыса бастайды. Мысалы, әзірлеушілер қауіпті батырмаларды жасырып, мүмкіндіктерді шектеуге тырысады. Алайда тыйым салудың орнына мыналар туралы ойланған дұрыс:
1. Контексті түсіндіру.
Өнімдегі ең жиі кездесетін жайсыздықтардың бірі — «үнсіз» интерфейстер. Батырма бар, әрекет қолжетімді, бірақ салдары көрінбейді. Мүмкіндікті алып тастағаннан гөрі, дәл қазір не болатынын көрсету немесе түсіндіру әлдеқайда тиімді.
2. Дұрыс жолды ең оңай жол ету.
Пайдаланушылар әдетте ең аз қарсылық жолымен жүреді. Егер ең оңай жол қателікке апарса, демек, өнімнің өзі дәл сол жолды негізгі жол ретінде көрсетіп тұр.
Мысалы, сервисте ресурсты артық сұрақтарсыз және қосымша баптаусыз екі рет басып тез жасауға болады. Ал ұсынылатын сценарий шебер терезесінен өтуді, параметрлерді таңдауды, кеңестерді оқуды және бірнеше шешім қабылдауды талап етеді. Нәтижесінде пайдаланушы жылдам нұсқаны таңдайды, өйткені дәл сол нұсқа негізгі жол сияқты көрінеді.
3. Шектеу қою, бірақ ұқыпты түрде.
Толық еркіндік те, толық тыйым да бірдей зиянды. Тыйым салғаннан гөрі, алдын ала ескерткен дұрыс. Мысалы, қосымша растаулар енгізу немесе тәуекелдер туралы ескертулер көрсету.
4. Дұрыс емес пайдалануды сигнал ретінде қабылдау.
Егер қате жолға бір ғана клиент емес, көп клиент түссе — бұл енді жеке қателік емес, бұл сигнал. Мұнда симптомдарды ғана «емдеуге» болмайды: FAQ-қа тағы бір тармақ қоса салу немесе пайдаланушыны құжаттаманы қайта оқуға жіберу мәселені шешпейді.
Жақсы өнім — бұл бағдары түсінікті орта. Онда кездейсоқ қателесу қиын, ал ұсынылған жолды таңдау оңай. Сонымен бірге, қажет болған жағдайда саналы түрде ауытқуға да мүмкіндік сақталады.
* Сурет ЖИ (жасанды интеллект) көмегімен жасалды.
Клиент сервисті дұрыс пайдалану үшін емес, өз міндетін шешу үшін келетінін түсіну маңызды. Ол өз шектеулері, бюджеті және біліктілік деңгейі аясында мәселені тез шешкісі келеді. Егер сервис бұған «дұрыс емес» тәсілмен қол жеткізуге мүмкіндік берсе, бұл клиенттің кінәсі емес.
Жиі кездесетін жағдайлардың бірі: пайдаланушы өз жүктеме сценарийіне арналмаған қолжетімді сервис конфигурациясын таңдайды. Конфигуратор параметрлерді еш кедергісіз қабылдайды да, ешқандай ескерту бермейді. Біраз уақыттан кейін өнімділікке қатысты мәселелер басталады. Клиент қолдау қызметіне жазады, ал жауап ретінде мұндай жүктемелер үшін бұл конфигурацияны пайдалану ұсынылмайтынын естиді. Клиенттің теріс реакциясы түсінікті: егер бұл жаман нұсқа болса, онда неге ол мүлде таңдау үшін қолжетімді болды?
Тағы бір мысал: пайдаланушы белгілі бір опцияны оның тек тар ауқымды сценарийге арналғанын білместен қосады. Интерфейсте ол ешқандай түсіндірмесіз және шектеусіз кәдімгі бір белгі сияқты көрінеді. Кейін дәл осы баптау мәселенің себебіне айналғаны анықталады.
Мұндай жағдайларда ең қауіптісі — бәрін клиенттің сервисті «дұрыс емес» пайдалануына жаба салу әдеті. Бұл ыңғайлы, өйткені сервистің өзіндегі проблемаларды елемеуге болады, бірақ мұның құны қымбатқа түсуі мүмкін.
Мұның салдары қандай болуы ықтимал?
• Қолдау қызметі штаттан тыс жағдайларды үздіксіз реттеу режимінде жұмыс істей бастайды;
• Эксплуатация тобы күтпеген сценарийлермен бетпе-бет келеді;
• Пайдаланушы мәселені өз бетінше түсінуге тырысқаны үшін өзін жазаланғандай сезінеді;
• Команда пайдаланушының нақты қай кезеңде қиындыққа тап болатынын көрсететін маңызды сигналдан айырылады.
«Дұрыс емес пайдалану» клиент қателесті немесе біліксіз дегенді білдірмейді. Сервис иелері үшін бұл — кері байланыс жинауға берілетін мүмкіндік.
Осы кері байланыспен қалай жұмыс істеу керек?
Кейде команда бір шектен екіншісіне ауыса бастайды. Мысалы, әзірлеушілер қауіпті батырмаларды жасырып, мүмкіндіктерді шектеуге тырысады. Алайда тыйым салудың орнына мыналар туралы ойланған дұрыс:
1. Контексті түсіндіру.
Өнімдегі ең жиі кездесетін жайсыздықтардың бірі — «үнсіз» интерфейстер. Батырма бар, әрекет қолжетімді, бірақ салдары көрінбейді. Мүмкіндікті алып тастағаннан гөрі, дәл қазір не болатынын көрсету немесе түсіндіру әлдеқайда тиімді.
2. Дұрыс жолды ең оңай жол ету.
Пайдаланушылар әдетте ең аз қарсылық жолымен жүреді. Егер ең оңай жол қателікке апарса, демек, өнімнің өзі дәл сол жолды негізгі жол ретінде көрсетіп тұр.
Мысалы, сервисте ресурсты артық сұрақтарсыз және қосымша баптаусыз екі рет басып тез жасауға болады. Ал ұсынылатын сценарий шебер терезесінен өтуді, параметрлерді таңдауды, кеңестерді оқуды және бірнеше шешім қабылдауды талап етеді. Нәтижесінде пайдаланушы жылдам нұсқаны таңдайды, өйткені дәл сол нұсқа негізгі жол сияқты көрінеді.
3. Шектеу қою, бірақ ұқыпты түрде.
Толық еркіндік те, толық тыйым да бірдей зиянды. Тыйым салғаннан гөрі, алдын ала ескерткен дұрыс. Мысалы, қосымша растаулар енгізу немесе тәуекелдер туралы ескертулер көрсету.
4. Дұрыс емес пайдалануды сигнал ретінде қабылдау.
Егер қате жолға бір ғана клиент емес, көп клиент түссе — бұл енді жеке қателік емес, бұл сигнал. Мұнда симптомдарды ғана «емдеуге» болмайды: FAQ-қа тағы бір тармақ қоса салу немесе пайдаланушыны құжаттаманы қайта оқуға жіберу мәселені шешпейді.
Жақсы өнім — бұл бағдары түсінікті орта. Онда кездейсоқ қателесу қиын, ал ұсынылған жолды таңдау оңай. Сонымен бірге, қажет болған жағдайда саналы түрде ауытқуға да мүмкіндік сақталады.
* Сурет ЖИ (жасанды интеллект) көмегімен жасалды.