Küçük İşletmeniz için Uzaktan Desteği Yönetme

İşletme henüz kendisini büyük bir kuruluş olarak görmese bile uzaktan desteği yönetmek zorlaşabilir. Bir zamanlar her bilgisayarı tanıyan iki kişi birdenbire ikinci bir ofisle, yeni çalışanlarla, ortak kullanılan bilgisayarlarla ve kişilere tahsis edilen iş istasyonlarıyla ilgilenmeye başlayabilir. Bağlantı aracı hala çalışıyor ancak destek sürecine ilişkin soruları yanıtlamak zorlaşıyor: Talep hangi cihazla ilgili, bu cihaza kim destek verebilir ve son yapılan düzeltme nerede kayıtlı?

Küçük bir işletmenin bu soruları yanıtlamak için karmaşık bir hizmet yönetimi programına ihtiyacı yoktur. İstekleri almak, cihazları tanımlamak, sorumluluğu atamak, işi tamamlamak ve artık ihtiyaç duyulmadığında erişimi kaldırmak için net bir yola ihtiyacı var. Bu kılavuz, GoMyid'in uzaktan destek ve cihaz yönetimi ekranlarından örneklerle, bu işleyişin nasıl düzenlenebileceğini açıklar. Amaç, bir teknisyenin hafızasına bağlı kalmadan başka bir kişinin takip edebileceği bir süreçtir.

GoMyid destek kuyruğundaki bir talep üzerinde çalışın

Belgelenen kuyruk, küçük bir ekibe bekleyen talepleri bulmak ve ilerlemeyi doğrulamak için ortak bir yer sağlar. Yalnızca sohbet mesajına ve hatırlanan cihaz kimliğine güvenmek yerine sorunu kullanıcı ve gruba bağlı tutmak için istek kaydını kullanın.

1. Destek > Destek'i açın ve tarihleri ​​ve Durumu ayarlayın. Dikkat edilmesi gereken işleri ararken Yeni veya Beklemede ile başlayın.
2. Bir başlık, kullanıcı veya kategori için Arama'yı kullanın ve Ara'yı tıklayın.
3. Gerekirse farklı bir Sayfa boyutu seçin ve Uygula'yı tıklayın.
4. İstenilen istekte Düzenle'yi tıklayın. Kullanılabilir alanlarını veya durumunu değiştirmeden önce kullanıcıyı, grubu, kategoriyi ve sorunu inceleyin.
5. Kaydedin, listeye dönün ve isteğin güncellemeyi yansıttığını doğrulayın.

Kılavuzdaki ekran görüntüsünde tamamlanan işlemler için “Complate” durum etiketi gösterilir. Görseli incelerken bu etikete dikkat edin; işlemleri yaparken ise kurulu arayüzünüzdeki ifadeleri esas alın. Beklenen sonuç, mevcut durumu ve ilgili ayrıntılarıyla birlikte izlenebilir bir taleptir. Uzak oturumu bitirmek tek başına yeterli değildir; paylaşılan destek kuyruğu da taleple ilgilenildiğini göstermelidir.

Destek hizmetinizin neleri kapsadığını tanımlayın

Ekibinizin sorumlu olduğu cihazlar ve görevlerle başlayın. Destek ofis iş istasyonlarını, çalışanların dizüstü bilgisayarlarını, şube bilgisayarlarını veya sınırlı sayıda iş uygulamasını kapsıyor mu? Kapsamı anlaşılır bir dille yazın. Kişisel cihazlar düzenlemenin dışındaysa, talep gelmeden önce bunu açıkça belirtin. Kapsamın belirsiz olması, zaten stresli olan bir sorun sırasında ekipleri zor kararlarla karşı karşıya bırakır.

Uzaktan sağlamayı beklediğiniz yardım türlerini listeleyin. Uygulama ayarları, sıradan belge sorunları ve bazı cihaz kontrolleri uzaktan destek için uygun olabilir. Donanım değişimi ve fiziksel ağ sorunları, sahada birisinin bulunmasını gerektirebilir. Uzaktan destek süreci, her başarısız uzaktan düzeltmeyi bir teknisyen hatası olarak ele almak yerine bu sınırı tanımlamalıdır.

