Randevu Uygulaması Nasıl Olmalı? Kuaför, Klinik ve Danışmanlar İçin Rehber

Bu rehberi kuaför, güzellik salonu, klinik, spor stüdyosu ve danışmanlık işletmeleri için hazırladık. Talha Aslan ve ekibi olarak mobil uygulama geliştirme projelerinde randevu akışını çoğu zaman ilk ekrandan son bildirime kadar birlikte kurguluyoruz. Aşağıdaki kontrol listesi, karar vermeden önce masaya koymanız gereken başlıkları özetliyor:

1. Hangi hizmetleri, hangi personelin, hangi sürede verdiğini yazılı hale getirin.
2. Müşterinin randevuyu kaç dokunuşta tamamlaması gerektiğine karar verin.
3. Hatırlatma, kapora ve iptal kuralını işletme politikası olarak netleştirin.
4. İşletme panelinde kimin neyi görebileceğini belirleyin.
5. Kişisel verilerin nerede tutulacağını ve kimin erişeceğini planlayın.
6. Hazır platform ile özel uygulamayı aynı ölçütlerle karşılaştırın.

Kuaför, klinik ve danışman için randevu ihtiyacı nasıl farklılaşır?

Üç sektör de "saat seç, onayla" mantığıyla çalışır; ancak arka plandaki kurallar oldukça farklıdır. Bu farkı baştan görmek, sonradan pahalı değişikliklerin önüne geçer. Örneğin kuaförde tek müşteri aynı ziyarette birden fazla hizmet alabilir. Klinikte ise personelin yanında oda ya da cihaz da bir kaynak olarak takvime girer.

• Kuaför ve güzellik salonu: Çoklu hizmet seçimi, hizmete göre değişen süre, personel tercihi ve kısa aralıklı yoğun takvim öne çıkar.
• Klinik: Oda veya cihaz gibi ortak kaynaklar, uzun seanslar, kontrol randevusu ve daha hassas veri koruma ihtiyacı bulunur.
• Danışman: Çevrim içi görüşme bağlantısı, saat dilimi farkı, paket seans ve görüşme öncesi kısa form sık istenir.

Dolayısıyla tek bir "randevu ekranı" tasarlayıp her sektöre uyarlamaya çalışmak genellikle yetmez. Biz önce işletmenin bir gününü baştan sona çiziyoruz, ardından ekranları bu akışa göre çıkarıyoruz. Böylece uygulama işletmenin gerçek işleyişini taklit eder, tersini değil.

Takvim ekranı müşteriyi nasıl hızlıca sonuca götürür?

Takvim ekranı, randevu uygulamasının kalbidir ve müşterinin karar verdiği yerdir. Bu ekranda amaç, boş saati en az düşünmeyle göstermektir. Bu yüzden ay görünümü yerine çoğu işletmede yatay kaydırılan gün şeridi ve altında saat kutucukları daha iyi çalışır.

Ayrıca dolu saatleri gizlemek mi, soluk göstermek mi gerektiği de önemli bir karardır. Dolu saatleri tamamen gizlerseniz ekran sadeleşir. Öte yandan soluk göstermek, işletmenin talep gördüğünü hissettirir. İki yaklaşım da mümkündür, yeter ki tutarlı olsun.

Pratikte şu ilkeler işe yarar:

• Bugünün ve yarının boş saatlerini ilk ekranda gösterin.
• Saat kutucuklarını başparmakla rahat dokunulacak büyüklükte tutun.
• Seçilen hizmetin süresini saat seçerken görünür kılın.
• En yakın boş saati tek dokunuşla öneren bir düğme ekleyin.

Kısacası takvim, işletmenin tüm verisini değil, müşterinin o anki sorusunun cevabını göstermelidir: "Bana en uygun boş saat hangisi?"

Personel bazlı müsaitlik neden vazgeçilmez bir özelliktir?

Personel bazlı müsaitlik, her çalışanın kendi çalışma saatini, izin gününü ve verebildiği hizmetleri ayrı ayrı tanımlamanızı sağlar. Bu özellik olmadan uygulama, aslında müsait olmayan bir kişiye randevu yazabilir. Sonuçta hem müşteri hem personel zor durumda kalır.

