Menü
Şantiye yönetimi

Şantiye Yönetim Yazılımı Seçerken Sorulması Gereken 10 Soru

Şantiye yazılımı demosunda sorulacak 10 soru: kapsam, mobil kullanım, çalışan verisi, görevler, yetki, raporlar, dışa aktarma, kurulum ve toplam maliyet.

Şantiye çalışma masasındaki yazılım seçeneklerini üç sade ekran ve kontrol listesiyle karşılaştıran iki yönetici.

Şantiye yönetim yazılımları benzer başlıklar kullanabilir: personel, görev, rapor, ekipman. Fakat aynı başlık, aynı davranış veya aynı veri anlamına gelmez. Karar verirken ekranda ne göründüğü kadar kaydın nasıl oluştuğunu da öğrenmeniz gerekir.

Demoya gitmeden önce ekibinizden üç örnek seçin: bir çalışan devri, geciken bir görev ve çakışan ekipman talebi. Aşağıdaki soruları bu örnekler üzerinden sorun; yanıtları vaat, mevcut özellik ve doğrulanmış deneme olarak ayrı not edin.

1. Hangi günlük sorunumuzu çözüyor?

İlk hedefi tek cümleyle yazın. Örneğin 'sorumlusu belirsiz kalan işleri takip etmek' veya 'çalışan kayıtlarını taşeron bazında görebilmek'. Demo sırasında bu sonuca nasıl ulaşılacağını adım adım gösterin. Kullanmayacağınız modül sayısını fayda ölçütü yapmayın.

2. Saha ekibi günlük işlemi ne kadar kolay yapabiliyor?

Görev açma, dosya bulma ve durum güncelleme gibi işleri gerçek kullanıcıya yaptırın. Yalnızca sunumu yapan kişinin hızına bakmayın. Küçük ekran, büyük yazı ve klavyeyle kullanım gibi günlük koşulları kendi cihazlarınızda deneyin.

3. Bağlantı kesildiğinde tam olarak ne oluyor?

'Çevrimdışı çalışır' ifadesinin hangi işlemleri kapsadığını sorun. İçerik okunabiliyor mu, yeni kayıt tutuluyor mu, tekrar bağlantıda nasıl aktarılıyor? Başarısız gönderimin kullanıcıya nasıl göründüğünü ve tekrar denemede kopya kayıt oluşup oluşmadığını test edin.

4. Çalışan ve konum bilgisi neyi kanıtlıyor?

QR bildirimi, kapı geçişi ve BLE gözlemi farklı kayıt türleridir. Verinin kaynağını, zamanını ve sınırlarını öğrenin. 'Sahada' etiketinin son görülme mi, gün içi kayıt mı yoksa doğrulanmış bulunurluk mu anlattığını sorun. Otomatik puantaj iddiası varsa onay ve istisna kurallarını inceleyin.

5. Mesaj, görev ve dosya nasıl bağlanıyor?

Bir mesajdan doğan işin sorumlusunu, son tarihini ve kapanışını gösterin. Dosyanın ilgili işe nasıl eklendiğini ve eski sürümün nasıl ayırt edildiğini görün. Bir yöneticinin geçmiş konuşmayı baştan okumadan güncel durumu bulup bulamadığına bakın.

6. Firma, şantiye ve rol erişimi nasıl ayrılıyor?

Yönetici, taşeron sorumlusu ve saha çalışanı için ayrı örnekler deneyin. Her kişi yalnızca gerekli kayıtlara erişebiliyor mu? Şantiye değişince kapsam da değişiyor mu? Görevden ayrılan kişinin erişiminin nasıl kapatıldığını ve kayıtlarının nasıl korunduğunu öğrenin.

7. Raporların tanımı ve veri zamanı açık mı?

Bir grafikteki 'çalışan' sayısının günlük tekil kişi mi, kayıtlı kişi mi olduğunu sorun. Geciken veri geldiğinde geçmiş rapor nasıl etkileniyor? Veri gelmeyen süre sıfır mı, bilinmiyor mu gösteriliyor? Aynı tarih ve filtreyle örnek raporu yeniden üretin.

8. Veriyi taşıma ve dışarı alma seçenekleri neler?

Aktarım ve dışa aktarmanın hangi alanları kapsadığını örnek dosyayla doğrulayın. Ekler, geçmiş değişiklikler ve kimlikler korunuyor mu? Hizmetten ayrılma halinde veriye erişim süresi ve teslim biçimi nasıl belirleniyor? Belgelenmemiş bir özelliği mevcut kabul etmeyin.

9. Kurulum, eğitim ve pilotun sorumlusu kim?

Hangi kayıtları sizin hazırlayacağınızı, cihaz veya alıcı yerleşimini kimin yapacağını ve sorun halinde kime ulaşılacağını belirleyin. Pilotun süresi kadar kabul ölçütlerini de yazın: başarılı görev devri, doğru dönem eşleşmesi veya açıklanabilir veri boşluğu gibi somut sonuçlar seçin.

10. Toplam maliyet ve kapsam nasıl değişiyor?

Kullanıcı, şantiye, cihaz, kurulum, eğitim ve destek kalemlerini ayrı sorun. Ek kullanıcı veya şantiye açıldığında hangi koşulun değişeceğini öğrenin. Birim ücretin yanında ekipten beklenen işletim yükünü de değerlendirin; karşılaştırmayı kendi kullanım senaryonuz için yapın.

Yanıtları kısa bir karar tablosunda toplayın

Her ihtiyaç için 'gösterildi', 'pilotla doğrulanacak', 'planlanıyor' veya 'kapsam dışı' durumu kullanın. Kritik bir ihtiyacı belirsiz kalan çözümü, yalnızca başka modülleri fazla olduğu için öne çıkarmayın.

creweld’i değerlendirirken de aynı soruları sorun. Çalışan takibi, görevler ve iletişim ile araç ve ekipman sayfalarını inceleyin; demo görüşmesinde kendi sahanızdan seçtiğiniz örnek akışları paylaşın. Ürün seçimi, iki tarafın aynı beklentiyi açık biçimde tanımladığı noktada kolaylaşır.

Sık sorulan sorular

Karşılaştırmada kaç ürün değerlendirmeliyiz?

Sabit bir sayıdan çok, aynı ihtiyaç listesini ve aynı senaryoları kullanmak önemlidir. Ekibin değerlendirebileceği sınırlı bir aday listesiyle başlayın.

Demo görmek pilot yerine geçer mi?

Demo bir akışı tanıtır. Pilot ise kendi ekibiniz, cihazlarınız ve saha koşullarınız altında belirlediğiniz kabul ölçütlerini sınar.

Bilgiden uygulamaya

Şimdi, sizin sahanızı konuşalım.

Ekibinizin günlük akışını, takip etmek istediğiniz işleri ve saha koşullarınızı birlikte değerlendirelim.

Demo