DeepManage

MDM Rehberi

MDM seçerken dikkat edilecekler: 20 maddelik kontrol listesi

MDM ürünlerinin çoğu özellik listesinde birbirine benzer. Farklar, ürünü kendi cihazlarınız, ağınız ve kurallarınızla denediğinizde ortaya çıkar. Bu kontrol listesi bunu düzenli bir şekilde yapmanıza yardımcı olur.

5 dk okuma · Güncelleme:

Başlamadan önce: gereksinimlerinizi yazın

Ürünlere bakmadan önce neye ihtiyacınız olduğunu bir sayfada özetleyin. Bu özet şu soruları yanıtlamalı:

  • Hangi cihazlar yönetilecek, önümüzdeki üç yılda kaç tane olacak?
  • Cihazlar kime ait: kuruma mı, çalışana mı, yoksa ikisine birden mi?
  • MDM önce hangi sorunu çözmeli: güvenlik, kiosk cihazlar, uygulama dağıtımı, saha desteği?
  • Verinin nerede saklanacağı ya da cihazların hangi ağları kullanabileceği konusunda kurallar var mı?

Her gereksinimi “olmazsa olmaz” ya da “olsa iyi olur” diye işaretleyin. Bu sayfayı kontrol listesi olarak kullanın ve sizin için geçerli her maddede ürünlere 0 ile 2 arasında puan verin. Temel kavramları hatırlamak isterseniz MDM nedir yazısıyla başlayın.

Cihazlar ve platformlar

1. Gerçekten kullandığınız platformların desteği. Bugün filonuzda olan ve almayı planladığınız işletim sistemlerini ve sürümlerini kontrol edin. Sahada eski Android sürümleri varsa desteklendiğini ve desteğin ne kadar süreceğini sorun.

2. Cihaz türlerinizin desteği. Telefon ve tablet işin kolay kısmıdır. Dayanıklı el terminalleri, barkod okuyucular, kiosklar, araç içi tabletler ve Android tabanlı gömülü cihazlar çoğu zaman farklı davranır. Sahip olduğunuz her modelden en az birini test edin.

3. İhtiyacınız olan sahiplik modelleri. Kurum cihazları genellikle tam yönetilir. Kişisel cihazlar, iş ve kişisel veriyi ayıran bir iş profili gerektirir. Tek amaçlı cihazlar için özel bir mod gerekir. Ayrıntılar cihaz sahiplik modelleri yazısında.

4. Kiosk ve tek amaçlı cihaz modu. Bazı cihazlar yalnızca bir uygulamayı ya da birkaç uygulamayı çalıştıracaksa ürünün cihazı nasıl kilitlediğini, yeniden başlatmadan sonra ne olduğunu ve yöneticinin kilidi nasıl açtığını test edin. Seçenekleri kiosk modu nedir yazısında anlatıyoruz.

Kurulum ve veri

5. Bulut, kurum içi ya da ikisi birden. Bugün hangi modele, ileride hangisine ihtiyaç duyabileceğinize karar verin. İki modeli de aynı ürünle sunan bir üretici, ileride model değiştirme esnekliği sağlar. Artı ve eksiler bulut mu, kurum içi mi yazısında.

6. Veri yerelliği. Bulut verilerinin hangi ülkede ve hangi sağlayıcıda saklandığını, yurt dışındaki alt yüklenicilerin bu verilere erişip erişemediğini sorun. İmzadan önce veri işleme sözleşmesini isteyin.

7. Kapalı ağda çalışma. İzole ağlarda çalışan cihazlarınız varsa kayıt işlemlerinin, komutların ve uygulama güncellemelerinin internet erişimi ve herkese açık bildirim servisleri olmadan çalıştığını teyit edin.

8. Veri toplama üzerinde kontrol. Konum, log ve benzeri verilerin toplanıp toplanmayacağına cihaz grubu bazında karar verebilmelisiniz. Bu, KVKK ve Mobil Cihaz Yönetimi yazısında anlattığımız gibi kişisel verilerin korunması için şarttır.

Kayıt ve günlük yönetim

9. Kayıt yöntemleri. Kurum cihazları için QR kod, NFC ve zero-touch kayıt; kişisel cihazlar için basit bir akış arayın. Büyük geçişlerde toplu kaydı ve doğru ayarları otomatik uygulayan kayıt profillerini kontrol edin.

10. Uygulama yönetimi. MDM, kurum içinde geliştirilen uygulamalar dahil uygulamaları sessizce kurabilmeli, güncelleyebilmeli ve kaldırabilmelidir. İzin ve engel listelerini, ürünün hangi uygulama sürümlerinin kurulu olduğunu nasıl raporladığını kontrol edin.

11. Uzaktan destek. Yardım masası ekibi cihaz ekranını uzaktan görüntüleyebilmeli ve izin verilen durumlarda cihazı kontrol edebilmelidir. Oturumların nasıl şifrelendiğini ve ağınızda çalışıp çalışmadığını sorun.

12. Konum ve coğrafi sınır. Konuma ihtiyacınız varsa ne sıklıkla güncellendiğini, pil tüketimini ve cihaz bir bölgeye girip çıktığında otomatik eylem tetiklenip tetiklenemediğini kontrol edin.

Güvenlik ve uyumluluk

