Управление удаленной поддержкой для вашего малого бизнеса

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

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

Обработайте обращение через очередь поддержки GoMyid

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

1. Откройте Поддержка > Поддержка и установите даты и статус. При поиске работы, требующей внимания, начните с Новая или Ожидание.
2. Используйте поиск по названию, пользователю или категории и нажмите Поиск.
3. При необходимости выберите другой Размер страницы и нажмите Применить.
4. Нажмите Изменить по нужному запросу. Просмотрите пользователя, группу, категорию и проблему, прежде чем изменять доступные поля или статус.
5. Сохраните, вернитесь к списку и убедитесь, что запрос отражает обновление.

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

Определите, что охватывает ваша служба поддержки

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

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

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

Создайте каталог устройств, которому люди смогут доверять

Полезная запись об устройстве быстро отвечает на основные вопросы: что это за компьютер, где он используется и кто за него отвечает? Выбирайте имена, которые имеют смысл более чем для одного человека. Псевдоним, который распознает только первоначальный установщик, является слабой основой для растущей команды поддержки. Местоположение и роль могут обеспечить полезный контекст при последовательном использовании.

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

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

Назначайте роли поддержки вместе с доступными им устройствами

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

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

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

Предоставьте сотрудникам один понятный способ обратиться за помощью

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

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

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

Расставляйте приоритеты по бизнес-эффекту, а не по объему сообщений

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

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

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

Начинайте удалённый сеанс по единому порядку

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

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

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

Сохраняйте записи, которые помогут следующему специалисту

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

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

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

Адаптируйте процесс для филиалов и распределенных офисов

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

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

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

Стандартизируйте передачу файлов

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

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

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

Решите, какую работу можно выполнять с мобильного устройства

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

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

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

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

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

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

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

Оцените, помогает ли поддержка

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

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

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

Управляемое внедрение в первый месяц

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

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

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

Превратите повторные запросы в полезное руководство

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

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

Часто задаваемые вопросы

Полезно ли управление устройствами для очень маленькой команды?

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

Включает ли бесплатный удаленный доступ все функции управления бизнесом?

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

Нужен ли нам для начала штатный ИТ-специалист?

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

Как нам следует обрабатывать срочные запросы?

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

Должны ли мы записывать каждую деталь сеанса?

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

Что нам следует настроить в первую очередь?

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

Ссылка на интерфейс: Руководство пользователя GoMyid, страница 12: Отслеживание запросов на поддержку и обработка их. В этой статье используется документированный пример интерфейса; он не сообщает о проверке работающей системы.