Fiyat; projenin kapsamına, entegrasyonlara ve gerekli geliştirmelere göre değişir. Kesin fiyat kısa bir analiz görüşmesinden sonra yazılı teklifle verilir.
01Personel bazlı randevu maliyetini belirleyen kalemler
- hatırlatma kanalları (SMS, WhatsApp, e-posta)
- takvim ve kanal senkronizasyonları
- uzman, şube veya kaynak sayısı
- mobil uygulama ihtiyacı
- ödeme, kapora ve iade kuralları
- Seçilen özellikler: mola ve uzman seçimi gibi detaylar
Bu kalemlerden en büyük farkı çoğunlukla entegrasyonlar ve özel iş kuralları yaratır; tasarım ve içerik ise ikinci sırada gelir.
02Ücretlendirme modelleri
Bakım ve destek anlaşması
Yayındaki sistemin izlenmesi, güncellenmesi ve küçük geliştirmeleri için düzenli bir çerçeve sunar.
Aşamalı (modül modül)
İhtiyacın kullandıkça netleşeceği projelerde uygundur; her aşama ayrı onaylanır ve faturalanır.
Sabit kapsam
Kapsamı ve teslim kriterleri net olan işlerde uygundur; değişiklikler ayrıca planlanır.
03Personel bazlı randevu planlarken bilinmesi gerekenler
- iptal/erteleme kuralları
- hatırlatma kanalları (SMS/WhatsApp; İYS ve Meta kuralları)
- slot süresi ve tampon
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Gelmeyen müşteri | Hatırlatma yok | Otomatik hatırlatma ve kapora |
| Telefon trafiği yüksek | Online randevu yok | Self servis randevu |
| Çifte randevu | Ortak takvim yok | Merkezi kapasite kontrolü |
05Personel bazlı randevu hangi ihtiyaca cevap verir?
Birden fazla uzman veya kaynak olduğunda
Her uzman, oda veya saha için ayrı çalışma saati ve hizmet süresi tanımlanır.
Kapora veya ön ödeme gerektiğinde
Ödeme adımı randevu akışına eklenir; iade kuralları otomatik uygulanır.
06Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel uzman seçimi ve hizmet süresi; hazır bileşenler ağırlıkta | Hazır altyapı veya hafif özel geliştirme | Tek ekip/şube, büyümeye açık |
| Dengeli | Ana iş akışı eksiksiz, raporlar ve temel entegrasyonlar | Modüler mimari | Birkaç rol ve şube |
| Kapsamlı | Özel iş kuralları, çoklu entegrasyon, ileri raporlama | Ölçeklenebilir mimari, test otomasyonu | Çok şube, yoğun kullanım |
07Teklif karşılaştırırken sorulacak sorular
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Ödeme planı teslim aşamalarına bağlı mı?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
08Teklifte ayrıca sorulması gereken giderler
- alan adı yenileme
- SMS, e-posta ve API kullanım ücretleri
- üçüncü taraf yazılım ve eklenti lisansları
- sunucu veya bulut kullanımı
- App Store ve Google Play geliştirici hesapları
Bu giderlerin kimin adına açılacağı ve kimin ödeyeceği teklifte yazmalıdır; hesapların işletme adına açılmasını öneririz.
09Çüngüş'te teklif almak
Çüngüş, Diyarbakır iline bağlı bir ilçedir ve PTT adres verisine göre 40 mahalleden oluşur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde personel bazlı randevu için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.
Mesafe yazılım işinin önünde engel değildir: Çüngüş'teki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Diyarbakır genelinde Dicle, Sur ve Diyarbakır Yenişehir gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Personel bazlı randevuyu planlıyorsanız 0540 003 19 81 numarasını arayın veya WhatsApp'tan ihtiyacınızı birkaç cümleyle yazın; teklif formunu da doldurabilirsiniz.
10Örnek kapsam hesabı
Örnek: randevu kapasitesi
- Uzman / kaynak
- 2
- Günlük çalışma
- 7 saat
- Seans süresi
- 60 dk
- Günlük slot
- 14
- Aylık slot (26 gün)
- 364
- Gelmeme oranı %17 ile boş kalan slot (aylık)
- 62
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Ödeme planı nasıl olur?
Ödemenin teslim aşamalarına bağlanmasını öneririz; her aşama test ortamında onaylandıktan sonra bir sonrakine geçilir.
Personel bazlı randevu sonradan genişletilebilir mi?
Evet. Hizmet süresi gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Teklif ne kadar süre geçerli olur?
Teklifin geçerlilik süresi teklifte ayrıca yazılır; kapsam değişirse teklif güncellenir.
Personel bazlı randevu için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve uzman seçimi gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Diyarbakır dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Güneydoğu Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Mevcut Google Takvimimle çalışır mı?
Takvim senkronizasyonu kurulabilir; randevular uzmanın kullandığı takvime düşer ve dolu saatler sistemde kapanır.
Neden teklifler arasında büyük fark var?
Kapsama dahil modüller, entegrasyonlar, test ve bakım koşulları tekliflerde farklı yazılabilir. Kalem kalem karşılaştırmak farkın nedenini gösterir.
Çüngüş'te yüz yüze görüşebilir miyiz?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
→İlgili sayfalar
Personel Bazlı Randevu hakkında diğer konular
- Personel bazlı randevu firmasıFirma seçerken bakılacaklar
- Personel bazlı randevu özellikleri ve modülleriOlması gereken modüller ve özellikler
- Personel bazlı randevu teknolojileriTeknoloji seçimi ve mimari
- Personel bazlı randevu geliştirme süreciAnalizden yayına aşamalar
- Personel bazlı randevu bakım ve destekYayın sonrası bakım, güncelleme ve destek
Çüngüş'te ilgili hizmetler
Diyarbakır içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- uzman seçimi
- hizmet süresi
- mola
- iCal
- bekleme listesi
- hatırlatma
- takvim
- iptal kuralı
- Google Takvim
- no-show
- Diyarbakır
- Çüngüş