Sakin Mobil Uygulamasına Geçiş: Benimseme Planı

Bir site sakin mobil uygulaması için indirme bağlantısı göndermek, geçişin yalnızca başlangıcıdır. Sakin hesabı açılmıyor, dairesini yanlış görüyor, ilk ekranda ne yapacağını bilmiyor veya yardım kanalını bulamıyorsa uygulama telefonda yüklü olsa bile günlük yönetime dahil olmaz. Başarılı geçiş; doğru veri, anlaşılır iletişim, küçük bir pilot, kolay destek ve gerçek kullanım davranışlarının birlikte yönetilmesini gerektirir.

Bu rehber, site yönetimi ve iletişim ekipleri için 30 günlük uygulanabilir bir benimseme planı sunar. Amaç herkesi aynı gün uygulamaya zorlamak değil; sakinlerin değerli bir işlemi güvenle tamamladığı, soruların kaybolmadığı ve yönetimin geri bildirimle akışı iyileştirdiği kontrollü bir geçiş kurmaktır.

Mobil uygulamayı indirmek ile benimsemek arasındaki fark

İndirme, cihazda uygulamanın bulunduğunu gösterir. Benimseme ise sakinin ihtiyacı olduğunda uygulamayı doğru kanal olarak seçmesi demektir. Bir duyuruyu okumak, talep oluşturmak, borç durumuna bakmak veya ziyaretçi daveti hazırlamak gibi gerçek bir işlemin tamamlanması bu açıdan indirmeden daha anlamlıdır.

Bu nedenle “Kaç kişi bağlantıya tıkladı?” sorusunun yanına üç soru daha ekleyin:

• Kaç uygun sakin ilk girişini tamamladı?
• Kaç kişi geçişin hedeflediği ilk yararlı işlemi yaptı?
• İlk kullanımdan sonra hangi sorunlar tekrarlandı ve hangileri çözüldü?

Geçiş hedefi yalnızca “uygulamayı kullandırmak” kadar geniş olmamalıdır. İlk ay için tek cümlelik bir davranış hedefi belirleyin. Örneğin: “Sakinler planlı su kesintisi duyurusunu uygulamadan okuyacak ve ortak alan arızasını talep olarak iletecek.” Böylece eğitim içeriği, ölçüm ve destek aynı sonuca bağlanır.

Geçişten önce hangi hazırlıklar yapılmalı?

1. Sakin–daire eşleşmesini doğrulayın

Pilot başlamadan önce aktif daire, malik, kiracı ve iletişim bilgilerinin güncelliğini kontrol edin. Aynı kişinin birden fazla bağımsız bölümle ilişkisi, taşınan sakinler, yeni kiracılar ve boş daireler için erişim kuralı net olmalıdır. Yanlış kişiye yanlış daire görünümü verilmesi, ilk deneyimi bozduğu gibi güven sorununa da yol açar.

Yalnızca geçiş için gerekli alanları kullanın; ihtiyaç duyulmayan kişisel bilgileri yeni bir listeye taşımayın. Yönetim ekibinde kimin kayıt düzeltme, davet yenileme ve erişim sonlandırma işlemlerinden sorumlu olduğu da yazılı olmalıdır.

2. İlk değer davranışını seçin

İlk kullanımda bütün özellikleri anlatmak yerine sakinin hemen fayda görebileceği bir veya iki davranış seçin. Yaklaşan bir duyuruyu görüntülemek, basit bir talep açmak ya da ziyaretçi daveti oluşturmak uygun olabilir. İlk görev gerçek, kısa ve sonucu görülebilir olmalıdır; sırf eğitim için oluşturulan yapay işlemler kafa karıştırabilir.

3. Destek sahibini ve yedek kanalı belirleyin

