Что такое служба технической поддержки

Служба технической поддержки

Служба технической поддержки или техподдержка (Technical support, Helpdesk, Service desk) — сервисная структура, разрешающая проблемы пользователей с компьютерами (как аппаратным, так и программным обеспечением) и оргтехникой. Важная функциональная составляющая ITIL (библиотека инфраструктуры информационных технологий), позволяющая выявить проблемные участки инфраструктуры ИТ, оценить эффективность работы подразделения ИТ.

Содержание

Методология организации службы технической поддержки

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

В описании концепции ITIL, построенной на процессном подходе, Service Desk является единственным описанным функциональным подразделением. Это исключение сделано ввиду большой важности подразделения техподдержки при внедрении практическом использовании современных ИТ-подходов и методик.

Правильно организованная техподдержка (Service Desk) всегда начинается с регистрации всех обращений конечных пользователей, служит единой точкой для общения пользователя с ИТ-службой. Наиболее популярные решения по практической организации техподдержки часто строятся на базе Call-center (иногда даже пользователи их отождествляют). Он является начальной точкой контактов конечных пользователей со службой техподдержки и служит источником информации об их фактической удовлетворенности уровнем сервиса, что дополняет информацию о технических параметрах качества обслуживания компании-клиента (внешнего или внутреннего).

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

См. также

Примечания

Ни в коем случае не стоит путать операторов CallCenter (диспетчеров) со специалистами первой линии поддержки. Задача первых — простая регистрация обращений. Специалисты же первой линии — дают ответ на простые вопросы пользователей.

Источник

Рекомендации от экспертов. Блог Okdesk

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

Так ли это? Чем вообще занимается техподдержка? Как она связана с продажами компании? Кому нужно задуматься о ее организации и многое другое в нашей заметке.

Функции техподдержки

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

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

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

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

Техподдержка как инструмент допродаж (upsell)

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

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

Раз уж мы говорим о лояльности, то в сегменте поддержки можно выделить клиентскую и техническую. Вторая — обеспечивает решение именно технических проблем («у меня здесь не работает»), первая же работает над выстраиванием долгосрочных взаимоотношений с клиентами с целью повышения совокупного дохода, полученного от одного «контакта». Об их разнице мы уже подробно писали.

Структура поддержки

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

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

Системы техподдержки

В современном мире поддержка, как и любая другая сфера взаимоотношения с клиентами, требует автоматизации — к этому подталкивает сам рынок и достаточно сложные процессы обслуживания. Клиенты привыкли, что даже в крупных ритейлерах или финансовых организациях их узнают по ID, моментально вспоминая историю взаимоотношений, и не требуют по 10 раз повторять одну и ту же историю. Того же они хотят и от сервиса в области B2B. Для удовлетворения этого клиентского ожидания компании используют программные инструменты — системы автоматизации класса helpdesk.

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

Okdesk — удобная и функциональная система автоматизации техподдержки. Сотни компаний ежедневно используют лучшие практики в своей деятельности.

Источник

Специалист технической поддержки – кто это такой, что он должен знать и уметь и сколько зарабатывает

Здравствуйте, уважаемые посетители блога iklife.ru!

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

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

Кто такой специалист технической поддержки

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

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

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

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

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

В стоимость может входить не только сама помощь как таковая, но еще и следующие услуги:

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

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

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

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

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

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

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

Чем занимается сотрудник

Какие же обязанности имеются у специалиста:

Главная задача специалиста – решить проблему пользователя и сделать так, чтобы тот после оказания ему помощи остался полностью доволен.

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

Что должен знать и уметь

Как и в других IT-специальностях, сотрудники техподдержки имеют уровни профессионализма: junior, middle, senior.

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

Из-за низких требований на вакансии часто откликаются студенты и выпускники вузов.

Middle нужно обладать более глубокими знаниями и умениями: администрированием Linux или Windows, программированием минимум на 2 языках, небольшим или частичным ремонтом технического оборудования.

А вот для Senior список навыков и знаний, которыми он должен обладать, достаточно длинный:

А вот что еще требуется специалисту техподдержки:

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

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

Где работает и сколько зарабатывает

