Hizmet Pazaryeri Yazılımı (Usta & Profesyonel)
Usta, temizlik, özel ders ve danışmanlık dikeylerinde hizmet veren ile hizmet arayanı eşleştiren platformlar için talep-teklif akışı, takvim/rezervasyon ve komisyon modelini uçtan uca kurgulayan özel geliştirme rehberi.
Hizmet pazaryeri yazılımı; usta, temizlik görevlisi, özel ders öğretmeni veya danışman gibi hizmet verenlerle hizmet arayanları tek platformda eşleştiren, talep-teklif akışını, takvim/rezervasyonu ve komisyon altyapısını uçtan uca yöneten özel geliştirilmiş bir platformdur. Platform sahibine ölçeklenebilir aracılık geliri, hizmet verene düzenli müşteri akışı, alıcıya ise doğrulanmış ve karşılaştırılabilir teklifler kazandırır.
Pazar araştırması: rakamlarla hizmet pazaryeri (usta & profesyonel)
Hizmet dikeyi, e-ticaretin ürün satışından sonra en hızlı dijitalleşen alanı. Araştırma şirketi Straits Research’ün kamuya açık özetine göre küresel online talep-üzerine ev hizmetleri pazarı 2024’te 5,15 milyar USD olarak ölçüldü; 2025’te 5,97 milyar USD’ye ulaşması ve %16,04 yıllık bileşik büyüme ile 2033’te 19,65 milyar USD’yi bulması öngörülüyor (Straits Research, 2025). Yani pazar, on yıla kalmadan yaklaşık dört katına çıkma patikasında.
Türkiye zemini de hazır: Ticaret Bakanlığı’nın ETBİS verilerine dayanan “Türkiye’de E-Ticaretin Görünümü” raporuna göre 2024’te toplam e-ticaret hacmi bir önceki yıla göre %61,7 artarak 3,16 trilyon TL’ye, toplam işlem adedi 5,91 milyara ulaştı; e-ticaret yapan işletme sayısı 600 bini aştı (Ticaret Bakanlığı, 2025). Online alışveriş alışkanlığı bu ölçeğe oturmuşken, hizmet kategorilerinde dijital penetrasyonun hâlâ düşük olması hizmet pazaryerleri için açık bir alan bırakıyor.
Bu alanın Türkiye’de karşılıksız olmadığını yerli bir örnek kanıtlıyor: Türkiye çıkışlı Armut (yurt dışında HomeRun ve ProntoPro markaları), 2023 sonunda 14 ülkede 1,6 milyon hizmet verene ve 22 bin farklı hizmet türüne ulaştığını, yalnızca 2023’te 6 milyon 900 bin hizmet talebi aldığını ve euro bazında %35 büyüdüğünü açıkladı; Türkiye’de talep sayısı 5 milyonu aştı (Webrazzi, 2024). Yatırımcı iştahının en somut göstergesi ise Hindistan’dan geldi: usta ve ev hizmetleri platformu Urban Company, Eylül 2025’te Hindistan borsalarında (NSE/BSE) halka arz oldu; 2025 mali yılında gelirini %36 artırdı ve Haziran 2025 çeyreğinde platformda aylık ortalama 54 binin üzerinde aktif hizmet profesyoneli yer aldı (Chittorgarh halka arz özeti, 2025). Aynı halka arz dokümanlarında Hindistan ev hizmetleri pazarı 2024 için 59,2 milyar USD olarak ölçülüyor ve online penetrasyonun %1’in altında kaldığı vurgulanıyor — hizmet dikeyinde dijitalleşmenin ne kadar erken aşamada olduğunun kanıtı.
Sektörün pazaryeri ihtiyacını doğuran sorunlar
- Güven ve kalite belirsizliği: Alıcı, ustayı veya öğretmeni çoğunlukla referanssız buluyor; geçmiş iş, puan ve doğrulanmış yorum olmadan seçim kumara dönüşüyor.
- Fiyat şeffaflığının olmaması: Keşif öncesi fiyat belli değil, alıcı teklifleri karşılaştıramıyor; aynı iş için ödenen bedel semtten semte savruluyor.
- Dağınık koordinasyon: Randevu, adres, iş kapsamı ve pazarlık telefon-WhatsApp arasında kayboluyor; çifte randevu, unutulan görüşme ve no-show olağanlaşıyor.
- Hizmet verenin müşteri edinme maliyeti: Bireysel usta veya serbest profesyonel pazarlama yapamıyor; iş akışı ağızdan ağıza öneriye ve sezona bağımlı kalıyor.
- Belge ve yeterlilik takibi: Ustalık belgesi, sertifika veya sigorta kimse tarafından sistematik doğrulanmıyor; kayıt dışılık hem alıcıyı hem nitelikli hizmet vereni cezalandırıyor.
- Ödeme güvencesizliği: Kapora kaybı, iş bitiminde pazarlık ve anlaşmazlıkta başvurulacak bir mekanizmanın yokluğu iki tarafta da güveni aşındırıyor.
Çözüm kapsamı: hizmet dikeyine özel modüller
- Kategori bazlı dinamik talep formu: Her hizmet için ayrı soru seti — taşınmada eşya hacmi, kat ve asansör bilgisi; özel derste seviye, ders sayısı ve format. Yapılandırılmış talep verisi, teklif kalitesini ve eşleştirme isabetini doğrudan besler.
- Eşleştirme motoru: Konum (il/ilçe/mahalle), kategori, müsaitlik, puan ve yanıt hızına göre talebin uygun hizmet verenlere dağıtımı; talep başına teklif kontenjanı ile teklif enflasyonunun önlenmesi.
- Teklif ve karşılaştırma akışı: Hizmet verenin fiyat + kapsam + tarih içeren teklifi; alıcı için puan, yorum ve fiyatı yan yana gösteren karşılaştırma ekranı.
- Takvim ve rezervasyon: Müsaitlik takvimi, saat dilimli randevu, çakışma kontrolü, otomatik SMS/push hatırlatma, yeniden planlama ve iptal/no-show politikası motoru.
- Platform içi iletişim: Mesajlaşma ve maskeli arama; iletişimin platformda kalması hem KVKK hijyeni hem de platform dışına kaçışın (leakage) azaltılması için kritiktir.
- Onboarding ve belge doğrulama: Kimlik/vergi kontrolü, ustalık belgesi ve sertifika yükleme, moderasyon kuyruğu, süresi dolan belgede otomatik askı.
- Gelir modeli motoru: Komisyon, lead kredisi/kontör, abonelik veya karma model; kategori ve şehir bazında parametrik oranlar, kampanya ve öne çıkarma ürünleri.
- Ödeme ve güvence: Online ön ödeme/kapora, emanet (escrow) akışı, iş onayı sonrası hakediş, itirazda dondurma ve uyuşmazlık ekranı.
- Değerlendirme bütünlüğü: Yalnızca gerçekleşen işten yorum alınması, çift taraflı puanlama, eşik altı performansta uyarı ve askı mekanizması.
Sektörden vaka örneği: Armut/HomeRun ve Urban Company
Aşağıdaki iki platform bizim projemiz değildir; hizmet pazaryeri kuran her ekibin incelemesi gereken, kamuya açık verileriyle bilinen sektör örnekleridir ve iki farklı modelin sınırlarını net gösterirler.
Armut/HomeRun — talep-teklif (eşleştirme) modeli: Alıcı, kategoriye özel soru setiyle ihtiyacını tanımlar; platform talebi uygun hizmet verenlere iletir ve hizmet verenler teklif gönderir. İşin kendisi ve çoğunlukla ödemesi platform dışında gerçekleşir; platform değeri eşleşme hızından (likidite) üretir. Bu model arz tarafını hızla büyütür — nitekim Armut 2023 sonunda 14 ülkede 1,6 milyon hizmet verene ve yılda 6,9 milyon talebe ulaşmıştı (Webrazzi, 2024). Bedeli ise standartlaşmamış hizmet kalitesi ve işlemin platform dışına kaçma riskidir; bu yüzden soru seti kalitesi, doğrulanmış yorum ve maskeli iletişim bu modelin taşıyıcı kolonlarıdır.
Urban Company — tam yığın (full-stack) model: Platform fiyatı standartlaştırır, hizmet verene eğitim ve malzeme desteği verir, ödemeyi üstünden geçirir ve kaliteyi kendi markasıyla taahhüt eder. Daha yüksek operasyon yükü karşılığında işlem başına daha yüksek pay alınır. Modelin finansal olarak taşınabildiğini Eylül 2025’teki halka arz gösterdi: 2025 mali yılında %36 gelir büyümesi ve 54 binin üzerinde aylık aktif profesyonel (Chittorgarh, 2025). Türkiye’de kurulacak bir platform için pratik ders şudur: eşleştirme modeliyle başlayıp, hacmin yoğunlaştığı kategorilerde (ör. periyodik temizlik, kombi bakımı) tam yığın kurguya kademeli geçmek iki modelin güçlü yanlarını birleştirir — yazılım mimarisi bu geçişe baştan izin vermelidir.
Temsili Proje Kapsamı
Bu bölüm temsilidir: aşağıdaki plan gerçekleşmiş bir müşteri projesi değil, tipik bir hizmet pazaryeri projesinin nasıl fazlanacağını gösteren örnek kapsamdır; süreler dikeyin karmaşıklığına göre değişir ve fiyat içermez.
| Faz | Kapsam | Tipik süre |
|---|---|---|
| 1 — Keşif & kurgu | Dikey ve coğrafya seçimi, gelir modeli kararı, kategori/soru seti tasarımı, veri modeli, KVKK veri envanteri | 2–4 hafta |
| 2 — MVP çekirdeği | Talep formu, hizmet veren onboarding + belge doğrulama, eşleştirme motoru, teklif akışı, mesajlaşma, yönetim paneli | 8–12 hafta |
| 3 — Ödeme & takvim | Online ödeme/escrow, hakediş, takvim-rezervasyon, hatırlatma bildirimleri, iptal/no-show politika motoru | 4–6 hafta |
| 4 — Ölçekleme | Mobil uygulama, harita/rota desteği, raporlama, SEO içerik altyapısı, öne çıkarma/kampanya ürünleri | 4–8 hafta |
Tipik entegrasyon seti: PCI DSS uyumlu ödeme geçidi (gerekiyorsa lisanslı ödeme kuruluşu), SMS sağlayıcı ve İYS (ticari ileti onayı), harita/geokodlama servisi, e-Arşiv/e-Fatura ve KVKK aydınlatma-açık rıza kayıt altyapısı. Yayına alınabilir bir MVP için tipik toplam süre 4–6 ay aralığındadır.
Şartname / RFP kontrol listesi
- Hedef dikey(ler), coğrafya ve açılış stratejisi (tek şehir/tek kategori yoğunlaşması) tanımlı mı?
- Gelir modeli (komisyon / lead kredisi / abonelik / karma) kategori ve şehir bazında panelden değiştirilebiliyor mu?
- Kategoriye özel dinamik soru seti motoru var mı; yeni kategori kod yazılmadan açılabiliyor mu?
- Eşleştirme kuralları (konum, müsaitlik, puan, kontenjan) parametrik mi; talep başına teklif sınırı konabiliyor mu?
- Takvim/rezervasyonda çakışma kontrolü, hatırlatma zinciri ve iptal/no-show politikası yönetilebiliyor mu?
- Maskeli arama ve platform içi mesajlaşma ile platform dışına kaçışı azaltan kurgular mevcut mu?
- Ödeme mimarisi net mi: PCI DSS uyumlu geçit, escrow/hakediş akışı, 6493 kapsamında lisanslı ödeme kuruluşu iş birliği?
- ATHS yükümlülükleri (6563, ETBİS kaydı) ve KVKK 6698 (aydınlatma, açık rıza, saklama süreleri) kapsamda mı?
- Belge doğrulama akışı ve süresi dolan belgede otomatik askı mekanizması var mı?
- Değerlendirme bütünlüğü garanti mi — yorum yalnızca gerçekleşen işten mi alınıyor?
- Veri sahipliği, dışa aktarım ve açık API sözleşmede yazılı mı (vendor lock-in önlemi)?
- Kaynak kodun teslimi ve özel geliştirme kapsamı ile hazır script lisans sınırları ayrıştırılmış mı?
Hizmet pazaryerinde kazanan, en çok özelliği olan değil; seçtiği dikeyde eşleşme hızını ve güveni en iyi kuran platform oluyor. Dikeyinizi, gelir modelinizi ve eşleştirme kurgunuzu birlikte netleştirip yol haritasını çıkaralım — ihtiyacınızı aşağıdaki formdan iletmeniz yeterli.
Merak edilenler
Hizmet pazaryerinde gelir modeli olarak komisyon mu, lead ücreti mi, abonelik mi seçmeliyim?
Üç modelin de sektörde gerçek karşılığı var. Komisyon (take rate) modeli, ödemenin platform üzerinden geçtiği randevulu işlerde (temizlik, bakım, ders) en sağlıklısıdır; gelir işlem hacmiyle birlikte büyür. Lead/kontör modeli, keşif gerektiren ve fiyatı yerinde netleşen işlerde (tadilat, nakliyat) yaygındır: hizmet veren, talebe teklif göndermek için kredi harcar; platform işlemin dışında kalsa bile gelir üretir. Abonelik ise düzenli iş akışı vaat edebildiğiniz olgun aşamada anlamlıdır. Pratikte en dayanıklı kurgu karma modeldir: erken dönemde düşük bariyerli lead modeliyle arz tarafını büyütmek, ödeme altyapısı oturdukça komisyona geçmek. Yazılımın gelir modelini kategori bazında parametrik yönetebilmesi bu yüzden şartnamede yer almalıdır.
Hizmet verenler (usta ve profesyoneller) platforma nasıl doğrulanarak alınır?
Onboarding akışı tipik olarak dört katmandan oluşur: kimlik doğrulama (ad-soyad, T.C. kimlik veya vergi numarası beyanı), yasal statü kontrolü (esnaf/şahıs şirketi/limited kaydı ve vergi levhası), mesleki yeterlilik belgeleri (kategoriye göre ustalık belgesi, sertifika, sigorta poliçesi) ve iletişim-IBAN doğrulaması. Belgeler panelden yüklenir, moderasyon kuyruğunda otomatik ön kontrol + manuel onaydan geçer; eksik veya süresi dolan belge hizmet verenin ilgili kategoride görünürlüğünü otomatik askıya alır. Toplanan kişisel veriler KVKK 6698 kapsamında aydınlatma metnine ve saklama sürelerine bağlanır. Doğrulama derinliği dikeye göre değişir: evde bakım veya çocuğa özel ders gibi hassas kategorilerde adli sicil beyanı gibi ek katmanlar şartnameye eklenmelidir.
Randevu iptalleri ve no-show sorunu yazılımla nasıl azaltılır?
No-show (randevuya gelmeme) iki taraflı pazarda güveni en hızlı aşındıran davranıştır ve yazılım tarafında dört mekanizmayla düşürülür. Birincisi, müsaitlik takvimi ve saat dilimli rezervasyon: çakışma kontrolü çifte randevuyu baştan engeller. İkincisi, otomatik hatırlatma zinciri: randevudan 24 saat ve 2 saat önce SMS/push bildirimi, tek dokunuşla onay veya yeniden planlama. Üçüncüsü, kapora/ön ödeme: küçük bir online ön ödeme, iptal maliyetini alıcıya da yansıtarak ciddiyeti artırır. Dördüncüsü, politika motoru: son dakika iptal ve gelmeme durumlarının kaydı tutulur, tekrar eden ihlallerde puan düşüşü veya askı uygulanır. Bu kuralların tamamı panelden yönetilebilir olmalı, kod değişikliği gerektirmemelidir.
Ödeme güvencesi (escrow) hizmet işlerinde nasıl çalışır, platformun yasal statüsü ne olur?
Üründe olduğu gibi hizmette de emanet akışı kurulabilir: alıcı ödemeyi platform üzerinden yapar, tutar PCI DSS uyumlu ödeme geçidi ve gerekiyorsa lisanslı ödeme kuruluşu üzerinden emanette bekletilir; iş tamamlanıp alıcı onayı verildiğinde (veya itiraz penceresi kapandığında) komisyon kesilip kalan hakediş hizmet verenin IBAN’ına aktarılır. İtiraz açılırsa hakediş dondurulur ve uyuşmazlık ekranında kanıtlarla (fotoğraf, mesajlaşma geçmişi) çözülür. Yasal tarafta, hizmet verenle alıcıyı buluşturan platform 6563 sayılı kanun kapsamında aracı hizmet sağlayıcı (ATHS) konumuna girer ve ETBİS kaydı gerekir; para akışına aracılık kurgusu ise 6493 sayılı kanuna tabi lisanslı bir ödeme kuruluşuyla iş birliği gerektirir. Mimari, bu rolleri baştan ayrıştırmalıdır.
Hazır hizmet pazaryeri scripti yerine özel geliştirme ne zaman mantıklı?
Hazır script, konsepti hızla test etmek için yeterli görünebilir; ancak hizmet pazaryerinin rekabet gücü tam da hazır paketlerin zayıf kaldığı yerlerde saklıdır: kategoriye özel dinamik soru setleri, size özgü eşleştirme kuralları, Türkiye’ye özgü İYS/KVKK/e-belge uyumu ve gelir modelini kategori bazında değiştirebilme esnekliği. Script tarafında kaynak kodu ve veri modeli üzerinde kontrolünüz sınırlıdır; büyüdükçe lisans ve özelleştirme maliyeti birikir, tedarikçiye bağımlılık (lock-in) oluşur. Özel geliştirme; dikeyiniz netse, eşleştirme veya fiyatlama kurgunuz standart akışa sığmıyorsa ve platformu uzun vadeli bir varlık olarak büyütmeyi planlıyorsanız mantıklıdır. Kaynak kodun teslimi, veri sahipliği ve açık API her iki senaryoda da sözleşmeye yazılmalıdır.
Kendi pazaryerinizi size özel geliştirelim.
Pazaryeri fikrinizi ya da mevcut ihtiyacınızı yazın; iş modelinden geliştirmeye tek elden değerlendirip 1 iş günü içinde dönelim. Hazır paket değil — kaynak kodu sizin, size özel.
Talep Oluştur