Giriş sorusu kime gelecek? Hesap–daire eşleşmesini kim düzeltecek? Teknik bir kesinti olursa sakinlere nasıl bilgi verilecek? Canlıya alma gününden önce tek bir birincil destek kanalı, çalışma saatleri, cevap sorumlusu ve gerekli durumlarda eskalasyon yolu tanımlayın. Uygulamaya erişemeyen sakinler için geçici yedek kanalın ne zaman ve nasıl kullanılacağı da açıklanmalıdır.

4. İletişim paketini önceden hazırlayın

En az dört kısa içerik hazırlayın: geçiş ön duyurusu, davet/giriş adımları, ilk işlem rehberi ve yardım mesajı. Her içerikte aynı isimleri ve aynı destek kanalını kullanın. Ekran görüntüsü kullanılacaksa yalnızca güncel, yetkili ve kişisel veri içermeyen görüntüler paylaşın.

30 günlük sakin uygulaması benimsetme planı

Gün 1–5: Kapsamı ve hazır oluşu netleştirin

İlk beş günde proje sahibi, destek sorumlusu ve veri sorumluluklarını belirleyin. Hangi sakin grubunun kapsama girdiğini, hangi işlerin uygulamaya taşınacağını ve hangi eski kanalların ne kadar süre açık kalacağını yazın. Sakin–daire kayıtlarını örneklemle kontrol edin; davet, ilk giriş, parola yenileme ve erişim sonlandırma akışlarını ekip içinde prova edin.

Bu aşamanın çıktısı uzun bir proje belgesi olmak zorunda değildir. Bir sayfalık kapsam özeti, sorumlu listesi, sık sorulan sorular ve sorun kayıt tablosu yeterli bir başlangıç oluşturur.

Gün 6–10: Temsili bir pilot grup çalıştırın

Pilot grubunu yalnızca teknolojiye meraklı kişilerden seçmeyin. Malik ve kiracı, farklı yaş grupları, farklı telefon işletim sistemleri ve dijital işlemlerde farklı rahatlık düzeyleri temsil edilmelidir. Birkaç kolay kullanıcı geçişin mümkün olduğunu gösterir; zorlanan kullanıcılar ise geniş yayından önce asıl destek ihtiyacını görünür kılar.

Microsoft’un kurumsal teknoloji geçişleri için hazırladığı erken benimseyen programı rehberi, pilot grupta farklı iş ve teknoloji profillerinin, destek ekibinin ve geri bildirim vermeye istekli kullanıcıların bulunmasını önerir. Bu kaynak site yönetimi için yazılmamıştır; ancak temsili pilot, eğitim ve geri bildirim ilkeleri sakin uygulaması geçişine uyarlanabilir.

Pilot katılımcılardan gerçek bir görevi tamamlamalarını isteyin: daveti kabul etme, giriş yapma ve seçilen ilk işlemi gerçekleştirme. Her sorunu tarih, cihaz/işletim sistemi, adım, görülen mesaj ve çözüm sonucu ile kaydedin. Sorunları kullanıcı hatası diye etiketlemek yerine akış, veri, anlatım veya teknik konu olarak sınıflandırın.

Gün 11–15: İletişimi pilot bulgularıyla düzeltin

Pilotta en çok sorulan soruları davet metnine ve kısa rehbere ekleyin. İletişim mesajı şu dört soruyu tek bakışta yanıtlamalıdır:

1. Neden değişiyoruz? Hangi sorunu çözüyoruz?
2. Nasıl başlarım? Davet, giriş ve doğrulama adımları nedir?
3. İlk olarak ne yapacağım? Beklenen ilk yararlı işlem hangisidir?
4. Takılırsam kime ulaşacağım? Destek kanalı ve zamanı nedir?

“Artık her şey uygulamada” gibi geniş bir vaat yerine somut örnek verin: “Bakım duyurularını uygulamadaki Duyurular bölümünden görebilir, ortak alan talebinizi Talep Oluştur alanından iletebilirsiniz.” Sakinlerin alışkanlıklarını değiştirmelerini isterken yeni kanalın faydasını ve eski kanalın geçiş takvimini açıkça anlatın.

