Hizmet Pazaryeri ve Saha Ekip Uygulaması Geliştirme

Bu sisteme neden ihtiyaç duyuluyor?

Bu türden bir uygulamayı yaptırmak isteyen çoğu girişimci teklif alırken yanlış soruyu soruyor: kaç ekran olacak. Oysa projenin kaderini ekran sayısı değil, dört karar belirliyor. Birincisi arz-talep dengesi: uygulama hizmet vereni olmadan açılırsa müşteri bir kez gelir ve bir daha gelmez. İkincisi para akışı: ödemeyi platform mu tahsil ediyor, komisyon nerede ve nasıl hesaplanıyor, hizmet veren parasını ne zaman alıyor. Üçüncüsü güven: müşteri tanımadığı birini evine alıyor, hizmet veren tanımadığı bir adrese gidiyor; ikisinin de riskini düşüren mekanizmalar yoksa platform bir ilan panosundan öteye geçemez. Dördüncüsü kişisel veri: adres, telefon ve konum bir arada işlendiğinde KVKK tarafı en baştan doğru kurulmalıdır, sonradan yamanamaz.

Tek uygulama, iki farklı meslek

Müşteri ile hizmet vereni ayrı ayrı uygulamalar olarak yayınlamak ilk bakışta temiz görünür ama pratikte iki mağaza hesabı, iki inceleme süreci, iki güncelleme takvimi ve iki kat bakım demektir. Ev Hizmet uygulamasında bunu tek kod tabanında, kullanıcının rolüne göre açılan iki ayrı kabuk olarak kurduk. Buradaki asıl kazanç şu: hizmet verenin de bir müşteri yüzü vardır. Usta kendi evi için talep açmak istediğinde ikinci bir hesaba ihtiyaç duymaz, uygulama içinden moda geçer. Aynı yaklaşım işyeri hesapları için de geçerlidir. Tek uygulama, tek inceleme, tek güncelleme.

Talebi zenginleştirmek: müşteri arızayı tarif edemez

Hizmet pazaryerlerinde eşleştirmenin kalitesini talebin kalitesi belirler ve müşteriler çoğunlukla işi teknik diliyle anlatamaz. Su akıyor ile bataryanın kartuşu gitmiş arasındaki fark, ustanın yanına hangi parçayla geleceğini belirler. Ev Hizmet uygulamasında bunu şöyle çözdük: kullanıcı arızanın fotoğrafını çeker, görsel Google Gemini modeline gönderilir, model arızayı tanımlar ve olası maliyet aralığı ile önerileri Türkçe verir. Görseller gönderilmeden önce cihazda küçültülüp sıkıştırılır, böylece mobil bağlantıda bekleme süresi düşük kalır. Kritik ayrım: bu bir teklif değil, bir ön fikirdir; nihai fiyatı işi görecek kişi verir. Bu ayrımın arayüzde net durması, sonradan çıkacak beklenti tartışmalarını baştan keser.

Eşleştirme: havuz mu, teklif toplama mı?

İki model var ve seçim iş modelinizi belirler. Teklif toplama modelinde talep yayınlanır, birden çok hizmet veren teklif verir, müşteri seçer; müşteri için karşılaştırma imkanı doğar ama süreç yavaşlar ve hizmet verenler teklif hazırlamak için zaman harcar. Havuz modelinde talep uygun kişilerin ekranına düşer ve ilk kabul eden işi alır; süreç hızlıdır, acil işlerde tek uygulanabilir yoldur. Ev Hizmet uygulamasında havuz modelini kurduk: talep, o kategoride uzman ve o bölgeye hizmet veren kişilerin havuzuna düşer, anlık bildirim gider, tek dokunuşla kabul edilir. Hangi modelin doğru olduğu işin aciliyetine ve fiyatın standart olup olmadığına bağlıdır; keşifte birlikte karar veriyoruz.