Örneğin bir salonda boya hizmetini yalnız iki uzman veriyorsa, sistem bu hizmeti diğer çalışanların takviminde göstermemelidir. Benzer şekilde öğle arası, eğitim günü ve yıllık izin de takvimde yer almalıdır. Üstelik personelin kendi telefonundan takvimini görebilmesi, işletme sahibinin yükünü belirgin biçimde azaltır.

Müşteri tarafında ise iki seçenek sunmanızı öneriyoruz. Birincisi "fark etmez" seçeneğidir; sistem uygun ilk personeli atar. İkincisi belirli bir personeli seçmektir; düzenli müşteriler genellikle bunu ister. Böylece hem hız arayan yeni müşteriye hem sadakat gösteren eski müşteriye hizmet edersiniz. Bu yapı, ileride prim ve performans raporu çıkarmayı da kolaylaştırır.

Personelin kişisel takvimiyle senkronizasyon gerekli mi?

Birçok uzman, özellikle danışmanlar ve serbest çalışan kuaförler, kendi telefon takvimini yoğun biçimde kullanır. Bu kişiler için randevu uygulamasındaki takvim ile kişisel takvim arasında bağlantı kurmak büyük kolaylık sağlar. Aksi halde aynı saate hem özel bir işi hem bir müşteriyi yazmak kolaylaşır.

Senkronizasyonun iki yönü vardır. Birincisi, uygulamadaki randevunun personelin takvimine düşmesidir; bu tek yönlü bağlantı görece basittir. İkincisi ise personelin kişisel takviminde dolu görünen saatin uygulamada otomatik kapanmasıdır. Bu iki yönlü bağlantı daha değerlidir, ancak geliştirme ve test yükünü de artırır.

Bu yüzden ilk sürümde tek yönlü bağlantıyla başlamayı, ihtiyaç doğarsa iki yönlüye geçmeyi öneriyoruz. Ayrıca resmi tatiller, işletmenin kapalı olduğu günler ve özel çalışma saatleri için panelde toplu kapatma seçeneği bulunmalıdır. Böylece bayram ya da bakım günü gibi durumlarda tek tek saat kapatmakla uğraşmazsınız.

Hizmet süresi ve tampon zaman nasıl ayarlanmalı?

Randevu sistemlerinde en sık yaşanan sorun, kâğıt üzerinde sığan ama gerçekte sığmayan randevulardır. Bunun nedeni genellikle hizmet süresinin tek bir sabit değer olarak girilmesidir. Oysa hazırlık, temizlik ve kısa dinlenme de takvimden pay alır.

Bu nedenle her hizmet için üç ayrı alan tanımlamanızı öneriyoruz:

1. Hizmet süresi: Müşterinin koltukta ya da odada geçirdiği gerçek süre.
2. Hazırlık süresi: Hizmetten önce gereken ekipman ya da oda hazırlığı.
3. Tampon süre: Hizmetten sonra temizlik, not alma veya gecikme payı.

Ayrıca bazı hizmetlerde bekleme aralığı bulunur. Örneğin boya uygulamasında ürünün etki etmesini beklerken uzman başka bir müşteriyle ilgilenebilir. Gelişmiş bir randevu uygulaması bu boşluğu başka bir kısa hizmete açabilir. Ancak bu özellik ilk sürüm için şart değildir; önce temel süreleri doğru kurun, sonra bu inceliği ekleyin.

Hatırlatma bildirimleri randevu uygulamasında nasıl çalışmalı?

Hatırlatma bildirimi, unutulan randevuları azaltmanın en ucuz yoludur. Yine de bildirimi doğru kurgulamak, mağaza kurallarına uymak anlamına da gelir. Apple'ın App Store İnceleme Yönergeleri 4.5.4 maddesi, anlık bildirimlerin uygulamanın çalışması için zorunlu tutulmamasını ister. Aynı madde, tanıtım amaçlı bildirim için kullanıcının uygulama içinde açıkça onay vermesini ve vazgeçme yolunun bulunmasını şart koşar.