Как я уже говорила, есть 3 профессиональные ступени:

В службе техподдержки они могут еще называться 1-й, 2-й и 3-й линией поддержки, что соответствует уровням от начального к более высокому. Чем выше уровень, тем сложнее и нестандартнее задачи, а также возрастает ответственность. Но вместе с тем увеличивается и доход.

Тем не менее даже у опытных специалистов зарплата остается самой низкой по сравнению с другими IT-должностями. В среднем по России сотрудники технической поддержки получают 30 000–40 000 руб. В Москве средние зарплаты находятся на уровне 35–45 тыс. руб., а по регионам варьируются от 23 до 30 тыс. руб.

В Москве для junior заработная плата начинается от 20 000 руб., в регионах – от 12 000. Middle получают около 35 тыс. руб. в столице, а в остальных городах зарабатывают 20–25 тыс. руб. Senior могут рассчитывать на доход 45 000–60 000 руб., а в регионах они получают от 30 000 до 45 000 руб.

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

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

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

Достоинства и недостатки профессии

Начнем с преимуществ специальности:

А теперь рассмотрим недостатки работы:

Как стать специалистом технической поддержки

Примерно 90 % всех сотрудников техподдержки – это мужчины. Из них почти 70 % – молодые люди до 30 лет. И более 50 % – это специалисты, которые имеют высшее образование.

Стать сотрудником технической поддержки можно после выпуска или во время обучения по таким направлениям, как “Информационные системы и технологии”, “Информатика и вычислительная техника”, “Прикладная математика и информатика”, “Компьютерные системы и комплексы” и т. д.

Есть курсы по подготовке к этой должности, например:

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

Заключение

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

Работа может быть монотонной и скучной, а пользователи, которым надо помогать, агрессивными и требовательными. Но эта должность – отличный старт для начала карьеры в IT-сфере и хорошая возможность обрести необходимые знания и умения, которые понадобятся в дальнейшем.

Если вас привлекает “железо” и программирование, вы не боитесь работать с людьми и самостоятельно принимать решения, тогда для вас открыты двери в службу техподдержки.

Источник

Специалист техподдержки: Кто это и сколько зарабатывает

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

Для каждой конкретной организации отдел техподдержки формируется по-разному:

Отдел может как обслуживать клиентов извне (в этом случае он еще и выполняет функции колл-центра), так и быть частью организации, будучи включенным в IT-отдел. Это характерно для крупных предприятий и международных корпораций.

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

Векторы техподдержки

Можно выделить здесь три основных направления:

Порог вхождения в профессию специалиста техподдержки

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

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

Если у человека есть желание двигаться дальше – на следующий уровень – ему нужно наращивать свой багаж знаний – тут и системное администрирование UNIX-платформ, и программирование, и даже умение проводить мелкий ремонт устройств.

Чтобы начать работать специалистом технической поддержки второго уровня, необходим запас технических знаний (например часто в описаниях вакансий можно встретить требование опыта системного администратора Linux или Windows от года).

Должностные обязанности

Навыки специалиста техподдержки

Зарплата специалиста техподдержки

Данные на июнь 2020 года:

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

Карьера специалиста технической поддержки

В саппорте, как и в программировании существуют три ступени компетенций:

Базовое отличие уровней между собой — сложность решаемых задач и ответственность за их решение.

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

Middle решает задачи серьезнее и часто выполняет административные функции.

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

Плюсы и минусы профессии

Плюсы

Минусы

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

Источник

«Поддержка», как много в этом слове…

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

В данной статье не будут рассматриваться вопросы управления коллективом, развертывания системы администрирования обращений и детали работы начальников отделов поддержки. Статья скорее является своеобразным введением в проблематику «поддержки IT продуктов»

С чего все начинается

что есть служба поддержки и для чего она нужна?

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

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

Но это хорошо видно на примере с автобусами, но, почему-то, совсем не очевидно в случае IT.
Давайте попробуем разобраться несколько подробнее.