Gün 16–23: Kademeli yaygınlaştırma ve destek

Davetleri mümkünse blok, etap veya yönetilebilir sakin grupları halinde gönderin. Bu yöntem destek ekibinin aynı anda gelen giriş sorunları altında kalmasını önler ve ilk dalgadaki düzeltmeleri sonraki gruba uygulama fırsatı verir. Gönderimden sonra yalnızca hatırlatma yapmak yerine yardım seçeneğini görünür tutun.

Yüz yüze destek masası, kısa telefon yardımı veya belirlenmiş saatlerde çevrim içi destek, ilk hafta için kullanılabilir. Her sakin için tüm uygulamayı anlatmaya çalışmayın; giriş ile ilk değer davranışını birlikte tamamlayın. Bir sakinin uygulamayı açıp ilk duyuruyu bulabilmesi, uzun özellik sunumundan daha yararlı bir başlangıçtır.

Gün 24–30: Ölçün, geri bildirim döngüsünü kapatın

Son hafta, yalnızca davet sayısını değil geçiş hunisini inceleyin: uygun sakin, davet teslimi, ilk giriş, ilk yararlı işlem, tekrar kullanım ve destek talebi. En sık görülen üç engel için sorumlu ve düzeltme tarihi belirleyin. Bir yardım metni değiştiyse, daire eşleşmesi düzeltildiyse veya teknik konu çözüldüyse sonucu sakinlere kısa bir güncellemeyle bildirin.

Geri bildirimin kapanması güven oluşturur. “Görüşlerinizi aldık” demek yerine neyin değiştiğini veya neden değişmediğini açıklayın. Bir sonraki ay için de yeni bir hedef davranış seçin; örneğin önce duyurular, daha sonra talep oluşturma veya ziyaretçi daveti gibi.

Sakinlere gönderilecek geçiş mesajları nasıl olmalı?

Mesaj	Amaç	İçermesi gerekenler	Kaçınılacak hata
Ön duyuru	Değişikliğin nedenini anlatmak	Başlangıç tarihi, ilk kullanım alanı, yardım kanalı	Özellik listesini uzun uzun sıralamak
Davet mesajı	Girişi tamamlatmak	Resmî bağlantı, kısa adımlar, son tarih yerine destek zamanı	Bağlantıyı açıklamasız göndermek
İlk işlem rehberi	İlk değeri göstermek	Tek görev, beklenen sonuç, gerekirse kısa görsel	Aynı anda bütün menüleri anlatmak
Destek/hatırlatma	Takılanları sürece döndürmek	Yardım kanalı, açık olduğu saat, sık görülen çözüm	Kullanmayanları suçlayan veya baskı kuran dil
Geri bildirim kapanışı	Güven ve devamlılık sağlamak	Düzeltilen konu, sonraki adım, yeni geri bildirim yolu	Toplanan görüşlerin sonucunu paylaşmamak

Duyuru yazımının amaç, hedef kitle, tarih ve sakin aksiyonu gibi temel unsurlarını ayrıntılı görmek için site duyurusu hazırlama rehberini kullanabilirsiniz. Kanal seçimini daha geniş çerçevede ele almak için site sakin iletişimi rehberi de geçiş iletişimini tamamlar.

Pilot grup ve sakin destekçileri nasıl seçilir?

Pilot katılımcı, yalnızca yeni teknolojiyi seven kişi değildir. Geçişte karşılaşacağınız gerçek çeşitliliği temsil eden ve deneyimini açıkça anlatabilen kişidir. Aşağıdaki profillerden dengeli bir grup oluşturun:

• Yönetimle sık iletişim kuran ve talep oluşturan sakinler.
• Uygulamaları rahat kullanan gönüllüler.
• Dijital işlemlerde yardıma ihtiyaç duyduğunu belirten sakinler.
• Malik ve kiracı gibi farklı ilişki türleri.
• Farklı blok veya etaplarda yaşayan kullanıcılar.
• Destek masasında görev alacak yönetim ve güvenlik/operasyon temsilcileri.