Android tarafında ise Android 13 ile gelen bildirim izni devrededir. Google'ın bildirim izni belgesi, izni doğru bağlamda istemenizi ve kullanıcıya önce uygulamayı tanıma fırsatı vermenizi öneriyor. Randevu uygulamasında en doğal an, ilk randevu onaylandıktan hemen sonrasıdır. İznin zamanlamasını push bildirim izni ne zaman istenmeli yazımızda ayrıntılı anlattık.

Biz genellikle iki hatırlatma öneriyoruz: biri randevudan bir gün önce, diğeri birkaç saat önce. Üstelik bildirim içeriğine "yeniden planla" bağlantısı koymak, gelmeme yerine müşterinin ertelemeyi seçmesini sağlar.

Kapora ve ön ödeme uygulama içi satın alma sayılır mı?

Hayır; salonda ya da klinikte verilen hizmet için alınan kapora, mağazaların uygulama içi satın alma sistemi kapsamına girmez. Apple'ın yönergelerindeki 3.1.3(e) maddesi, uygulama dışında tüketilen fiziksel mal ve hizmetler için uygulama içi satın alma dışında yöntemler kullanmanızı, örneğin Apple Pay veya klasik kart girişini, açıkça istiyor.

Google tarafında da durum benzerdir. Google Play Console ödeme politikası, ödemenin esas olarak fiziksel hizmet için alındığı durumlarda Google Play faturalandırma sisteminin kullanılmaması gerektiğini belirtiyor. Bu nedenle randevu kaporasını bir ödeme kuruluşu üzerinden kartla almanız gerekir. Ancak uygulama içinde dijital bir içerik, örneğin ücretli video eğitimi satarsanız kurallar değişir. Bu ayrımı uygulama içi satın alma mı, web ödeme mi yazımızda karşılaştırdık.

Kapora tutarı ise işletmenin kararıdır. Biz sabit tutar yerine hizmete göre değişen kapora tanımlamayı öneriyoruz. Böylece uzun ve pahalı hizmetlerde iptal riskini daha iyi dengelersiniz.

İptal ve gelmeme kuralı nasıl kurgulanmalı?

İptal kuralı, işletmeyi korurken müşteriyi kızdırmayan bir denge kurmalıdır. Bu dengenin anahtarı şeffaflıktır. Müşteri, randevuyu onaylamadan önce iptal süresini ve kaporanın ne olacağını açıkça görmelidir. Sonradan sürpriz çıkan kural, olumsuz yorumun en sık nedenlerinden biridir.

Tipik bir kurgu şu adımlardan oluşur:

1. Belirli bir süre öncesine kadar ücretsiz iptal ve tek dokunuşla erteleme hakkı tanıyın.
2. Bu süre geçtikten sonra iptal edilirse kaporanın ne olacağını önceden yazın.
3. Gelmeyen müşteriyi panelde işaretleyin, tekrarlayan durumda kapora zorunlu hale gelsin.
4. İptal edilen saati anında yeniden açın ve bekleme listesindekilere haber verin.

Örnek senaryo olarak bir danışmanlık ofisini düşünün. Danışman, son dakika iptallerinde boş kalan saatleri bekleme listesindeki müşterilere bildirimle sunabilir. Böylece iptal, kayıp olmaktan çıkar ve yeni bir randevuya dönüşür. Süre ve tutar gibi değerleri işletmenin kendi politikasına göre belirlemesini, tüketici mevzuatı açısından da hukuk danışmanına kontrol ettirmesini öneriyoruz.

Bekleme listesi boş kalan saatleri nasıl doldurur?

Bekleme listesi, dolu bir saate randevu almak isteyen müşterinin sıraya girmesini sağlayan basit bir özelliktir. Yoğun işletmelerde en değerli saatler, örneğin hafta sonu öğleden sonraları, çoğu zaman günler öncesinden dolar. Bu saatlerde bir iptal olduğunda boşluğu doldurmak elle yapıldığında zahmetlidir.

Uygulama bu işi otomatik hale getirebilir. Müşteri istediği gün ve saat aralığını seçer, sistem iptal olduğunda ona bildirim gönderir. Ancak burada adil bir kural kurmak gerekir. İki yaygın yöntem vardır:

• Sıra usulü: Boşalan saat önce listedeki ilk kişiye belirli bir süreyle teklif edilir, cevap gelmezse sıradakine geçer.
• İlk gelen alır: Bildirim herkese aynı anda gider, ilk onaylayan randevuyu alır.

Sıra usulü daha adil hissettirir, ilk gelen alır yöntemi ise saati daha hızlı doldurur. Kısacası seçim, işletmenin müşteri ilişkisine verdiği öneme bağlıdır. İkisinde de bildirimin yalnız randevu bildirimi izni veren müşteriye gitmesi gerekir.

Yorum ve puan sistemi nasıl güvenilir hale gelir?

Uygulama içi yorumlar yeni müşteri için güven kaynağıdır; ancak herkesin yorum yazabildiği bir sistem hızla değer kaybeder. Bu yüzden yalnız randevusu tamamlanan müşterinin yorum yazabilmesini öneriyoruz. Böylece her yorum gerçek bir ziyarete dayanır.

Ayrıca yorum isteğinin zamanlaması da önemlidir. Hizmetten birkaç saat sonra gelen kısa bir bildirim, deneyim tazeyken geri bildirim almanızı sağlar. Üstelik puanı personel bazında tutmak, işletme sahibine kimin hangi hizmette güçlü olduğunu gösterir.

Bir de ince bir nokta var: Uygulama içi yorumlar ile mağaza puanı farklı şeylerdir. Mağaza puanı uygulamanın kendisini değerlendirir, uygulama içi yorum ise işletmenin hizmetini. İkisini karıştırmamak gerekir. Mağaza değerlendirmesini istemek için platformların kendi sistem ekranlarını kullanın; puanı yüksek olanları seçerek yönlendirme yapmayın. Olumsuz yorumlara panelden yanıt verme imkânı da güven duygusunu artırır.

İşletme paneli hangi işleri tek ekranda çözmeli?

Müşteri uygulaması ne kadar iyi olursa olsun, işletme paneli zayıfsa sistem sahada kullanılmaz. Panel, resepsiyon görevlisinin ve işletme sahibinin gün boyu açık tuttuğu ekrandır. Dolayısıyla hız ve sadelik burada da önceliklidir.

İyi bir işletme panelinde şu işlevler bulunur:

• Günlük ve haftalık takvimi personel sütunlarıyla gösterme.
• Telefonla gelen randevuyu birkaç dokunuşla elle ekleme.
• Randevuyu sürükleyerek başka saate ya da personele taşıma.
• Müşteri geçmişini, notlarını ve gelmeme kaydını görme.
• Kapora, iade ve tahsilat durumunu izleme.
• Kampanya ya da duyuru için onay vermiş müşterilere mesaj gönderme.

Panelin web tabanlı olması çoğu işletmede daha pratiktir, çünkü resepsiyon genellikle bilgisayar başındadır. Öte yandan personelin kendi telefonundan yalnız kendi takvimini görmesi de ayrı bir ihtiyaçtır. Rol bazlı yetki, yani herkesin yalnız işine yarayan veriyi görmesi, hem güvenlik hem düzen sağlar.

Müşteri hesabı zorunlu olmalı mı?

Zorunlu üyelik, ilk randevuda en çok terk edilen adımdır. Bu yüzden ilk randevuyu telefon numarası doğrulamasıyla, hesap oluşturmadan tamamlatmayı değerlendirin. Hesap avantajını, yani geçmiş randevular ve hızlı tekrar rezervasyonu, ikinci ziyarette sunabilirsiniz.

Ancak hesap açtırıyorsanız mağaza kuralları devreye girer. Apple yönergelerinin 5.1.1(v) maddesi, hesap oluşturmayı destekleyen uygulamanın hesap silmeyi de uygulama içinde sunmasını istiyor. Google tarafında ise Google Play hesap silme gereksinimleri sayfası, uygulama içi silme yolunun yanında bir web bağlantısı da şart koşuyor. Bu kuralın ayrıntısını Apple'ın zorunlu hesap silme kuralı yazımızda anlattık.