Yardımın ne zaman mevcut olacağı ve nelerin acil kesinti sayılacağı konusunda anlaşın. Küçük bir ekip, her talebin anında dikkate alınacağına dair söz vermeden de yanıt verebilir. Açık beklentiler, çalışanların doğru kanalı seçmesine yardımcı olur ve teknisyenlere mevcut işleri tamamlamaları için alan tanır. Süreç, çok daha büyük bir kuruluştan alınan hizmet düzeyini değil, gerçek personel sayısını yansıtmalıdır.

Kullanıcıların güvenebileceği bir cihaz dizini oluşturun

Yararlı bir cihaz kaydı temel soruları hızlı bir şekilde yanıtlar: Bu bilgisayar nedir, nerede kullanılır ve ondan kim sorumludur? Birden fazla kişiye anlamlı gelen isimleri seçin. Yalnızca ilk kurulumu yapan kişinin tanıdığı bir takma ad, büyüyen bir destek ekibi için zayıf bir temel oluşturur. Konum ve rol, tutarlı bir şekilde kullanıldığında yararlı bir bağlam sağlayabilir.

Dizin girişini mevcut kullanılabilirlik ile karıştırmayın. Bilinen bir cihaz uykuda olabilir, bağlantısı kesilmiş olabilir veya yerel müdahaleyi bekliyor olabilir. Bir oturumdan önce, amaçlanan hedefi tanımlamak ve hazır olup olmadığını belirlemek için yeterli bağlamı doğrulayın. Bu farkı değerlendirmek için kullanılabilirlik kontrol listesine bakın.

Cihaz dizininden sorumlu bir kişi belirleyin. Birisinin yinelenen görünen girişleri, eski cihazları ve belirsiz adları incelemesi gerekir. Bunun büyük bir idari iş haline gelmesine gerek yok. Ekipman el değiştirdiğinde yapılan küçük düzeltmeler, ekibin listeye olan güvenini kaybetmesinin ardından yapılan büyük bir temizlikten daha kolaydır.

Destek rollerini ve cihaz kapsamını birlikte atayın

Her tür işi kimin gerçekleştirebileceğine ve hangi bilgisayarları destekleyeceğine karar verin. Bir şubeye yardım eden kişinin her ofise erişmesi gerekmeyebilir. Belgeleri aktaran bir teknisyenin tüm yönetim yetkilerine ihtiyacı olmayabilir. GoMyid'in ürüne genel bakışı, gerçek sorumlulukları yansıttığında yararlı kontroller olan yönetici izinlerini ve grup atamalarını gösterir.

Kurulumunuz kişiye özel yönetici hesaplarını destekliyorsa, ortak kullanılan bir hesap yerine her görevlinin kendi hesabını kullanmasını ve sorumlulukların kişilere açıkça atanmasını sağlayın. Bir destek kaydı, bir talebi kimin ele aldığını ve takipten kimin sorumlu olduğunu anlamayı mümkün kılmalıdır. Önemli olan, sıradan yardımı zorlaştırmak değil, süreklilik ve sorumluluktur. Sorumlulukların açıkça belirlenmesi, bir teknisyenin müsait olmadığı durumlarda işi başka birine devretmeyi kolaylaştırır.

Roller değiştiğinde erişimi inceleyin. Geçici bir görev, kimse onu kaldırmayı hatırlamadığı için sessizce kalıcı hale gelmemelidir. İşten ayrılma, ekip değişikliği ve dış destek sözleşmesinin sona ermesi süreçlerine uzaktan erişim kontrolünü de dahil edin. Yönetilen izin kılavuzu, yetenek ve cihaz kapsamının birlikte nasıl çalıştığını açıklar.

Çalışanlara yardım istemeleri için net bir yol sunun

Bir istek kişiyi, cihazı, görevi ve gözlemlenen sorunu tanımlamalıdır. Form veya mesaj formatını çalışanların gerçekten kullanabileceği kadar kısa tutun. Ne yapmaya çalıştıklarını, bunun yerine ne olduğunu ve işin engellenip engellenmediğini sorun. İlgili hatayı ilgisiz gizli bilgileri açığa çıkarmadan gösterdiğinde ekran görüntüsü yardımcı olabilir.