Gönüllü bir “sakin destekçisi”, komşularına resmî karar vermeden yalnızca başlangıç adımlarında yardımcı olabilir ve tekrar eden soruları yönetim ekibine aktarabilir. Yetki, kişisel veri veya hesap düzeltme işlemleri ise yönetimin belirlediği sorumlularda kalmalıdır. Microsoft’un teknoloji destekçileri yaklaşımı da destekçilerin akranlarına yardım etmesini ve proje ekibine geri bildirim taşımasını vurgular; bu prensip, rol sınırları korunarak site topluluğuna uyarlanabilir.

Geçiş başarısı hangi göstergelerle ölçülür?

Her site için geçerli tek bir hedef oran yoktur. Sakin sayısı, yaş dağılımı, iletişim kayıtlarının güncelliği ve seçilen ilk kullanım senaryosu sonucu etkiler. Kendi başlangıç değerinizi belirleyin ve haftalık değişimi izleyin.

• Davet kapsamı: Davet gönderilen uygun sakin sayısı / uygun sakin sayısı.
• İlk giriş oranı: İlk girişini tamamlayan sakin sayısı / davet teslim edilen sakin sayısı.
• İlk değer oranı: Seçilen ilk yararlı işlemi tamamlayan sakin sayısı / ilk giriş yapan sakin sayısı.
• Tekrar kullanım: İzleme döneminde ikinci kez gerçek işlem yapan sakin sayısı.
• Destek ihtiyacı: Giriş, veri eşleşmesi, kullanım ve teknik konu başlıklarına göre yardım kayıtları.
• Çözüm süresi: Destek kaydının açılması ile doğrulanmış kapanışı arasındaki süre.

Bu ölçümlerin bazıları mevcut sistem kayıtlarından, bazıları ise geçiş ekibinin basit takip tablosundan üretilebilir. Bir göstergenin Liyova içinde hazır rapor olarak bulunduğunu doğrulamadan ürün özelliği gibi sunmayın. Amaç, hangi engelin çözülmesi gerektiğini görmek ve sonraki davet grubunu daha iyi hazırlamaktır.

En sık yapılan mobil uygulama geçiş hataları

• Herkesi aynı gün davet etmek: Destek kapasitesi aşılır ve aynı sorun tekrar tekrar yaşanır.
• Veri temizliğini son güne bırakmak: Yanlış daire veya eski sakin eşleşmeleri güveni zedeler.
• Yalnızca özellik anlatmak: Sakin ilk olarak hangi işi yapacağını anlayamaz.
• Pilota yalnızca hevesli kullanıcıları almak: Geniş yayındaki gerçek erişilebilirlik ve destek sorunları görünmez.
• Eski kanalı belirsiz bırakmak: Aynı talep hem mesajlaşma grubuna hem uygulamaya gelir; kayıtlar bölünür.
• Teknik destek ile kayıt düzeltmeyi karıştırmak: Sorunun sahibi bulunamadığı için çözüm uzar.
• Sadece indirme sayısını izlemek: Uygulamanın gerçek bir iş için kullanılıp kullanılmadığı anlaşılmaz.
• Geri bildirimi kapatmamak: Sakinler sorunun iletildiğini görür, fakat sonucunu öğrenemez.

Liyova ile sakin mobil deneyimini tek akışta kurun

Liyova Sakin Mobil Uygulaması; sakinlerin borç görünümü, duyuru okuma, talep oluşturma ve ziyaretçi daveti gibi işlemlerini yönetim tarafındaki kayıtlarla aynı mobil deneyimde buluşturur. Geçiş planında bu işlevlerin tamamını bir anda öğretmek yerine, site için en sık ve en anlaşılır kullanım senaryosuyla başlayabilirsiniz.