13. Politika derinliği. Parola kurallarını, donanım kısıtlarını (kamera, USB, Bluetooth), işletim sistemi kısıtlarını ve politikaların gruplara nasıl atandığını kontrol edin. Politikayı hangi cihazların gerçekten uyguladığını görebildiğinizden emin olun.

14. Uyumluluk kuralları ve otomatik aksiyonlar. İyi bir MDM, root’lanmış cihaz ya da eksik politika gibi sorunları fark eder ve otomatik olarak harekete geçer. Cihaz bütünlüğünü donanım destekli doğrulama (attestation) ile kontrol edip edemediğini sorun.

15. Kayıp cihaz müdahalesi ve sertifikalar. Uzaktan kilitleme ve silmeyi test edin. Wi-Fi ya da VPN sertifikası kullanıyorsanız MDM’in bunları nasıl dağıtıp yenilediğini kontrol edin.

16. Yönetici erişim kontrolü. Rol ve yetkileri, kurum ya da departman bazında ayrımı, LDAP gibi dizin entegrasyonunu ve konsolda kimin ne yaptığının kaydını kontrol edin.

Entegrasyon, üretici ve maliyet

17. API ve entegrasyonlar. MDM’i yardım masası sistemine, varlık yönetimi sistemine ya da kendi araçlarınıza bağlamak istiyorsanız belgelenmiş bir API olup olmadığını ve neleri kapsadığını kontrol edin.

18. Ölçek. Ürünün tek bir kurulumda kaç cihazı yönetebildiğini ve sizin büyüklüğünüzdeki kurumlarda nasıl kullanıldığını sorun. Kurum içi kurulum için donanım boyutlandırmasını isteyin.

19. Destek ve yerel varlık. Bir sorun çıktığında kimin, hangi dilde, hangi saatlerde ve hangi yanıt süreleriyle destek verdiğini öğrenin. Desteğin fiyata dahil mi olduğunu, yoksa ayrı bir paket olarak mı satıldığını kontrol edin.

20. Fiyat modeli ve toplam maliyet. Üç ila beş yıllık toplam maliyeti karşılaştırın: lisans, özellik paketleri, kurulum, barındırma, destek ve personel zamanı. Yalnızca üst paketlerde sunulan özelliklere dikkat edin.

Faydalı bir pilot nasıl yapılır?

Pilot, her özelliği değil, sizin için en önemli maddeleri kanıtlamalıdır. Basit bir plan:

  1. Farklı ihtiyaçları olan iki ya da üç ekip seçin; örneğin ofis çalışanları ve bir saha ekibi.
  2. Sahip olduğunuz her modelden en az bir cihazı kaydedin.
  3. Üreticinin varsayılan ayarlarını değil, kendi gerçek politikalarınızı uygulayın.
  4. Bir olayı baştan sona test edin: kayıp bir cihaz, bozulan bir uygulama ya da uzaktan yardıma ihtiyaç duyan bir kullanıcı.
  5. İki hafta sonra pilot kullanıcılardan ve yardım masasından geri bildirim alın.

Pilottan sonra her ürünü yeniden puanlayın. Önceki ve sonraki puanlar çoğu zaman farklı çıkar.

DeepManage’de nasıl?

DeepManage, bulutta ya da kapalı ağlar dahil kurum içinde çalışan bir Android EMM (Kurumsal Mobilite Yönetimi) çözümüdür. Kurum cihazlarını, iş profilli kişisel cihazları ve tek amaçlı cihazları destekler; tüm özellikler dahildir, özellik paketi yoktur. iOS desteği yakında geliyor.

DeepManage’i değerlendiriyorsanız özellikler sayfamız yukarıdaki maddelerin çoğuna karşılık gelir, fiyatlandırma sayfası da toplam maliyeti gösterir. Ücretsiz deneme yerine rehberli demo sunuyoruz; böylece kontrol listenizi birlikte değerlendirebiliriz.

Sık sorulan sorular

MDM değerlendirmesi ne kadar sürmeli?

Çoğu kurum için iki ila altı hafta yeterlidir. İlk haftayı gereksinimlere ayırın, ardından gerçek cihazlar ve gerçek kullanıcılarla en az iki haftalık bir pilot yapın. Kapalı ağlarda ya da alışılmadık donanımlarda daha uzun pilot anlamlıdır.

Pilotta kaç cihaz olmalı?

Kullanmayı planladığınız her cihaz modelini ve her sahiplik modelini kapsayacak kadar. Pratikte bu, çoğu zaman en az iki ekibe dağılmış 10 ila 50 cihaz demektir.

En uzun özellik listesine sahip ürünü mü seçmeliyiz?

Hayır. Uzun listeler çoğu zaman hiç kullanmayacağınız özellikler içerir; kapalı ağ desteği gibi tek bir eksik gereksinim ise bir ürünü elemeye yeter. Ürünleri önce kendi olmazsa olmazlarınıza göre puanlayın.

Ücretsiz deneme mi, rehberli demo mu daha iyi?

İkisi de faydalıdır. Rehberli demo, ürünün gereksinimlerinize uyup uymadığını hızlıca gösterir; kendi cihazlarınızla yapılan pilot ise bunu doğrular. Önemli olan, tam geçişten önce kendi donanımınızla test etmektir.

DeepManage’i kendi cihazlarınızda görün

Cihaz filonuzu anlatın, ekibiniz için bir demo ortamı hazırlayalım.