Adres, havuzdaki herkese açık olmamalı

Bu, hizmet pazaryerlerinde en sık yapılan ve en pahalıya patlayan tasarım hatasıdır. Talep havuza düştüğünde onu henüz kabul etmemiş herkes müşterinin açık adresini görüyorsa, platform müşteri adres veritabanını her gün yeniden dağıtıyor demektir. Ev Hizmet uygulamasında havuzdaki iş kartında adres ilçe seviyesine kırpılır, harita üzerindeki konum yaklaşık üç yüz metreye yuvarlanır ve tam adres yalnızca işi kabul eden kişiye açılır. Bu kırpma tarayıcıda ya da telefonda değil, veriyi döndüren sunucu fonksiyonunun içinde yapılır; yani uygulamanın kodunu inceleyen biri bile havuzdaki adreslere ulaşamaz. Kişisel veriyi ekranda gizlemek yeterli değildir, veriyi hiç göndermemek gerekir.

Para akışı: fiyat, komisyon, tahsilat ve hakediş

Pazaryeri yazılımının en çok düşünülmesi gereken yeri burasıdır. Ev Hizmet uygulamasında hizmet veren işin net fiyatını girer, platform komisyonu kategorisine göre sunucuda hesaplanır ve müşteriye tek bir toplam çıkar. Ödeme üç yoldan yapılabilir: kredi kartıyla 3D Secure doğrulamalı ödeme, banka havalesi ya da nakit. Kart ödemesinde işlemin başarılı sayılması için tarayıcıdan dönen bilgiye güvenilmez, ödeme sağlayıcısından işlem ayrıca sorgulanıp doğrulanır; nakitte ise hem hizmet verenin hem müşterinin onayı aranır. İş tamamlanıp ödeme kapandığında fatura otomatik oluşur ve A4 PDF olarak arşivlenir. Hizmet verenin hakedişi ayrı bir ödeme akışında, IBAN doğrulaması yapıldıktan sonra ödenir.

Güven mekanizmaları: iş bitince ilişki bitmez

Bir pazaryerinin kalıcılığını fiyat değil güven belirler. Ev Hizmet uygulamasında tamamlanan işler garanti kapsamındadır: müşteri belirlenen süre içinde uygulamadan garanti talebi açabilir, hizmet veren yanıt verir, çözülmezse dosya yönetici incelemesine düşer. Her işten sonra müşteri hizmet vereni puanlar, hizmet veren de müşteriyi kendi tarafında değerlendirir; bu ikinci puan müşteriye gösterilmez, sahadaki riskli işleri önceden görmek için operasyon ekibinde kalır. Konum paylaşımı da bir güven aracıdır: hizmet veren yola çıktığında başlar, müşteri haritada varış süresini görür, iş bitince kendiliğinden durur. Kupon, referans daveti, rozet ve liderlik tablosu gibi bağlılık araçları da aynı sistemin parçasıdır.

Asıl işi yürüten ekran: operasyon paneli

Uygulama vitrindir; platformu asıl yürüten, ekibin kullandığı web panelidir. Ev Hizmet panelinde talep ve hizmet veren yönetimi, canlı harita, çağrı merkezi ekranları, saha koordinasyonu, muhasebe ve hakediş, kurumsal müşteri işlemleri, kampanya ve kupon yönetimi, destek talepleri, canlı destek ve raporlama modülleri var; toplamda seksenin üzerinde ekran. Kritik olan herkesin her şeyi görmemesi: dokuz farklı rol tanımlı ve her rol kendi kabuğunda çalışıyor. Saha koordinatörü yalnız kendi illerindeki işleri görür ve müşterinin kimliğini göremez, yalnız bir müşteri numarası görür. Bu kısıtlar arayüzde gizlemekle değil, veritabanı seviyesinde satır bazlı erişim kurallarıyla uygulanıyor.

Pazaryeri değil, kendi ekibinizi yönetmek istiyorsanız