Örnek senaryo olarak düzenli gelen bir müşteriyi düşünün. İlk ziyarette yalnız telefon numarasıyla randevu alır. İkinci ziyarette uygulama ona "bilgilerinizi kaydedelim mi?" diye sorar ve tek dokunuşla hesap oluşturur. Böylece üyelik, müşteriye yük olarak değil, zaman kazandıran bir kolaylık olarak sunulur. Ayrıca bu yöntem, hesap sayısını gerçekten geri dönen müşterilerle sınırlı tutar.

Kısacası hesap açtırmak mümkündür, ama silme akışını baştan planlamak gerekir. Bu akışı sonradan eklemek, mağaza incelemesinde gereksiz bir ret turuna yol açabilir.

KVKK açısından randevu verisinde nelere dikkat etmelisiniz?

Randevu uygulaması ad, telefon, randevu geçmişi ve bazen notlar gibi kişisel verileri işler. Bu nedenle uygulama KVKK (6698 sayılı Kişisel Verilerin Korunması Kanunu) kapsamındadır. Klinik gibi işletmelerde notlar sağlık verisi içerebilir; kanun bu veriyi özel nitelikli kişisel veri olarak ayrıca korur.

Pratik olarak şu başlıkları baştan planlamanızı öneriyoruz:

• Aydınlatma metnini uygulamada kolay erişilir bir yerde sunun.
• Pazarlama izni ile randevu hatırlatmasını ayrı onaylar olarak tutun.
• Personel notlarına erişimi rol bazında sınırlayın.
• Veri saklama süresini ve silme yöntemini yazılı hale getirin.

Ayrıca Apple yönergelerinin 5.1.1(i) maddesi, gizlilik politikasının hem mağaza bilgilerinde hem uygulama içinde kolay erişilebilir olmasını istiyor. Web tarafındaki benzer adımları KVKK ve GDPR uyumlu web sitesi rehberimizde topladık. Bu bölüm hukuki danışmanlık değildir; metinleri bir hukuk uzmanına kontrol ettirin.

Hazır randevu platformu mu, özel randevu uygulaması mı?

Bu sorunun cevabını bütçeniz ve büyüme planınız belirler. Hazır platformlar hızlı başlangıç sağlar, ama markanız onların içinde bir liste kaydı olarak kalır. Özel uygulama ise kendi markanızla, kendi kurallarınızla çalışır; buna karşın geliştirme ve bakım sorumluluğu getirir. Aşağıdaki tablo iki yolu aynı ölçütlerle karşılaştırıyor:

Örnek senaryo olarak tek şubeli, iki personelli bir salon için hazır platform mantıklı olabilir. Buna karşılık çok şubeli ve sadakat programı kurmak isteyen bir zincir için özel uygulama uzun vadede daha esnektir. Maliyeti belirleyen kalemleri mobil uygulama geliştirme maliyetini neler belirler yazımızda inceledik.

Mağaza incelemesinde randevu uygulamalarını ne zorlar?

Randevu uygulamalarında karşılaşılan önemli bir engel, şablon uygulama kuralıdır. Apple yönergelerinin 4.2.6 maddesi, ticari bir şablon ya da uygulama üretim servisiyle oluşturulan uygulamaların, içeriğin sağlayıcısı tarafından doğrudan gönderilmedikçe reddedileceğini söylüyor. Yani bir hizmet sağlayıcının aynı şablonu yüzlerce işletme adına ayrı uygulama olarak yayınlaması sorun yaratır.

Bu nedenle özel uygulamayı işletmenin kendi geliştirici hesabından yayınlamak önemlidir. Biz uygulamayı geliştirip mağazaya çıkarırken hesabın işletmeye ait olmasını öneriyoruz. Böylece uygulamanın sahibi baştan bellidir.

Öte yandan inceleme sırasında başka konular da sorun çıkarabilir:

• Giriş gerektiren ekranlar için inceleme ekibine çalışan bir demo hesap vermemek.
• Gizlilik politikası bağlantısının eksik ya da çalışmıyor olması.
• Uygulamanın basit bir web sayfasından farklı bir değer sunmaması.

En sık ret nedenlerini uygulamanız neden reddedildi yazımızda ayrıca topladık.

İlk sürümde hangi özellikler olmalı?