Duyurular ile toplu iletişim, kanal seçimi ve teslimat kayıtlarını; Talepler ile kategori, öncelik, durum, görsel ve iş emrine dönüşüm akışını yönetebilirsiniz. Ziyaretçi deneyimi hedefleniyorsa Ziyaretçi Yönetimi QR geçiş kartı, kısa kod ve geçerlilik durumu gibi adımları sakin bağlantısıyla birlikte ele alır.

QR kodun geçerlilik, kapı kontrolü, istisna ve kayıt yaşam döngüsünü planlamak için QR kodlu ziyaretçi yönetimi rehberini inceleyebilirsiniz.

Mesajlaşma grubu ile kayıtlı sakin uygulamasının nerede ayrıldığını değerlendirmek için WhatsApp grubu mu sakin uygulaması mı? karşılaştırmasına bakın. Ardından geçiş hedefinizi, pilot grubunuzu ve ilk değer davranışınızı belirleyerek küçük bir sakin grubuyla prova yapın. Liyova’nın sakin deneyimini kendi sitenizde görmek için Liyova’yı inceleyin.

Yayın öncesi kısa kontrol listesi

• Hedef sakin grubu ve ilk kullanım senaryosu yazıldı mı?
• Sakin–daire eşleşmeleri örneklemle doğrulandı mı?
• Pilot grup farklı kullanıcı profillerini temsil ediyor mu?
• Davet, ilk işlem ve destek mesajları hazır mı?
• Hesap düzeltme ve teknik destek sorumluları belli mi?
• Eski kanalın geçiş süresi açıklandı mı?
• İlk giriş, ilk işlem ve destek sorunları nasıl sayılacak belli mi?
• Geri bildirime ne zaman ve nasıl cevap verileceği planlandı mı?

Sık sorulan sorular

Bütün sakinler aynı gün uygulamaya geçirilmeli mi?

Genellikle kontrollü ve kademeli davet daha yönetilebilirdir. Pilot ve küçük davet dalgaları, aynı sorunun geniş kitleye yayılmasından önce veri, anlatım veya teknik akışın düzeltilmesini sağlar. Grup büyüklüğü sitenin destek kapasitesine göre belirlenmelidir.

Teknoloji kullanmakta zorlanan sakinler için ne yapılmalı?

Giriş ve ilk işlem adımlarını kısa, tek görevli bir rehberle anlatın; belirli saatlerde telefon veya yüz yüze yardım sunun. Yardım sırasında kişinin hesabını devralmak yerine adımları kendisinin tamamlamasına destek olun. Erişemeyen kişiler için geçici yedek iletişim kanalını da açıkça belirtin.

Eski WhatsApp grubu hemen kapatılmalı mı?

Geçiş planına bağlıdır. Bir süre birlikte kullanım gerekiyorsa hangi tür mesajın hangi kanaldan yürütüleceğini yazın ve bitiş tarihini paylaşın. Aksi halde talepler, duyurular ve destek soruları iki kanala bölünür. Karar verirken kayıt, yetki ve erişilebilirlik ihtiyacını birlikte değerlendirin.

İlk kullanım için hangi özellik seçilmeli?

Sık ihtiyaç duyulan, kısa sürede tamamlanan ve sonucu görülen bir işlem seçin. Güncel bir duyuruyu okumak veya basit bir ortak alan talebi oluşturmak çoğu durumda bütün menüleri gezdirmekten daha anlaşılırdır. Seçim, sitenin gerçek gündemine dayanmalıdır.

30 gün sonunda geçiş tamamlanmış sayılır mı?

30 gün ilk benimseme döngüsünü kurmak için pratik bir dönemdir; nihai bitiş tarihi değildir. Yeni sakinler, cihaz değişiklikleri, uygulama güncellemeleri ve yeni kullanım senaryoları nedeniyle eğitim, destek ve ölçüm devam eder. İlk ayın çıktısı, sonraki iyileştirme döngüsünün başlangıç verisidir.