Aynı çekirdeğin ikinci bir kullanımı var: dışarıya açık bir pazaryeri kurmak yerine kendi saha ekibinizi yönetmek. Klima servisi, teknik servis, temizlik şirketi, bakım ekibi olan işletmeler için sistem sadeleşir — komisyon ve hakediş yerine personel ataması, vardiya ve iş emri gelir; müşteri uygulaması yerine randevu alan bir web formu yeter. Talep havuzu, canlı konum, iş kanıtı ve rol bazlı panel aynen kalır. Vardiya ve mesai takibi tarafında Mesai adında kendi ürünümüzü de geliştiriyoruz; bu uygulama henüz geliştirme aşamasında, yayında değil, ve bunu olduğu gibi yazıyoruz.

Mağaza süreçleri ve yasal taraf

İki taraflı bir uygulamada mağaza incelemeleri, tek yönlü bir uygulamaya göre daha çetin geçer: hesap türleri, izin gerekçeleri, konum kullanımı ve ödeme akışı ayrı ayrı sorgulanır. Ev Hizmet uygulamasında hem App Store hem Google Play inceleme süreçlerini, veri güvenliği beyanlarını, izin gerekçelerini ve red durumlarındaki düzeltmeleri biz yürüttük. Apple hesap silme şartı gereği kullanıcı hesabını uygulama içinden silebiliyor; silme talebi verildiğinde hizmet verenin açık işleri havuza geri açılıyor, müşterinin talepleri iptal ediliyor ve karşı taraf bilgilendiriliyor. KVKK aydınlatma metni, gizlilik ve çerez politikaları ile mesafeli satış sözleşmesi web sitesinde yayında ve mağaza formlarına bağlı. Uygulama arayüzü Türkçe, İngilizce, Rusça ve Almanca çalışıyor.

Sistemin Yaptığı İşler

Süreç Nasıl İşliyor?

1. 1

   İş modelini netleştiriyoruz

   Komisyon mu abonelik mi, ödemeyi platform mu tahsil ediyor, hizmet verenler nasıl onaylanıyor, iptal ve iade kuralı ne. Bu sorular yazılımdan önce cevaplanır; çünkü yazılım bu cevapların şeklini alır.

2. 2

   Arz tarafını önce kuruyoruz

   Pazaryerlerinde en sık yapılan hata müşteri uygulamasını önce açmaktır. Hizmet veren tarafı hazır değilken gelen müşteri bir daha gelmez. Genellikle önce hizmet veren kaydı, onay akışı ve panel çalışır hale getirilir.

3. 3

   Dar kapsamlı ilk sürüm

   İlk sürüm tek şehir ve sınırlı kategoriyle çıkar. Ev Hizmet uygulaması da 12 kategoriyle yayına girdi; her kategori kendi soru setini ve fiyat mantığını getirdiği için kapsamı erken şişirmek riskli.

4. 4

   Uygulama, panel ve site birlikte

   Mobil taraf Flutter ile tek kod tabanından iOS ve Android olarak, panel ve tanıtım sitesi web olarak geliştirilir. Üçü aynı veri katmanını kullanır.

5. 5

   Mağaza yayını ve devir

   App Store ve Google Play başvuruları, veri güvenliği beyanları, izin gerekçeleri ve red düzeltmeleri bizde. Teslimde panel eğitimi, dokümantasyon ve destek koşulları netleşir.

Ne Kadar Tutar?

Sıkça Sorulan Sorular

Karar Vermeden Önce Okuyun

Bu sayfa sistemin ne yaptığını anlatıyor. Aşağıdaki yazılar ise kararı nasıl vereceğinizi.

Hangisini Seçmeli?

Bu sistemi kurarken vermeniz gereken teknoloji kararları — her karşılaştırmanın iki tarafını da gerçek projelerde kullandık.

İlgili Hizmetlerimiz