Çalışanların destek istemeden önce teknik nedeni teşhis etmelerini istemekten kaçının. Belirtileri günlük dilde tanımlayabilirler ve bu kabul edilebilir. Teknisyenin görevi bu gözlemleri odaklanmış bir araştırmaya dönüştürmektir. İyi düzenlenmiş bir talep alma süreci, kullanıcının sorunun ağ bağlantısından mı, işletim sisteminden mi, yoksa bir uygulamadan mı kaynaklandığını tahmin etmesini gerektirmeden bağlamı toplar.

İnsanların meşru bir isteği beklenmedik bir arayandan ayırt edebilmesi için tanınabilir bir destek kanalı kullanın. Çalışanlara bir teknisyenin kendileriyle nasıl iletişime geçeceğini ve hangi bilgilerin istenebileceğini anlatın. Tutarlılık hem kullanılabilirliğe hem de erişim doğrulamasına yardımcı olur. Her teknisyenle birlikte değişen bir süreç, kullanıcıların olağandışı bir durum olduğunu anlamasını zorlaştırıyor.

Önceliklendirmeyi ileti hacmine göre değil, iş etkisine göre yapın

Hangi işin etkilendiğini ve kaç kişinin engellendiğini sorun. Tek bir iş istasyonu sorunu, kritik bir görevi durdurursa acil olabilir ve daha küçük sorular daha sonraki bir zaman için planlanabilir. Kararı fiili sonuca bağlı tutun. Sırayı belirleyen tek sinyal, en yüksek sesli mesaj veya en kıdemli gönderen olmamalıdır.

Geçici çözümleri tamamlanmış düzeltmelerden ayırın. Bir çalışanın onaylanmış alternatif bir süreçle devam edebilmesi durumunda, temel sorunun çözüldüğünü beyan etmeden bu iyileştirmeyi kaydedin. Böylece ekip, hangi sorunların hâlâ açık olduğunu doğru biçimde takip ederken asıl nedeni araştırmaya devam edebilir. Ayrıca aynı geçici çözümün her vardiyada yeniden keşfedilmesini de önler.

İki istek çakıştığında, bir kişinin tahmin etmesine izin vermek yerine bir sonraki adımı ve beklenen iletişimi açıklayın. Küçük ekipler her gecikmeyi ortadan kaldıramaz ancak gecikmeyi anlaşılır hale getirebilirler. Kısa bir durum güncellemesi genellikle mükerrer mesajları azaltır ve teknisyenin mevcut göreve odaklanmasına olanak tanır.

Tutarlı bir uzaktan oturum açılışı kullanın

İsteği ve hedefi onaylayın, amaçlanan işi açıklayın ve çalışanın oturumu nasıl duraklatabileceğini belirleyin. Onlardan ilgili çalışmaları kaydetmelerini ve mümkünse ilgisiz materyalleri kapatmalarını isteyin. Daha sonra uygun modu kullanarak bağlanın ve değişiklik yapmadan önce masaüstünü doğrulayın. Bu adımlar rutin hale geldikten sonra çok az zaman alır.

GoMyid'in Windows istemcisi Tam kontrol, Dosya aktarımı ve Komut modlarını birbirinden ayırır. Göreve uygun iş akışını seçin. Bir teknisyen seçilen yeteneğe neden ihtiyaç duyduğunu açıklayabilmelidir. Talep başka bir işe dönüşürse orijinal bağlantıyı görünür hale gelen her şeyin izni olarak görmek yerine değişikliği tartışın.

İlk oturumun tam sırası için bağlantı talimatlarını kullanın. Ekibinizi, hızlı bir şekilde bağlantı kuracak kadar deneyimli olsalar bile aynı hedef bilgisayar ve işin tamamlanmasına ilişkin kontrolleri gerçekleştirecek şekilde eğitin. Aşinalık, kafa karışıklığını azaltmalı, işin doğru cihaza bağlı kalmasını sağlayan kontrolleri ortadan kaldırmamalıdır.

Bir sonraki teknisyene yardımcı olacak kayıtları tutun

