Saha operasyon paneli konsepti

Bağlam: saha işi neden ofisten görünmez?

Bu konseptte sahada çalışan ekipleri olan varsayımsal bir kurumu düşündük: teslimat, kurulum ya da teknik servis yapan, işleri ofisten planlayıp sahada tamamlayan bir yapı. Bu tür kurumlarda iş emri sabah telefonla ya da mesaj grubuyla dağıtılır, gün içindeki değişiklikler yine telefonla iletilir, akşam ise kimin neyi bitirdiği bir Excel dosyasına yazılır. Sonuç olarak ofis, sahada ne olduğunu ancak sorarak öğrenir. Saha operasyon panelinin amacı bu soruyu gereksiz kılmaktır.

Hedef kullanıcılar

• Operasyon sorumlusu: İşleri planlar ve ekiplere dağıtır. Günün tamamını tek ekranda görmek, geciken işi hemen fark etmek ister.
• Saha personeli: Telefonunu tek elle, çoğu zaman ayakta ve acele içinde kullanır. Sıradaki işi, adresi ve yapılacakları görmek ister; fazlasını değil.
• Yönetici: Günlük ayrıntıya girmez. Tamamlanan iş, geciken iş ve ekip yükü gibi özetlere bakar.
• Müşteri hizmetleri: Müşteri aradığında işin durumunu sahayı aramadan söyleyebilmelidir.

Bilgi mimarisi ve durum mantığı

Kurgunun merkezinde iş emri vardır. Her iş emrinin bir sorumlusu, bir adresi, planlanan zamanı ve bir durumu olur. Durumları bilerek az tuttuk: planlandı, yolda, başladı, tamamlandı ve sorun var. Her durum değişikliği sahadaki kişinin tek dokunuşuyla olur ve ofis ekranına anında yansır.

Panelin menüsü dört başlıktan oluşur: Bugün, İş emirleri, Ekipler ve Raporlar. Saha uygulamasında ise menü yoktur; yalnızca kişinin kendi iş listesi bulunur.

Ekran ekran tasarım kararları

Bugün ekranı

Operasyon sorumlusunun açılış ekranıdır. İşler durumlarına göre sütunlara ayrılır. Planlanan saati geçtiği hâlde başlamamış işler kendiliğinden öne çıkar ve renkle işaretlenir; kimsenin listeyi taraması gerekmez.

İş emri ayrıntısı

Adres, müşteri bilgisi, yapılacak işler, eklenen fotoğraflar ve durum geçmişi tek sayfada durur. Sorumluyu değiştirmek ya da işi başka bir güne almak bu ekrandan yapılır ve ilgili saha personeline bildirim gider.

Ekip görünümü

Hangi ekibin o gün kaç işi olduğu ve ne kadarının tamamlandığı görünür. Yük dengesiz dağılmışsa iş, bir ekipten diğerine sürüklenerek aktarılır.

Mobil saha ekranı

Saha personelinin ekranında büyük düğmeler ve kısa metinler bulunur. Sıradaki iş en üstte durur; adres harita uygulamasını açar. İş bitince kişi fotoğraf ekler, gerekirse not yazar ve tamamlandı olarak işaretler. Bağlantının zayıf olduğu yerler için girişlerin cihazda bekletilip bağlantı gelince gönderilmesi ayrıca değerlendirilir.

Teknik altyapı

Konsept, ofis için bir web paneli ve saha için telefona uyumlu bir web uygulaması olarak kurgulandı. İkisi de aynı veritabanını kullanır; ayrı bir uygulama mağazası süreci gerekmez.

• Rol ve yetki: Saha personeli yalnızca kendi işlerini, operasyon sorumlusu tüm işleri görür. Silme ve geri alma işlemleri yetkiye bağlıdır.
• İşlem kaydı: Her durum değişikliği zamanı ve yapan kişiyle birlikte saklanır; sonradan “ne oldu” sorusunun yanıtı kayıttadır.
• Entegrasyon noktaları: İş emirleri sipariş ya da ERP sisteminden gelebilir; tamamlanan iş bilgisi muhasebeye aktarılabilir. Bağlantı yolu karşı sistemin sunduğu imkâna göre belirlenir.
• Bildirimler: Atama ve değişiklikler saha personeline, gecikmeler operasyon sorumlusuna iletilir.

Başarıyı nasıl ölçerdik?

Bu çalışma bir konsepttir ve ölçülmüş bir sonucu yoktur. Gerçek bir uygulamada şu göstergeleri hedef olarak belirler, yayından önceki durumla karşılaştırırdık.

• Durum öğrenmek için ofisle saha arasında yapılan telefon görüşmelerinin azalması.
• Planlanan saatte başlayan işlerin oranı.
• Tamamlanan işin sisteme işlenmesi ile faturalanması arasındaki süre.
• Saha personelinin uygulamayı günlük kullanma düzeyi.

Benzer bir kurumda nasıl uygulanır?

İlk adım işi yerinde izlemektir. Operasyon sorumlusunun bir gününü ve saha personelinin bir işini baştan sona dinleriz; kâğıt formlar, mesaj grupları ve Excel dosyaları bu aşamada ortaya çıkar. Ardından ekranları tıklanabilir bir prototiple, özellikle saha personeliyle birlikte deneriz. Sahada kullanılmayan bir uygulama, ofisteki en iyi paneli de işe yaramaz kılar.

Geliştirme sürümler hâlinde ilerler: önce iş emri ve durum akışı, sonra raporlar ve entegrasyonlar. İlk sürüm tek bir ekiple denenir, ardından bütün kuruma yayılır. Sürecin ayrıntısını, mimari ve güvenlik başlıklarıyla birlikte kuruma özel uygulamalar sayfasında anlatıyoruz. Bayilerle çalışan kurumlar için benzer bir kurguyu bayi portalı konsepti gösterir.

Benzer bir ihtiyacınız varsa kapsamı birlikte konuşalım; yöntemin tamamı için Kuruma Özel Uygulamalar sayfasına bakabilirsiniz.