Ana içeriğe atla
iş emri yazılımısaha servis yönetimiiş emri sistemiCMMS özellikleri

İş Emri Yönetim Yazılımı: Alıcı Rehberi

RapidStartRapidStart Ekibi
Share
İş Emri Yönetim Yazılımı: Alıcı Rehberi

İş emri yönetim yazılımı sadece kağıt iş fişini değiştirmekten daha fazlasını yapmalıdır. İstekten planlamaya, sahada yürütmeye ve tamamlamaya kadar işi, ek konuşmalara veya kopya tablolar hesaplarına güvenmeden ilerletmeye yardımcı olmalıdır.

Bu nedenle satın alma kararı en uzun özellik listesini bulmaktan ziyade ekibinizin her gün güvenilir şekilde çalıştırabileceği bir sistemi seçmekle ilgilidir.

Değerlendirme alanıDoğrulanacaklar
İş emri akışıKayıt, alımdan tamamlamaya kadar insanların ihtiyaç duyduğu ayrıntıları taşır
Planlama ve sevkSevk operatörleri talebi görebilir, teknisyen atayabilir ve değişikliklere yanıt verebilir
Saha deneyimiTeknisyenler işlerini bulabilir, durum güncelleyebilir ve faydalı tamamlanma ayrıntılarını yakalayabilir
Mobil ve çevrimdışıÖnemli saha iş akışı gerçek cihazlarda ve zayıf bağlantı koşullarında çalışır
İletişimMüşteriler ve dahili ekipler doğru güncellemeleri doğru zamanda alır
Güvenlik ve yönetişimRoller ve izinler her kişinin ne görüp değiştirebileceğini yansıtır
RaporlamaYöneticiler gecikmeleri, iş yükünü ve süreç darboğazlarını belirleyebilir
Platform uyumuSistem kimlik, veri, lisanslama ve yönetim modelinizle çalışır

İşletme Sonucuyla Başlayın

Ürünleri karşılaştırmadan önce uygulamadan sonra neyin iyileşmesi gerektiğini yazın. Test edilebilecek kadar spesifik bir hedef faydalıdır; örneğin:

  • Sevk operatörleri ayrı bir tablo tutmadan işi atayıp yeniden planlayabilir.
  • Teknisyenler atanmış işleri bir telefondan görüp durum güncelleyebilir.
  • Müşteriler, her mesajı bir sevk operatörünün elle yazmasına gerek kalmadan zamanında durum bildirimleri alır.
  • Yöneticiler hangi işlerin beklediğini, hangilerinin aktif veya tamamlanmış olduğunu görebilir.
  • Saha güncellemeleri e-posta ve metin mesajlarına kaybolmak yerine kullanılabilir iş verisi haline gelir.

Bu, özenle hazırlanmış bir demodan problemin tanımını almanızı engeller. Ayrıca odaklanmış bir iş emri uygulamasına mı yoksa varlık yönetimi, envanter, önleyici bakım, optimizasyon, faturalama ve diğer gelişmiş süreçleri içeren daha geniş bir saha servis platformuna mı ihtiyacınız olduğunu da ortaya koyar.

Microsoft, daha geniş Dynamics 365 Field Service yaşam döngüsünü iş emri oluşturma, planlama, sevk, servis, inceleme ve faturalama olarak tanımlar. Bu yaşam döngüsü, kuruluşunuz daha basit bir ürüne ihtiyaç duyduğunda bile yararlı bir değerlendirme modelidir. Önemli soru, her devrin seçtiğiniz sistemde görünür ve kontrol edilebilir olup olmadığıdır. Tam kurumsal özellik seti için Microsoft'un Dynamics 365 Field Service overview sayfasına bakın.

İş Emri Yönetim Yazılımında Neye Bakılmalı

1. Yeterli bağlam taşıyan iş emirleri

Bir iş emri teknisyene ne yapılması gerektiğini anlatmalı ve sevk operatörüne doğru atama yapması için yeterli bilgiyi sağlamalıdır. Operasyonunuzda önemli olan alanları ve destekleyici bilgileri test edin: müşteri, konum, istenen tarih, öncelik, talimatlar, atanan teknisyen, durum ve tamamlama notları.