Yararlı bir destek notu orijinal sorunu, ilgili cihazı, yapılan değişikliği ve kullanıcının doğruladığı sonucu açıklar. Fareyle yapılan her tıklamayı tek tek anlatması gerekmez. Bir sonraki teknisyen, asıl operatörü aramadan veya ilgisiz gözlemlerin uzun bir metnini okumadan ne olduğunu anlayabilmelidir.

Doğrudan gözlemleri varsayımlardan ayırın. "Bu ayar düzeltildikten sonra uygulama açıldı", "her şeye ağ neden oldu" ifadesinden farklıdır. Belirsizlik kaldığında kaydedin. Sorun yeniden ortaya çıkarsa, doğru bir not, bir sonraki teknik inceleme için kendinden emin ancak desteklenmeyen bir sonuca göre daha iyi bir başlangıç noktası sağlar.

Sonraki işlemlerden kimin sorumlu olduğunu ve devam etmesi kararlaştırılan erişimleri de kayda ekleyin. Bir ürün sağlayıcısının hatayı incelemesi gerekiyorsa, onunla iletişime geçecek kişinin adını belirtin. Kullanıcı geçici bir çözüm kullanıyorsa, çözümlenmemiş olanı belirtin. Kimlik bilgilerini ve özel belgeleri rutin notların dışında tutun; kayıt, gereksiz bir hassas bilgi deposu haline gelmeden çalışmayı açıklamalıdır.

Süreci şubeler ve dağıtılmış ofisler için uyarlayın

Her konumun, gerektiğinde fiziksel görevlerde yardımcı olabilecek tanınabilir bir kişiye ihtiyacı vardır. Uzaktan destek, gevşek bir kabloyu yeniden bağlayamaz veya sahada birisi olmadan uzatma kablosunun kapalı olup olmadığını doğrulayamaz. Bir kesinti yaşanmadan önce bu alternatif yardım yolunu belirleyin. İletişim kurulacak kişinin teknisyen olması gerekmez ancak gözlemleri nasıl doğru bir şekilde ileteceğini bilmelidir.

Cihazları şube bilgisi görülecek şekilde düzenleyin. İki ofiste Resepsiyon adı verilen bir iş istasyonu, destek ekibi için belirsiz olmamalıdır. Dizini ve grupları tutarlı bir şekilde kullanın ve destek talebini alırken konumu doğrulayın. Bu, yoğun bir destek döneminde tanıdık görünen ancak ilgisiz bir makineye bağlanma riskini azaltır.

Her şubenin gerçek çalışma koşullarını göz önünde bulundurun. Bağlantı, mevcut yerel personel ve çalışma saatleri farklılık gösterebilir. Merkez ofisteki pilot çalışma, her konumda aynı deneyimin elde edileceğini kanıtlamaz. Bir şubede günlük çalışmayı temsil eden bir uzaktan destek görevini test edin ve pratik sınırlamaları kaydedin. Tüm ofislerin aynı şekilde davrandığını varsaymak yerine, desteği planlamak için bu kanıtları kullanın.

Aktarılan dosyaların teslim sürecini standartlaştırın

Destek bir dosyanın taşınmasını gerektirdiğinde, kopyanın kaynağını, hedefini ve nedenini tanımlayın. Alıcının doğru sürümü nasıl tanıyacağı konusunda anlaşın. Teknisyenin masaüstündeki Final adlı dosya uzun vadeli, güvenilir bir aktarım değildir. Mevcut olduğunda işletmenin normal adlandırma ve depolama kurallarını kullanın.

Hedefteki sonucu doğrulayın ve yalnızca ilgili sonucu kaydedin. Teşhis için geçici bir kopyaya ihtiyaç duyulduysa, görevden sonra bunun nerede saklanması veya kaldırılması gerektiğine karar verin. Uzak oturumu sonlandırmak söz konusu kopyayı otomatik olarak kaldırmaz. Aktarım doğrulama kılavuzu pratik bir sıra sağlar.

Destek cihazlarının resmi olmayan belge arşivleri haline gelmesine izin vermekten kaçının. Zamanla kullanışlı yerel klasörler eski yapılandırmaları, özel dosyaları ve belirsiz sürümleri toplayabilir. Gerekli dosyaları, sorumlu kişileri de belirtilmiş olarak kurumun bu amaçla belirlediği konumda saklayın. Bu, desteğin sürekliliğini kolaylaştırır ve bir teknisyen bilgisayarları değiştirdiğinde ortaya çıkan kafa karışıklığını azaltır.