Формально, службы поддержки и сопровождения программных продуктов находятся на стыке направлений ITSM и CRM. И, как это обычно бывает, у нескольких нянек — дитя без присмотра. При этом, с организацией работ администраторов, выдачи и обслуживания IT оборудования – сложностей зачастую не возникает. Получается некий парадокс, вроде бы и там и тут – IT сфера, и там и тут вполне себе грамотные сотрудники и руководители, но в одном случае все в принципе работает вполне себе даже приемлемо, а в другом – как получится. В чем же разница? Почему мы можем обеспечить поддержку оборудования, ОС, вебсервисов, но при этом с поддержкой бизнес-платформ, таких как учетные системы, системы анализа данных, документооборота, управления бизнес-процессов и прочих – зачастую возникают сложности? В чем может быть загвоздка?

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

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

И руководитель вновь организуемой «службы поддержки», задает себе два главных вопроса:

— какова цель работы «службы поддержки»? Для кого они работают?
— каким должен быть идеальный сотрудник этой службы?

С ответами сложностей быть не должно. Данная служба создается, чтобы взять на себя работу с производителем/поставщиком и избавить конечных пользователей от ненужных им технических манипуляций. То есть заказчиком (потребителем) результатов работы «службы поддержки» являются конечные пользователи.

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

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

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

— какова цель работы «службы поддержки»? Для кого они работают?
— каким должен быть идеальный сотрудник этой службы?

И вот в этом случае, ответы уже будут очень сильно отличаться от того, что мы видели ранее. Итак, мы имеем дело с компанией – производителем. То есть компания имеет штат разработчиков, которые придумывают и воплощают в жизнь свои идеи в некоем продукте, которым пользуются другие компании. И получается, что при отсутствии «службы поддержки», именно разработчики вынуждены отвлекаться от своей основной работы и заниматься пустяковыми (по их мнению) проблемами, в то время, когда «вселенная нуждается в идеальной учетной системе». Иными словами, в данном случае, заказчиком услуг «службы поддержки» являются уже не пользователи, а разработчики. И им уже не нужно требовать, чтобы сотрудник отдела что-то там собирал и отдавал им, тут уже необходимо, чтобы эта служба была в состоянии сама решать большинство проблем. Понимаете разницу?

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

Ведь тот же ITIL эту разницу не обозначает и подавляющее большинство интерпретаций основаны именно на подходе для компаний – потребителей. По этой причине я предпочитаю вариант «службы поддержки» для компаний – производителей именовать «техническая поддержка», чтобы отличать от «службы поддержки пользователей», «отдела сопровождения ПО» и прочих «service desk» в компаниях-потребителях.
Резюмируя, мы получаем следующую картину:

Служба поддержки пользователей

Служба технической поддержки

Заказчик (потребитель услуг отдела)

Требования к сотруднику

Очевидно, что в реальной жизни нам приходится использовать некий компромисс и смешение этих двух противоположностей, но, тем не менее, зная эти «ингредиенты» руководитель уже сможет подготовить свой собственный рецепт, наиболее полно соответствующий условиям конкретной организации, выстроить соответствующие процессы и подготовить SLA, которые будет отвечать интересам всех заинтересованных сторон (включая отдел поддержки/сопровождения).

К чему обычно приходим

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

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

Но чаще всего создание CMDB просто игнорируют, храня информацию в разрозненных файликах, письмах и даже на бумажках. Сложность в том, что критериев выбора конфигурационных/изменяемых параметров не приводится в руководствах ITIL (например, в той же третьей книге «ITIL Service Transition»). Есть только классификация и некие примеры, взятые для случаев администраторской работы. Поэтому от квалификации, опыта и чутья архитектора внедрения ITIL — зависит буквально все.

Надеюсь, это хоть немного пролило свет на то, что «знание ITIL/ITSM» само по себе ничего не гарантирует и требует в первую очередь понимания, что есть поддержка, для чего она нужна в данном конкретном случае и что является признаком успешности ее работы.

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

На этом у меня все. Ваши комментарии и аргументированные замечания – всячески приветствуются.

Всем удачи и успехов.

1. «Мерзлый» песик — отсюда
2. «Суровый» пес отсюда
3. Call-центр: отсюда
4. Автобусный сервис отсюда

Источник