Bunu boş bir örnek form üzerinden değerlendirmekten kaçının. Normalde telefon görüşmesine dökülen garip ayrıntıları da içerecek şekilde gerçek işlerden birini kullanın. Ekip iş emrini anlamak için işi terk etmek zorundaysa, sistem henüz güvenilir bir işletme kaydı hizmeti sunmuyor demektir.

2. Gerçek günü yansıtan planlama ve sevk

Sevk nadiren tek seferlik bir atamadır. İşler uzar, teknisyenler müsait olmaz, öncelikler değişir ve müşteriler yeniden planlama yapar. Sevk operatörünün mevcut iş yükünü görmesi ve günü başka yerde yeniden kurmak zorunda kalmadan değişiklik yapabilmesi gerekir.

Bir demo sırasında satıcıdan şunları yapmasını isteyin:

  1. Acil bir iş emri oluşturun.
  2. Bunu müsait bir teknisyene atayın.
  3. Mevcut bir randevuyu taşıyın.
  4. Etkilenen teknisyenin değişikliği nasıl gördüğünü gösterin.
  5. Bir yöneticinin sonrasında ne görebileceğini gösterin.

Amaç her olası istisnayı yeniden üretmek değildir. Amaç normal değişikliklerin program hareket ettikten sonra da anlaşılır kalacağını kanıtlamaktır.

3. Teknisyenlerin kullanacağı bir saha deneyimi

Teknisyen benimsemesi tüm sonraki raporların kalitesini belirler. Ürünü ekibinizin gerçekten taşıdığı telefonlarda veya tabletlerde test edin. Bir teknisyenin atanmış işi hızla bulabildiğini, işi anlayabildiğini, durumu güncelleyebildiğini ve tamamlamada gereken bilgileri kaydedebildiğini doğrulayın.

Dokunuş sayısına, yazma miktarına ve uygulamanın teknisyene yardımcı olmayan ofis odaklı alanları açıp açmadığına dikkat edin. Bir saha arayüzü bir sonraki eylemi açıkça göstermeli; iş emrini uzun bir veri giriş egzersizine çevirmemelidir.

4. Çevrimdışı davranış test edilmeli, varsayılmamalı

Teknisyenler bodrum katlarında, kırsal alanlarda, büyük tesislerde veya diğer güvenilmez ağ koşullarında çalışıyorsa, çevrimdışı yetenek kanıt kavramında yer almalıdır. Hangi kayıtların çevrimdışı kullanılabildiğini, hangi işlemlerin canlı bağlantı gerektirdiğini, senkronizasyonun nasıl yeniden başladığını ve çakışmaların nasıl ele alındığını tam olarak sorun.

Power Apps, seçili Dataverse verilerini cihazda saklayarak ve bağlantı döndüğünde değişiklikleri senkronize ederek çevrimdışı-öncelikli işletmeyi destekler. Ancak uygulamanın belirli verileri ve iş akışı için yapılandırılması ve test edilmesi gerekir. Microsoft'un Power Apps mobile offline guidance sayfası, çevrimdışı profillerin, yerel verinin ve senkronizasyonun nasıl çalıştığını açıklar.

5. Takibi azaltan iletişim

Durum değişiklikleri sadece doğru kişiler onları anlayabildiğinde değer yaratır. Manuel aramaları ve mesajları azaltan müşteri bildirimleri ve dahili görünürlük arayın; ancak gürültülü veya kafa karıştırıcı güncellemeler göndermemeye dikkat edin.

Randevuyu onaylama, teknisyenin yolda olduğunu bildirme, gecikmeyi haber verme veya tamamlamayı onaylama gibi önemli anları haritalayın. Sonra her mesajı kimin kontrol ettiğini ve program değiştiğinde ne olduğunu doğrulayın.

6. Roller, izinler ve hesap verebilirlik

Sevk operatörleri ve teknisyenler farklı işler yapar ve genellikle aynı erişime sahip olmamalıdır. Her rolün neyi okuyabileceğini, oluşturabileceğini, değiştirebileceğini ve silebileceğini doğrulayın. Ayrıca yönetici erişiminin nasıl verilip kaldırıldığını test edin.

