RizVN Login



Чего не стоит делать при проверке технической поддержки продукта?

Чего не стоит делать при проверке технической поддержки продукта?В рамках данной статьи я расскажу вам о том, чего не стоит делать при проверке технической поддержки продукта, и во что это может вылиться.

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

Примечание: Кстати, некоторым временем назад я написал так же весьма полезную статью Как правильно задавать технические вопросы.

Основная причина таких результатов не столько в том, что сами советы плохие, сколько в том, что воспринимаются они по разному. Так как изначально тексты пишут людьми с опытом (частенько побывавшие и с той и с другой стороны), а читают их те, кто только начинает осваивать что-либо.

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

Чего не стоит делать при проверке технической поддержки продукта?

Начну, пожалуй, с самого часто встречаемого совета - "вначале поспрашивать глупые вопросы". Совет, на самом деле вполне себе корректный. Однако, глупые вопросы глупым вопросам рознь. Чтобы лучше понять, рассмотрим следующую ситуацию.

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

1. А вот вы объясняли про хостинг и говорили про типы, я вот не совсем понял, чем именно отличаются первые два типа?

2. А можно простыми словами что такое хостинг?

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

Примечание: Кстати, вещи вида "а что если понадобится срочно узнать, надо же сразу проверить" в данном случае не являются оправданием. Кроме самого философского понимания понятия "срочно", есть еще и разница между "до" и "во время". Те, кто хотя бы какое-то время отвечал другим пользователям, чаще всего прекрасно и спокойно относятся к глупым вопросам "во время" (даже те, кто на вопросы "до" огрызается, банально потому, что вы уже задавали и другие вопросы, из которых видно, что вы не просто тратите чужое время себе в угоду).

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

1. Человек, задавший вопрос, узнал про непонятный момент, а так же сопутствующую информацию (чаще всего так и происходит). Убедился в адекватности рассказчика. И кроме того, наладил положительный контакт с рассказчиком, что в реальности частенько имеет весомое значение.

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

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

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

 

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

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

Рассмотрим простой пример с тем же повествованием перед аудиторией, только теперь зададим два других вопроса, а так же рассмотрим примеры реакции на них.

1. Не могли бы вы привести пару примеров, где имело бы смысл использовать коллокейшей? В ответ идет небольшое повествование на пару минут.

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

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

Так же рассмотрим одни из вероятных итогов подобных вопросов:

1. В этом случае, человек узнает полезную дополнительную информацию (порой весьма ценную). Убедится в том, что оратор не просто читает по бумажке. Продемонстрирует свою заинтересованность в материале.

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

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

 

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

1 1 1 1 1 1 1 1 1 1 Рейтинг 5.00 (3 Голосов)

Комментарии / отзывы  

0 # Порос 27.05.2017 11:14
Всегда хотел найти статью, чтобы показывать - вот смотрите как нужно! Великолепная статья.
Ответить | Ответить с цитатой | Цитировать | Сообщить модератору

Добавить комментарий / отзыв

Комментарий - это вежливое и наполненное смыслом сообщение (правила).



* Нажимая на кнопку "Отправить", Вы соглашаетесь с политикой конфиденциальности.
Каталог программ