Service Desk *

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

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

Проработав 20 лет в ИТ, 8 из которых в должности CIO, а последние 5 в роли CEO ИТ-компании, я решил написать статью для тех, кто причастен к управлению цифровизацией бизнеса – собственников, CFO, CEO – но не имеет опыта ИТ-менеджера или ИТ-директора.

Речь пойдет о стоимости и рисках принятия управленческих решений по разработке ИТ-систем внутри НЕ ИТ-компаний.

К 2026 г. рыночный оборот в сфере управления выездным обслуживанием может достичь суммы в 10,81 млрд долларов. Несмотря на такие ожидания, более 3/4 компаний, занимающихся выездным сервисом, заявляют о том, что они постоянно «борются за увеличение доходов».

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

Малый сервисный бизнес требует массу внимания и огромных временных затрат со стороны собственника и менеджмента. Часто собственники работают в режиме 24х7. Их внимания требует абсолютно все: от работы с клиентами по заключению контрактов до управления операционными процессами компании или контроля за сотрудниками. 

В данной статье мы решили разобраться, какие из этих задач можно и стоит отдать специализированной ИТ-системе для выездного сервиса (FSM, Field Service Management) и как можно одним решением заменить 8 бизнес-приложений.

В статье я расскажу как:

- отказаться от заявок на открытие доступа по заявкам произвольного вида и перейти к табличкам с доступами;

- сделать согласование сетевых доступов удобным всем;

- как автоматизировать согласование.

При этом не пропустить ни один сетевой доступ из вида и причем здесь политика сетевой безопасности.

В 2021 году объем мирового рынка ПО для управления выездным техобслуживанием составил 1,7 млрд долларов, а ежегодный рост – 10,1%. Это означает, что каждый год все больше сервисных организаций приходит к пониманию, что без специализированной ИТ-системы их бизнес дальше не может эффективно работать. Конкурировать на рынке, работая по старинке, становится все труднее, а управлять качеством сервиса попросту невозможно.

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

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

Роботизация рутинных процессов (Robotic process automation - RPA) автоматизирует утомительные и повторяющиеся задачи, доверяя их ботам (ИТ-системам). С помощью RPA сервисные компании могут повысить производительность и существенно ускорить исполнение заявок по выездному обслуживанию.

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

Представьте: вы долго работали сисадмином, обросли навыками DevOps и DevSecOps, стали профи и решили открыть свою аутсорсинговую компанию. В штате несколько сисадминов и эникеев, вы настоящая команда, заказчики радуются, что им не нужно нанимать админа в штат. Дело души, деньги, бонусы для сотрудников, корпоративы — вот она, внеофисная жизнь предпринимателя (на самом деле нет). И тут поступает один звонок, второй, третий… У первого заменили рабочую крутую видеокарту на самую бросовую, у второго опоздание на три часа, а к третьему сотрудник так и не дошёл. И вы не слышите, что Вася тиснул себе видюху, Маша безбожно опоздала, а Миша просто свалил на левый заказ — вы слышите «Не хочу иметь дела с вашей компанией». Просто потому что для заказчика нет конкретных людей, есть компания, которой он заплатил и на которую он рассчитывает. Сотрудники подвели компанию, она подвела его. Самое время уйти к конкурентам, оставить пару гневных отзывов и отсоветовать партнёрам иметь дело с этой «шарашкиной конторой». И вот вроде вы — профессионал и ответственный человек, но вам не верят. От вас уходят. Ваш бизнес губят простые ребята, которые ещё утром пили кофе и разбирали заказы. Ох уж этот f*cking человеческий фактор!   

Как гарантийное, так и постгарантийное (постпродажное) выездное техническое обслуживание – это сложный технический процесс, требующий соблюдения технологических операций и регламентов ТОиР. В данной статье речь пойдет прежде всего о компаниях, которые управляют выездным (мобильным) персоналом, выполняющим такие работы.

Постарался собрать основные принципы "настройки" гарантийного и постгарантийного сервиса оборудования с помощью автоматизированных систем класса FSM (Field Service Management / Управление выездным сервисным обслуживанием).

Привет, хабр! Меня зовут Полина. Я несколько лет занималась настройкой и развитием инцидент-менеджмента для eLama.

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

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

Предоставление качественной клиентской поддержки своим клиентам должно быть приоритетным.

В конце концов, ваши клиенты нуждаются в вас больше всего в те моменты, когда им требуется поддержка.

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

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

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

Мы в Dropbox считаем, что управление инцидентами — это центральный элемент нашей системы по обеспечению надёжности. И хотя мы также используем проактивные методы, такие как хаос-инжиниринг (сhaos engineering), то, как мы реагируем на инциденты существенное влияет на опыт наших пользователей. Во время потенциального сбоя сайта или проблемы с продуктом на счету каждая минута.

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

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

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

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

- прочитать и понять их почти невозможно;

- непонятно кем, для кого и зачем они пишутся, если можно написать в одном предложении: «Банк, хостер, Исполнитель всегда прав»;

- регламенты не несут пользы клиентам.

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

В данной статье речь пойдет о том, как производственной компании или импортеру, минуя розничную сеть или полки магазинов, создать новый высокомаржинальный канал продаж на базе FSM (Field Service Management) ИТ-платформы.

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

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