Dataverse üzerinde inşa edilmiş ürünler için güvenlik rolleri tablolar ve kayıtlara erişimi tanımlar ve ayrıcalıklar bir kullanıcının atanan rolleri arasında birikir. Önerilen yapılandırmanın veri erişim gereksinimlerinize uyup uymadığını değerlendirirken Microsoft'un Dataverse security-role guidance rehberi yararlı bir referanstır.

İzinler yönetişimin yalnızca bir parçasıdır. Durum değişikliklerinin nasıl kaydedildiğini, hangi eylemlerin denetlenebildiğini ve yöneticilerin geç bir işi geç bir güncellemeden ayırt edip edemediğini sorun.

7. Operasyonel kararlara dayalı raporlama

Büyük bir gösterge tablosu istek listesinden ziyade küçük bir soru setiyle başlayın:

  • Kaç iş emri plansız durumda?
  • Hangi işler planlandı, hangileri devam ediyor veya tamamlandı?
  • Hangi işler beklenenden daha uzun süre bekliyor?
  • İş yükü teknisyenler arasında nasıl dağıtılmış?
  • Müşteriler beklenen güncellemeleri alıyor mu?

Pilot öncesinde bir temel tanımlayın. İş emri oluşturulmasından atamaya kadar geçen süre gibi basit bir ölçüm bile uygulamadan sonra karşılaştırabileceğiniz nesnel bir şey sağlar.

8. Açıklanabilir bir uygulama ve lisanslama

Uygulama, gerekli platform lisansları, uygulama uygulaması, entegrasyonlar, destek ve herhangi bir kullanım bazlı hizmet dahil olmak üzere tam işletme maliyetini isteyin. Düşük bir yazılım fiyatı, ürün geniş özelleştirme veya yineleyen yönetim gerektiriyorsa yine de pahalı bir kurulum üretebilir.

Ayrıca başlatmadan sonra yapılandırmanın kimin sorumluluğunda olacağını belirleyin. Her alan, görünüm veya iş akışı değişikliği bir geliştirme projesi gerektiriyorsa, bu kısıtı satın alma kararına dahil edin.

Microsoft-Yerel mi Yoksa Bağımsız mı?

Hiçbir yaklaşım otomatik olarak daha iyi değildir. Doğru yanıt, kuruluşunuzun zaten hangi sistemlere ve becerilere sahip olduğuna bağlıdır.

Düşünülmesi gerekenlerMicrosoft-yerel uygulamaBağımsız uygulama
KimlikKuruluşun Microsoft kimlik ve erişim modeli kullanılabilirGenellikle ayrı bir satıcı hesabı ve yönetim modeli getirir
İş verisiOperasyonel kayıtlar Dataverse içinde tutulabilir ve diğer Power Platform çözümleri ile bağlanabilirOdaklanmış bir veri modeli sunabilir ancak diğer sistemlere entegrasyon gerektirebilir
YönetimMevcut Microsoft platform yönetişimi ve maker becerilerine uyarKuruluş Microsoft yığınını kullanmıyorsa daha kolay olabilir
Mobil ve çevrimdışıUygun şekilde yapılandırıldığında Power Apps mobil yetenekleri kullanılabilirSatıcıya göre değişir ve doğrudan test edilmelidir
ÖzelleştirmePower Platform yapılandırması ve genişletilebilirliği kullanılabilirSatıcı araçlarına, API'lere ve hizmet modeline bağlıdır
LisanslamaHem uygulamanın ticari koşullarını hem de gerekli Microsoft platform lisanslamasını içerirSatıcının paketlemesi ve varsa entegrasyon maliyetleri kullanılır

Kuruluş zaten Microsoft kimliklerini yönetiyor, Power Platform kullanıyor veya saha servis verilerini Dataverse içinde tutmak istiyorsa Microsoft-yerel bir ürün genellikle güçlü bir uyum sağlar. Kendi içinde kapalı bir hizmet isteyen ve Power Platform'ı benimsemeye veya yönetmeye gerek duymayan bir ekip için bağımsız araç daha iyi bir seçim olabilir.

Karşılaştırma, operasyonel sürtünmeye odaklanmalıdır: oturum açmalar, yinelenen kayıtlar, entegrasyon bakımı, raporlama, yönetişim ve ekibin başarılı olması için gereken süreç değişikliğinin miktarı.

RapidStart Field Service Nerede Uygun Durur

