Müşterilerin uzman ve saat seçerek randevu aldığı uygulama.
01Olmazsa olmaz özellikler
- takvim
- hatırlatma
- iptal/erteleme
02İhtiyaca göre eklenen modüller
Çapraz platform (tek kod tabanı)
Çapraz platform (tek kod tabanı), ihtiyaç netleştiğinde randevu uygulaması içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
Çevrimdışı çalışma
Çevrimdışı çalışma, ihtiyaç netleştiğinde randevu uygulaması içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
Kamera ve barkod okuma
Kamera ve barkod okuma için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Konum servisleri
Konum servisleri, ihtiyaç netleştiğinde randevu uygulaması içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
03Randevu uygulaması planlarken bilinmesi gerekenler
- Kullanıcı kim? Müşteri (mağazada yayın) mi, çalışan (kurum içi dağıtım) mı?
- Platform: tek kod tabanı çoğu işletme uygulaması için yeterlidir; cihaz donanımına yoğun erişimde yerel geliştirme düşünülür.
- Mağaza hesapları işletme adına açılır (Apple'da tüzel kişi hesabı için D-U-N-S numarası istenir).
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Uygulama yavaş ve çöküyor | Kontrolsüz veri çekimi, test eksikliği | Profil analizi ve testler |
| Eski uygulama güncel sürümlerde çalışmıyor | SDK güncellenmemiş | Sürüm yükseltme |
| Uygulama mağazada reddedildi | Gizlilik açıklaması/izin metinleri eksik | Mağaza kurallarına göre düzeltme |
05Kullanıcı rolleri ve yetkiler
| Rol | Görebilir | Yapabilir |
|---|---|---|
| Yönetici | Tüm birimler | Onay ve yetki |
| Birim sorumlusu | Kendi birimi | Onay, atama, rapor |
| Kullanıcı | Kendi kayıtları | Giriş ve takip |
| Denetçi | Salt okunur raporlar | Dışa aktarım |
06Raporlar ve mobil kullanım
Rapor ihtiyacı, kararların hangi rakamlara bakılarak verildiği sorusuyla belirlenir; her rapor bir karara hizmet etmelidir.
Arayüz mobil uyumlu tasarlanır; sahada veya yolda olan kullanıcılar tarayıcıdan aynı ekranlara erişir. Kamera, barkod veya çevrimdışı kullanım gerekiyorsa mobil uygulama değerlendirilir.
07Sektöre göre özellik önerileri
- Saha ve servis ekipleri: Çevrimdışı çalışan iş emri, kapsama alanı dışında da kayıt alır.
- Kurum içi kullanım: Kurum içi dağıtım, uygulamayı mağazaya çıkarmadan çalışanlara ulaştırır.
- Müşteri uygulamaları: Bildirim ve sadakat özellikleri tekrar alışverişi destekler.
- Eğitim ve topluluklar: İlerleme takibi ve bildirimler katılımı sürdürür.
08Altındağ için özellik planı
Altındağ'ın PTT verisindeki 26 yerleşim kaydı 8 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için randevu uygulaması tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Altındağ'da bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Aynı ildeki Çamlıdere, Pursaklar ve Akyurt ilçeleri için de randevu uygulaması talepleri değerlendirilir; toplantılar uzaktan yapılır.
Altındağ bölgesinden randevu uygulaması için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.
SSSSık sorulan sorular
Randevu uygulaması için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve takvim gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Randevu uygulaması sonradan genişletilebilir mi?
Evet. Hatırlatma gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Özellik listesini nasıl hazırlamalıyım?
Bugün nasıl çalıştığınızı, en çok zaman alan işi ve olmazsa iş yapılamayacak adımları yazmanız yeterli; teknik listeyi analizde birlikte çıkarırız.
Ankara dışındaki işletmelere de hizmet veriyor musunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Ankara de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Hangi özellik ilk sürümde olmalı?
Her gün kullanılacak ve en çok zaman kazandıracak özellikler ilk sürümde olmalıdır; diğerleri kullanım verisine göre eklenir.
Mağaza hesapları kimin adına açılır?
İşletmenin adına açılır. Apple'da tüzel kişi hesabı için D-U-N-S numarası istenir; hesap erişimleri işletmede kalır.
Kullanıcı rolleri nasıl belirlenir?
Kimin neyi göreceği, kimin neyi onaylayacağı mevcut iş akışından çıkarılır ve bir yetki matrisiyle belgelenir.
Tüm özellikler ilk sürümde mi olmalı?
Hayır. İlk sürüm en çok zaman kaybettiren işi çözmeye odaklanır; diğer özellikler kullanım verisi ve geri bildirimle sürüm planına alınır.
→İlgili sayfalar
Randevu Uygulaması hakkında diğer konular
- Randevu uygulaması: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Randevu uygulaması geliştirme süreciAnalizden yayına aşamalar
- Randevu uygulaması entegrasyonlarıBağlanabilecek sistemler
- Randevu uygulaması teknolojileriTeknoloji seçimi ve mimari
- Randevu uygulaması bakım ve destekYayın sonrası bakım, güncelleme ve destek
Altındağ'da ilgili hizmetler
Ankara içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- takvim
- hatırlatma
- iptal/erteleme
- Google Play
- App Store
- TestFlight
- iç test
- Swift
- çevrimdışı mod
- Ankara
- Altındağ