Her özelliği ilk günden yapmak hem süreyi hem bütçeyi şişirir. Bunun yerine çalışan en küçük ürünle başlayıp gerçek kullanımı ölçmenizi öneriyoruz. Bu yaklaşımı mobil uygulama MVP nedir yazımızda genel olarak anlattık; burada randevu özelinde uyguluyoruz.

Randevu uygulamasının ilk sürümü için önerdiğimiz sıra şudur:

1. Hizmet ve personel seçimi ile gerçek zamanlı takvim.
2. Telefon doğrulamalı hızlı randevu ve onay ekranı.
3. Randevu öncesi hatırlatma bildirimi.
4. Müşterinin kendi randevusunu iptal veya ertelemesi.
5. Elle randevu ekleyebilen temel işletme paneli.

Kapora, yorum, bekleme listesi ve sadakat puanı ise ikinci aşamada güçlü adaylardır. Örneğin gelmeme oranınız düşükse kaporayı ertelemek mantıklıdır. Böylece ilk sürüm hızla yayına çıkar ve sonraki adımları gerçek veriyle seçersiniz.

Uygulama mı, randevu sistemli web sitesi mi, PWA mı?

Her işletmenin mağazada uygulamaya ihtiyacı yoktur. Müşterilerinizin çoğu yılda bir ya da iki kez geliyorsa, uygulama indirmek onlar için gereksiz bir adım olabilir. Bu durumda randevu sistemli web sitesi daha az sürtünmeyle aynı işi görür.

Ancak sık gelen müşteriler, yani her ay saç kestiren ya da paket seans alan kişiler için uygulama ciddi avantaj sağlar. Ana ekrandaki ikon, kayıtlı bilgiler ve bildirimler tekrar randevuyu çok hızlandırır. Üstelik sadakat programı gibi özellikler uygulamada daha doğal durur.

Arada bir seçenek olarak PWA (progresif web uygulaması) da vardır; tarayıcıdan çalışır ama ana ekrana eklenebilir. Üç yolun artılarını ve eksilerini mobil uygulama mı, PWA mı yazımızda karşılaştırdık. Pratikte birçok işletme web sitesiyle başlayıp tekrar gelen müşteri tabanı büyüyünce uygulamaya geçer.

Çoklu şube ve personel yetkileri nasıl yönetilir?

Tek şubede basit görünen yapı, ikinci şubeyle birlikte karmaşıklaşır. Müşteri önce şube, sonra hizmet ve personel seçmelidir. Ayrıca bir personelin haftanın bazı günleri başka şubede çalışması da sık görülen bir durumdur.

Bu nedenle veri modelini baştan çok şubeli düşünmenizi öneriyoruz, ilk sürümde tek şube olsa bile. Sonradan şube eklemek, temelden kurulmuş bir yapıda yalnız bir ayardır. Aksi halde takvim mantığının büyük kısmını yeniden yazmak gerekebilir.

Yetkiler için de basit bir rol yapısı yeterlidir:

• İşletme sahibi: Tüm şubeleri, raporları ve ayarları görür.
• Şube yöneticisi: Kendi şubesinin takvimini ve personelini yönetir.
• Personel: Yalnız kendi randevularını ve müşteri notlarını görür.

Böylece hem veri gizliliğini korursunuz hem de her kullanıcıya sade bir ekran sunarsınız.

Erişilebilirlik ve dil seçeneği neden önemlidir?

Randevu uygulamasını gençler kadar yaşlı müşteriler de kullanır. Küçük yazılar, düşük kontrastlı düğmeler ve yalnız simgeyle anlatılan işlemler bu kullanıcıları zorlar. Dolayısıyla erişilebilirlik, iyi niyet göstergesi olmanın ötesinde doğrudan randevu sayısını etkiler.

Pratikte birkaç kural çoğu sorunu çözer. Yazı boyutunun telefonun sistem ayarına göre büyüyebilmesi, düğmelerin metinle desteklenmesi ve ekran okuyucuların saat kutucuklarını doğru okuması bunların başında gelir. Üstelik renk tek başına bilgi taşımamalıdır; dolu saat yalnız gri renkle değil, "dolu" etiketiyle de belirtilmelidir.

