Microsoft 365 kurulumu: hazırlık ve kontrol listesi

Microsoft 365 kurulumu: hazırlık ve kontrol listesi

Microsoft 365 kurulumu; hedef kuruluşun, kullanıcıların, alan adının ve kullanılacak uygulamaların birlikte hazırlanmasını gerektirir. Yeni bir ortam oluşturmakla mevcut ortamı düzenlemek aynı çalışma değildir. Başlangıçta hangi yapının kullanılacağı, erişim sorumluları ve kullanıcıların hangi işlevlerle çalışacağı belirlenirse kurulum sonrasında kontrol edilecek sonuçlar da daha anlaşılır hale gelir. Uygulama kapsamı için Microsoft 365 yönetimi sayfasındaki açıklamalar da değerlendirilebilir.

Hizmet talebinde kaç kişinin çalışacağı, şirket alan adı ve hangi cihazların hazırlanacağı temel başlangıç bilgileridir. Eski e-postaların aktarılması, yerel dosyaların taşınması veya devam eden destek de isteniyorsa bunlar ayrı iş kalemleri olarak belirtilmelidir. Sadece yönetim panelinin açılmasını değil, onaylanan kullanıcıların doğru hesap ve yetkiyle çalışmasını sağlayacak kontrolleri talep edin. Aşağıdaki kapsam, kurulum görüşmesinde nelerin değerlendirilmesi gerektiğini açıklar.

İlk karar: yeni ortam mı, mevcut kiracının düzenlenmesi mi?

Microsoft 365 ortamı genellikle kiracı veya tenant olarak adlandırılır. Şirketin daha önce deneme hesabı açmış olması, eski bir sağlayıcıyla çalışması veya başka alan adlarını kullanması mevcut yapıyı etkileyebilir. Yeni ortam oluşturmadan önce şirket adına hangi kiracının bulunduğu, yönetici erişiminin kimde olduğu ve kullanılan aboneliklerin hangi ortamla ilişkili olduğu araştırılmalıdır. Aynı şirket için gereksiz ikinci bir ortam açılması ileride hesap ve dosya yönetimini zorlaştırabilir.

Başlangıç toplantısına şirket alan adlarını, mevcut yönetici sorumlusunu, kullanıcı listesini ve kullanılmakta olan uygulamaları getirin. Bilinmeyen alanları boş bırakabilirsiniz; teknik ekibin bunları inceleyerek netleştirmesi gerekir. Hizmet sağlayıcıdan mevcut durum özeti isteyin. Özette hangi ortamın kullanılacağı, nelerin korunacağı ve hangi kararların şirket onayını beklediği görülmelidir. Böylece kurulum, varsayımlara dayanan bir hesap açma işlemi olmaktan çıkar.

Kullanıcı ve görev listesi nasıl hazırlanmalı?

Kullanıcı listesinde yalnız ad ve soyad bulunması yeterli değildir. Çalışanın kullanacağı giriş adı, bölüm, cihaz türü, ihtiyaç duyduğu uygulama ve ortak kaynaklara erişimi belirtilmelidir. Satış ekibinin ortak adres kullanmasıyla muhasebenin belirli dosyalara ulaşması farklı gereksinimlerdir. İşe başlayacak kişiler, dış danışmanlar ve ortak kullanım senaryoları ayrıca değerlendirilmelidir. Hesapları tek bir örneğe göre çoğaltmak yerine ihtiyaçları küçük kullanıcı grupları üzerinden doğrulamak daha anlaşılır sonuç verir.

Listeyi teknik ekibe göndermeden önce bir şirket sorumlusu kontrol etsin. Yazım hataları, aynı kişiye ait birden fazla kayıt ve kapanmış hesaplar başlangıçta ayıklanabilir. Kurulum sırasında çalışanlar değişirse hangi liste sürümünün esas alındığı kaydedilmelidir. Toplu işlemlerin ardından örnek kullanıcılar üzerinden kontrol yapılması ve son listenin teslim belgesine eklenmesi yararlıdır. Bu yaklaşım, ileride hesabın neden belirli bir yetkiyle açıldığının açıklanabilmesini sağlar.

Lisans uygunluğu kuruluma başlamadan doğrulanmalı

Her kullanıcıya aynı aboneliği atamak kolay görünebilir, ancak ihtiyaçla lisans hakkı arasında fark olabilir. Masaüstü uygulaması beklentisi, posta hizmeti, toplantı kullanımı ve cihaz yönetimi ayrı gereksinimlerdir. Kurulum kapsamı, satın alınmış ürünlerin gerçekten hangi özellikleri sağladığını kontrol etmelidir. Belirli güvenlik veya yönetim seçenekleri her planda bulunmayabilir. Bu nedenle teklifte ürün adı yanında hangi kullanıcı grubunun hangi işlevleri kullanacağı da yazılmalıdır.