Hangi işlerin mobil cihazdan yapılabileceğine karar verin

Mobil erişim, nöbetçi görevlinin masasına dönmeden durumu kontrol etmesine veya dar kapsamlı bir soruyu yanıtlamasına yardımcı olabilir. Uzun yazma, ayrıntılı dosya karşılaştırmaları veya karmaşık yönetim değişiklikleri için daha az kullanışlıdır. Teknisyenlerin her görevi telefondan gerçekleştirmek zorunda hissetmemeleri için mobil çalışma için makul bir sınır tanımlayın.

GoMyid'in Android genel bakışı bir bağlantı merkezini, yatay oturumları, dokunma ve klavye kontrollerini gösterir. Ekibinizin bu kontrollerle gerçekte gerçekleştirmeyi beklediği görevleri test edin. Bir özelliğin mevcut olması, zaman baskısı altında en iyi seçim olduğunu kanıtlamaz. Doğruluk ve net bir sonuç, karara yön vermelidir.

Bilgisayarda kullanılan erişim ve dokümantasyon uygulamalarının aynısını koruyun. Hızlı bir mobil oturumun hâlâ doğru hedefe, üzerinde anlaşılan bir göreve ve bir sona ihtiyacı vardır. Mobil cihazdan kullanım önerileri için mobil destek rutinine bakın. Kısa ve tekrarlanabilir bir süreç, mobil yardımı daha güvenilir hale getirir.

Ekibinizin yönetebileceği işletim modelini seçin

Bulut ve kendi altyapınızda barındırılan düzenlemeler, sorumlulukları farklı şekilde dağıtır. Kendi altyapınızda barındırılan bir dağıtım, kuruluşunuza altyapısı üzerinde daha doğrudan kontrol sağlayabilir, ancak bakım ve gerektiğinde hizmeti yeniden çalışır duruma getirme görevleri için de sorumlu kişiler gerektirir. Bu sorumlulukları istemcinin kullanım deneyimiyle birlikte değerlendirin. Başarılı bir bağlantı, bir destek platformunun zaman içinde çalıştırılmasının yalnızca bir parçasıdır.

Seçtiğiniz düzenleme için sunucu ortamının, güncellemelerin, yedekleme doğrulamasının ve olaylara müdahalenin kimlerin sorumluluğunda olduğunu belirtin. Bu görevleri kimin üstleneceği açık değilse, sistemi daha fazla kullanıcıya veya cihaza açmadan önce sorumluları belirleyin. Küçük bir işletme karmaşık araçlar kullanabilir ancak bu, müsait olmayabilecek tek bir kişinin yaptığı belgelenmemiş altyapı çalışmasına bağlı olmamalıdır.

Bu yolu değerlendirirken GoMyid'in kendi altyapınızda kurulumla ilgili bilgilerini ve kurulum ve işletim sorumlulukları kılavuzunu inceleyin. Ürüne genel bakışta gösterilen her özelliğin her dağıtıma ait olduğunu varsaymak yerine, mevcut teklifi ve yapılandırma ayrıntılarını doğrudan doğrulayın.

Desteğin yardımcı olup olmadığını ölçün

Operasyonel soruları yanıtlayan ölçütlerle başlayın: Kaç isteğin açık kaldığı, hangi sorunların tekrarlandığı ve çalışanların destek sonrasında orijinal görevi tamamlayıp tamamlayamayacağı. Tek başına bağlantı sayısı çalışmanın yararlı olup olmadığını göstermez. Kısa bir oturum basit bir sorunu çözebilirken, daha uzun bir oturum meşru ve karmaşık bir sorunu yansıtabilir.

Ölçümleri bağlamla birlikte okuyun. Bir şube daha fazla istek üretirse, daha fazla cihaza, yakın zamanda devreye alınmış bir sisteme veya kullanımı zor bir uygulamaya sahip olabilir. Ham toplamı, arkasındaki işi anlamadan çalışanlar veya teknisyenler hakkında bir yargıya dönüştürmeyin. İyileştirmeleri ve eğitim ihtiyaçlarını belirlemek için bilgileri kullanın.