Turistik bölgelerdeki ya da yabancı müşterisi olan işletmelerde dil seçeneği de önemlidir. Örneğin bir güzellik salonu yabancı ziyaretçilere hizmet veriyorsa, İngilizce arayüz randevu oranını artırabilir. Bu tür ihtiyaçları ilk sürümde planlamak, sonradan metinleri tek tek ayıklamaktan çok daha kolaydır.

Randevu uygulamasında hangi metrikleri izlemelisiniz?

Yayından sonra uygulamanın işe yarayıp yaramadığını ölçmek gerekir. Aksi halde geliştirme kararları sezgiye kalır. Biz randevu uygulaması projelerinde birkaç temel metriği panelin ilk ekranına koymayı öneriyoruz.

• Randevu tamamlama oranı: Takvimi açanların ne kadarının randevuyu onayladığı.
• Gelmeme oranı: Onaylanıp gelinmeyen randevuların payı.
• Son dakika iptali: İptal süresi geçtikten sonra yapılan iptaller.
• Tekrar randevu: Müşterinin belirli bir süre içinde yeniden randevu alıp almadığı.
• Doluluk: Personelin açık saatlerinin ne kadarının dolduğu.

Örneğin tamamlama oranı düşükse sorun genellikle takvim ekranında ya da zorunlu üyeliktedir. Gelmeme oranı yüksekse önce hatırlatma zamanlamasını, sonra kapora kuralını gözden geçirin. Böylece her geliştirme turunu ölçülebilir bir soruna bağlarsınız.

Randevu uygulaması geliştirme süreci adım adım nasıl ilerler?

Süreç, kod yazmadan önce işletmenin kurallarını netleştirmekle başlar. Bu aşamayı atlarsanız en iyi tasarım bile yanlış soruyu cevaplar. Bizim izlediğimiz sıra genel hatlarıyla şöyledir:

1. Keşif: Hizmet listesini, süreleri, personeli, iptal ve kapora kurallarını birlikte yazıya dökeriz.
2. Akış tasarımı: Müşteri ve işletme ekranlarının taslağını çıkarır, dokunuş sayısını ölçeriz.
3. Arayüz tasarımı: Marka renkleri ve tipografiyle görsel tasarımı hazırlarız.
4. Geliştirme: Uygulamayı, paneli ve ödeme entegrasyonunu kurarız.
5. Test: Gerçek personel ve gönüllü müşterilerle bir deneme haftası yürütürüz.
6. Mağaza yayını: Gizlilik metinlerini, ekran görüntülerini ve inceleme notlarını hazırlarız.
7. İzleme: İlk haftalarda metrikleri izler, ikinci sürümü planlarız.

Süre ve bütçe, özellik kapsamına ve entegrasyonlara göre değişir. Bu yüzden rakam vermeden önce kapsamı birlikte netleştirmeyi tercih ediyoruz. Teknoloji tarafında iOS ve Android için tek kod tabanı çoğu randevu projesinde yeterlidir.

Randevu uygulaması projesine nereden başlamalısınız?

En iyi başlangıç noktası, işletmenizin bir gününü kâğıda dökmektir. Hangi hizmeti, hangi sürede, kim veriyor? Telefonla gelen randevuları nereye yazıyorsunuz? Gelmeyen müşteriye ne oluyor? Bu soruların cevapları, uygulamanın kapsamını belirler.

Ardından yukarıdaki tabloyla hazır platform ve özel uygulama seçeneklerini karşılaştırın. Eğer kendi markanızla, kendi kurallarınızla çalışan bir uygulamaya karar verirseniz, süreci baştan sona üstlenebiliriz. Uygulamanızı biz geliştirir, mağazaya biz çıkarırız; yayından sonra da güncellemeleri birlikte planlarız.

Kapsamınıza özel bir teklif almak için mobil uygulama geliştirme hizmeti sayfamızdaki teklif formunu doldurabilirsiniz. Formda hizmet sayınızı, personel ve şube bilgisini, ödeme ihtiyacınızı paylaşmanız yeterlidir. Böylece size gerçekçi bir kapsam ve takvimle dönebiliriz.