Lisans karşılaştırmasını ayrıntılı yapmak isteyenler Microsoft 365 lisansı seçim rehberini inceleyebilir. Kurulum tesliminde ise satın alma kararının yeniden anlatılmasından çok, onaylanan lisansların doğru kullanıcılara atanması ve uygulama erişiminin denenmesi önemlidir. Kullanılmayan hesaplar veya yanlış atanmış abonelikler görülürse şirket yetkilisine raporlanmalıdır. Tasarruf tutarı veya belirli bir ürünün herkes için yeterli olduğu inceleme yapılmadan ileri sürülmemelidir.

Alan adı ve DNS için değişiklik yetkisi net olmalı

Alan adını Microsoft 365 ortamına eklemek için sahiplik doğrulaması ve gerekli DNS kayıtları değerlendirilir. DNS panelinin nerede yönetildiği, değişiklik yapmaya yetkili kişinin kim olduğu ve mevcut kayıtların hangi hizmetlere ait bulunduğu bilinmelidir. Microsoft’un özel alan adı ekleme belgesi, alan adı doğrulamasıyla hizmet kayıtlarının hazırlanmasını açıklar. Aynı belgede e-posta yönünü değiştiren MX kaydından önce ilgili kullanıcı ve posta kutularının hazırlanması gerektiği belirtilir.

Bu teknik adım yalnızca kayıt kopyalamak olarak fiyatlandırılmamalıdır. Şirketin web sitesi, başka e-posta gönderim sistemleri veya farklı uygulamaları aynı alan adını kullanabilir. Hangi kaydın değişeceği, mevcut değerlerin nasıl saklanacağı ve kontrol sonucunun kime bildirileceği planlanmalıdır. DNS parolasını açık bir teklif formuna yazmak gerekmez. Gerekli erişim, uygulama aşamasında yetkili kişiler arasında belirlenen yöntemle sağlanabilir.

Yönetici rolleri şirket kontrolünü korumalı

Kurulumun başında kimin şirket adına karar vereceği ve kimin teknik işlem yapacağı ayrılmalıdır. Bir hizmet sağlayıcının bütün çalışan hesaplarını sınırsız yönetmesi varsayılan gereklilik değildir. Microsoft’un yönetici rolleri açıklaması, farklı görevler için farklı yönetim rollerinin bulunduğunu gösterir. İhtiyaç duyulan görevle uyumlu yetki seçilmeli; günlük işlemlerde en geniş yetkinin kullanılmasının zorunlu olduğu düşünülmemelidir.

Şirketin erişebildiği bir yönetim sorumlusu ve kayıtlı iletişim bilgileri bulunmalıdır. Harici ekibe verilen erişimin amacı, süresi ve proje sonunda nasıl değerlendirileceği teslim planına eklenebilir. Tek bir kişinin kişisel hesabına bağımlı çalışma düzeni yerine görev değişiminde sürdürülebilen bir yapı istenmelidir. Yetki listesi teslimde güncel olmalı; gereksiz kalan geçici erişimler incelenmelidir. Şirket yetkilisi hangi yönetim hesaplarının neden bulunduğunu anlayabilmelidir.

Kimlik doğrulama kullanıcı hazırlığıyla birlikte ele alınmalı

Çok faktörlü kimlik doğrulama, kullanıcının oturum açarken parolaya ek doğrulama sunmasını gerektirebilir. Microsoft’un Microsoft Entra MFA açıklaması bu yaklaşımın temelini anlatır. Kurulum projesinde kullanıcıların kayıt süreci, destek ihtiyacı ve telefon değişikliği gibi durumlar planlanmalıdır. Hangi yöntemin uygulanabileceği mevcut lisanslara, kuruluş politikasına ve kullanılacak cihazlara göre değerlendirilir; her ortam için aynı seçenek önerilmez.

Güvenlik ayarı açılmadan önce küçük bir kullanıcı grubuyla deneyim kontrolü yapılabilir. Kullanıcı ilk girişte ne göreceğini ve yardım gerektiğinde hangi kanala başvuracağını bilmelidir. Kurumsal cihazı olmayan çalışanların durumu, erişilebilirlik gereksinimleri ve alternatif doğrulama yolları ayrıca ele alınmalıdır. Pilot sonuçları kaydedilirse toplu uygulamadan önce eksikler görülebilir. Erişim sorunu yaşandığında güvenlik denetimini gelişigüzel kaldırmak yerine sorunun kaynağı ve onaylı çözüm yöntemi değerlendirilmelidir.

Bilgisayar, telefon ve uygulama kapsamını sınırlandırın

Teklifte kaç cihazın hazırlanacağı ve hangi uygulamaların yapılandırılacağı belirtilmelidir. Tarayıcıdan oturum açmanın çalışması, bütün bilgisayarlarda aynı deneyimin hazır olduğu anlamına gelmez. İşletim sistemi, uygulama sürümü, mevcut kullanıcı profili ve internet erişimi farklı sonuçlar oluşturabilir. Kurulumdan önce örnek cihazlar incelenebilir. Desteklenmeyen veya güncelleme gerektiren cihazlar varsa bunlar işin ortasında sürpriz çıkarmak yerine başlangıç raporunda gösterilmelidir.