Yinelenen sorunları birlikte inceleyin ve her seferinde tek bir pratik değişiklik seçin. Daha net bir kurulum kılavuzu, düzeltilmiş bir cihaz kaydı veya tutarlı bir dosya hedefi, tekrarlanan karışıklıkları ortadan kaldırabilir. Amaç, kimsenin karar vermek için kullanmayacağı sayılarla dolu bir kontrol paneli değil, önlenebilir sorunların oluşturduğu iş yükünü azaltmaktır.

İlk ay için yönetilebilir bir kullanıma geçiş planı oluşturun

Küçük, yetkili bir cihaz grubuyla ve birkaç temsili görevle başlayın. Dizini, operatör kapsamını, istek kanalını ve oturum sonlandırma işlemini onaylayın. Talimatların belirsiz olduğu yerleri hem teknisyenlere hem de çalışanlara sorun. Daha fazla kişiyi kaydetmeden önce bu noktaları düzeltin. Dar kapsamlı bir pilot çalışma değerlidir çünkü içerdiği dersler hızlı bir şekilde uygulanabilir.

Sonra, biraz farklı koşullara sahip bir konuma veya ekibe genişletin. Gerçek bir destek görevini, bir dosya aktarımını ve normal bir erişimi kaldırma olayını test edin. Üretime gereksiz tanıtım kayıtları eklemeden sonucu belgelenmiş halde tutun. Etkileyici bir etkinlik hacmi oluşturmaya çalışmıyorsunuz, işletim sürecini doğruluyorsunuz.

İlk ayın sonunda görev dağılımını ve henüz yanıtlanmamış soruları gözden geçirin. Orijinal teknisyenin yokluğunda başka bir kişinin çalışmaya devam edebileceğini doğrulayın. Başarılı bir kurulumun sonunda işletmenin elinde yalnızca yüklenmiş yazılım değil, uygulanabilir bir süreç ve güncel kayıtlar da bulunur. Ekip güvenilir deneyim kazandıkça kapsamı ayarlayın.

Tekrarlanan istekleri faydalı rehberliğe dönüştürün

Aynı soru birkaç kez göründüğünde, kullanıcıya yönelik talimatlarda küçük bir iyileştirme arayın. Doğru indirme konumunu gösteren bir ekran görüntüsü veya sık kullanılan bir uygulama ayarının kısa bir açıklaması başka bir aramayı engelleyebilir. Yönergeyi teknisyenin dahili terminolojisi yerine çalışanın görevine göre yazın ve konuya aşina olmayan birinin denemesini sağlayın.

Desteğe giden yolu açık tutun. Bir rehber, insanların tanıdık bir görevi tamamlamalarına yardımcı olmalı, ekranları farklılaştığında onları zor durumda bırakmamalı. Ne zaman duracağınızı ve yardım isteyeceğinizi belirtin. Uygulama veya iş süreci değiştiğinde talimatları gözden geçirin ve artık ortama uymayan tavsiyeleri kullanımdan kaldırın. Doğru yanıtlardan oluşan mütevazı bir koleksiyon, güncelliğini kaybetmiş düzeltmelerden oluşan geniş bir kitaplıktan daha faydalıdır.

Küçük ekiplerde bir işin kimin üzerinde olduğunu herkesin bildiği varsayımı kolayca oluşur. İkinci bir şube veya yeni bir çalışan eklendiğinde bu varsayım geçerliliğini kaybedebilir. Her destek talebinde hedef cihazı, kullanıcıyı, sorunu ve sonraki adımı kaydetmek, işi yalnızca ilk görüşmeyi yapan kişinin hafızasına bağlı olmaktan çıkarır. Görevi devralan kişi, kullanıcıya aynı soruları tekrar sormadan hangi kontrollerin yapıldığını anlayabilmelidir. Bunun için uzun bir rapor şart değildir; doğru, güncel ve gereksiz kişisel bilgiler içermeyen kısa bir kayıt çoğu zaman daha kullanışlıdır.