RapidStart Field Service, küçük ve orta ölçekli teknisyen ekipleri için Microsoft Power Platform üzerinde oluşturulmuş odaklanmış bir saha servis uygulamasıdır. Dynamics 365 Field Service'in daha geniş kapsamını benimsemeye gerek kalmadan pratik iş emri, planlama ve teknisyen koordinasyonu isteyen kuruluşlar için tasarlanmıştır.

Ürün şunları içerir:

  • İş emri yönetimi
  • Teknisyen planlama ve sevk
  • Yolda ve gecikme mesajları dahil müşteri durum bildirimleri
  • Durum zaman damgalarıyla zaman izleme
  • Masaüstü ve mobil uygulamalar
  • Dispatcher ve Technician güvenlik rolleri
  • İsteğe bağlı çevrimdışı mod
  • RapidStart CRM gerektirmeyen kendine yeter dağıtım

RapidStart Field Service yaklaşık 20 teknisyenlik ekipler etrafında tasarlanmıştır, ancak ürün teknik kullanıcı sınırı dayatmaz. Uygulanabilir Microsoft Power Apps lisanslamasını gerektirir; bu nedenle alıcıların hem RapidStart aboneliğini hem de sevk operatörleri ve teknisyenlerin karışımı için Microsoft'un platform lisanslamasını değerlendirmesi gerekir.

RapidClaw for RapidStart Apps, ilgili uygulama dağıtımıyla ek RapidStart lisans ücreti olmadan da dahil edilmiştir. Field Service müşterileri için eşleşen Agent Pack, iş emri triyajı, planlama hazırlığı ve teknisyen bilgilerini hazırlamada yardımcı olabilir. Aktivasyon, Azure altyapısı ve model kullanımı kendi gereksinimlerine sahiptir ve ayrı olarak gözden geçirilmelidir; RapidClaw, temel Field Service uygulamasını kullanmak için gerekli değildir.

RapidStart Field Service her Dynamics 365 Field Service senaryosunun bire bir karşılığı değildir. Gelişmiş varlık yönetimi, envanter, önleyici bakım, otomatik rota optimizasyonu veya hizmetten-nakde süreçlere ihtiyaç duyan kuruluşlar bu gereksinimleri doğrudan Dynamics 365 Field Service ve diğer tam paket ürünlerle karşılaştırmalıdır.

Gerçek İşle Bir Kavram Kanıtı Yürütün

Yararlı bir kavram kanıtı büyük olmak zorunda değildir. Bir sevk operatörü, birkaç teknisyen ve temsilî bir iş emri süreci dahil edin. Test edin:

  1. Oluşturmadan tamamlamaya kadar normal bir istek.
  2. Zaten yoğun bir güne eklenen acil bir iş.
  3. Bir teknisyen müsait olmadığında yeniden atama.
  4. Durum değişikliğiyle tetiklenen bir müşteri bildirimi.
  5. Sahadan bir teknisyen güncellemesi.
  6. Bağlantı kuruluşunuz için önemliyse bir çevrimdışı senaryo.
  7. Bir yöneticinin mevcut iş yükünü ve geciken işleri gözden geçirmesi.
  8. Bir Dispatcher ile bir Technician arasındaki erişim farkı.

Gerekli açıklamaları, çift girişleri veya manuel kurtarmayı kaydedin. Bu noktalar sık sık bir özellik puanından daha faydalıdır çünkü benimsemenin günlük maliyetini gösterir.

En İyi Sistem, İşi Hareket Ettiren Sistemdır

İş emri yönetim yazılımı, devirleri güvenilir kıldığında başarılı olur. Sevk operatörleri ne atanmaya ihtiyacı olduğunu bilmeli, teknisyenler bir sonraki ne yapmaları gerektiğini bilmeli, müşteriler faydalı güncellemeler almalı ve yöneticiler işin nerede yavaşladığını görmelidir.

Gerçek iş akışınızla bu sonuçları kanıtlayan ve kuruluşunuzun işletmeye hazır olduğu platforma uyan ürünü seçin. Microsoft merkezli küçük ve orta ölçekli saha servis ekipleri için RapidStart Field Service'i inceleyin ve onu kısa listenizdeki daha geniş ürünlerle karşılaştırın.