Ortak bilgisayar, kişisel telefon ve şirkete ait dizüstü için aynı uygulama yöntemi otomatik seçilmemelidir. Hangi cihazda hangi hesabın kullanılacağı, dosyaların nerede tutulacağı ve oturumun nasıl kapatılacağı anlatılmalıdır. Mevcut yerel dosyaların veya eski uygulama profillerinin taşınması isteniyorsa ayrı teslim kalemi oluşturulabilir. Böylece teknik ekipten beklenen iş ile kullanıcının kendi hazırlığı açıklaşır; cihaz sayısı arttığında kapsam değişikliği de ölçülebilir hale gelir.

Pilot uygulama ve kabul testleri nasıl yazılmalı?

Varsayımsal bir işletmede ofis çalışanı, uzaktan çalışan kişi ve bölüm sorumlusu farklı kullanım örneklerini temsil edebilir. Her gruptan bir kullanıcıyla oturum açma, gerekli uygulamaya erişme ve uygun kaynağı kullanma denenebilir. Bu bir gerçek müşteri sonucu iddiası değildir; test kapsamını somutlaştıran örnektir. Kabul listesi işletmenin günlük işine göre hazırlanmalı, kullanılmayan özellikleri sırf uzun görünmesi için içermemelidir. Başarısız testin sorumlusu ve tekrar koşulu da yazılmalıdır.

Örneğin kullanıcının doğru hesapla giriş yapması, beklenen uygulamayı açması ve yalnız yetkili olduğu ortak kaynağı görmesi ayrı testler olabilir. Sonuç, tarih ve kontrol eden kişiyle kaydedilir. Mevcut posta verisi aktarılacaksa onun kontrolü ayrı bir geçiş planına bağlanmalıdır. Bu konu için Microsoft 365 mail taşıma rehberindeki hazırlık ayrımları kullanılabilir. Kurulum kabulü ile veri taşımanın tamamlanması birbirinin yerine geçirilmemelidir.

Kabul toplantısına yalnız teknik ekibin katılması yeterli olmayabilir. İşletmenin ilgili bölüm sorumluları, kendi kullanım örneklerinin çalıştığını kontrol edebilir. Uygulamaya erişim sağlanmış olsa bile yanlış paylaşım yetkisi veya eksik kullanıcı bilgisi görülebilir. Bu tür bulguların bir iş listesine yazılması, teslimin hangi koşulla tamamlandığını belirginleştirir. Şirketin onayı bekleyen kararlarla teknik düzeltmeler aynı başlık altında kapatılmamalıdır.

Microsoft 365 kurulum hizmeti fiyatı nasıl belirlenir?

Kurulum teklifinde kullanıcı ve cihaz sayısı, alan adları, mevcut kiracının durumu, lisansların hazır olup olmadığı ve uygulanacak erişim yapısı değerlendirilir. Yeni bir ortamın hazırlanmasıyla daha önce kullanılmış bir ortamın düzenlenmesi farklı inceleme gerektirebilir. Ortak kaynakların oluşturulması, kullanıcı bilgilendirmesi ve kabul testlerinin kapsamı da iş yükünü değiştirir. Bu nedenle bedel yalnız hesap sayısıyla açıklanmamalı; hangi teslimler için istendiği görülmelidir.

Teklifte lisans alımı, ilk yapılandırma, cihaz hazırlığı ve varsa veri taşıma ayrı gösterilsin. Eski sağlayıcının erişim vermesi veya alan adı sorumlusunun DNS değişikliği yapması bekleniyorsa bu bağımlılıklar takvime dahil edilmelidir. Kesin süre, mevcut yapı görülmeden garanti edilmemelidir. Uygulama zamanı, şirketten beklenen onaylar ve kurulum sonrası destek sınırı yazılı olduğunda işin tamamlanma koşulları daha kolay anlaşılır.

Uygulama öncesi son kontroller

Yeni açılacak şirketiniz, büyüyen ekibiniz veya mevcut hesap düzeniniz için kurulum talep edebilirsiniz. İlk görüşmede şirket alan adınızı, yaklaşık kullanıcı sayısını, kullanılan cihazları ve mevcut bir Microsoft 365 ortamınız bulunup bulunmadığını belirtin. Hangi uygulamaların kullanılacağı belli değilse bunu ihtiyaç değerlendirmesinde açıklığa kavuşturabilirsiniz. Teknik erişimler ve alan adı değişiklikleri, uygulama aşamasında yetkili kişiler arasında planlanmalıdır.

Son kontrol listesinde hedef kuruluş, kullanıcı listesi, alan adı, lisanslar, cihaz hazırlığı ve pilot sonuçları birlikte yer almalıdır. Tamamlanan kontrolleri ve açık kalan işleri ayrı kaydedin. Sorumluları ve sonraki adımları belirlemek, uygulama sonucunu başlangıçta tanımlanan kapsamla karşılaştırmayı kolaylaştırır.

Teklif için Microsoft 365 yönetimi sayfasına gidin.

Sık Sorulan Sorular