İşin tamamlandığını da ekip içinde aynı şekilde tanımlayın. Teknik işlem bitmiş olsa bile kullanıcının sonucu doğrulaması bekleniyorsa bu durum kayıtta anlaşılmalıdır. Benzer sorunlar tekrar ediyorsa önceki çözümleri inceleyin, ancak eski bir ayarı her bilgisayara sorgulamadan uygulamayın. Cihazın rolü, kullanıcının yetkisi veya uygulamanın sürümü değişmiş olabilir. Tekrarlanabilir bir destek süreci, düşünmeden aynı adımları kopyalamak değil, aynı temel soruları düzenli biçimde yanıtlamaktır.

Sık sorulan sorular

Cihaz yönetimi çok küçük bir ekip için faydalı mıdır?

Evet, özellikle cihazlar ortak kullanılıyorsa, farklı konumlarda bulunuyorsa veya birden fazla kişi destek veriyorsa yararlı olabilir. Avantaj, belirli bir cihaz sayısından ziyade cihazların doğru tanımlanmasından ve sorumluların belli olmasından gelir. Basit bir dizin ve net sorumluluklarla başlayın, ardından ortamınızdaki gerçek bir sorunu çözecek yönetim özelliklerini kullanın.

Ücretsiz uzaktan erişim, tüm iş yönetimi özelliklerini içeriyor mu?

Bireysel uzaktan erişim ile merkezi yönetimin aynı şartlara veya kullanılabilirliğe sahip olduğunu varsaymayın. İşletmenizin ihtiyaç duyduğu işlevler için mevcut GoMyid teklifini inceleyin. Ücretsiz kullanım değerlendirme kılavuzu, oturum koşullarını daha geniş yönetim ve dağıtım kararlarından ayırır.

Başlamak için tam zamanlı bir BT teknisyenine ihtiyacımız var mı?

Her zaman tam zamanlı bir teknisyen gerekmez; ancak her görevi üstlenecek bir sorumlunun bulunması gerekir. Erişimi kimin onaylayacağına, istekleri kimin ele alacağına, cihaz kayıtlarını kimin tutacağına ve ekibin uzmanlığını aşan sorunları ilgili destek birimine kimin ileteceğine karar verin. Dışarıdan destek söz konusuysa kapsamını ve erişimin nasıl biteceğini tanımlayın. Yarı zamanlı bir düzenleme, sınırları açık olduğunda daha iyi sonuç verir.

Acil istekleri nasıl ele almalıyız?

Önceliği sorunun işleyiş üzerindeki etkisine göre belirleyin ve gerektiğinde hangi yetkiliye iletileceğini açıkça belirtin. Kimin engellendiğini ve onaylanmış bir geçici çözümün mevcut olup olmadığını doğrulayın. Aciliyet, gereksiz gecikmeleri kısaltmalı, kimlik ve hedef bilgisayar kontrollerini ortadan kaldırmamalıdır. Yanlış bilgisayara aceleyle yapılan bir bağlantı, hizmeti geri yüklemek yerine daha fazla iş yapılmasına neden olur.

Bir oturumun her ayrıntısını kaydetmeli miyiz?

Görevi, değişiklikleri, sonucu ve takibi anlamak için gereken bilgileri saklayın. Kaydın eksiksiz görünmesi için ilgisiz özel materyal toplamaktan kaçının. Dağıtımın mevcut kayıtlarını uygun şekilde kullanın ve kuruluşun işleme kurallarına uyun. Kısa ve doğru bir not çoğu zaman kimsenin incelemediği büyük bir koleksiyondan daha faydalıdır.

İlk önce neyi ayarlamamız gerekiyor?

Önce cihazların doğru tanımlanmasını sağlayın, desteği kimin vereceğini belirleyin ve çalışanların tanıyabileceği bir destek talep kanalı oluşturun. Ardından, sona ermesi de dahil olmak üzere bir uzaktan destek görevinin tamamını doğrulayın. İstek doğrulama kılavuzu ve yazılım değerlendirme kontrol listesi, sistemi ilk kez sınırlı bir grupla devreye alırken pratik başlangıç ​​noktaları sağlar.

Arayüz referansı: GoMyid Kullanıcı Kılavuzu, sayfa 12: Destek isteklerini izleyin ve bunlar üzerinde çalışın. Bu makalede belgelenen örnek arayüz kullanılmaktadır; canlı bir kurulumda test yapıldığı iddiasında bulunmaz.