Armut Gibi Hizmet Pazaryeri Nasıl Yapılır? Modüller, Eşleştirme ve Güvenli Ödeme (2026 Rehberi)

Hizmet pazaryeri yapmak isteyen girişimciler genellikle Armut gibi platformları örnek alır: müşteri ihtiyacını anlatır, uygun hizmet verenler teklif gönderir ve aynı zamanda iş platform üzerinden tamamlanır. Temizlik, tadilat, nakliyat, özel ders, fotoğrafçılık veya teknik servis gibi alanlarda talep ile hizmet vereni buluşturan platform, ürün satan pazaryerlerinden çok değişik dinamiklerle çalışır. Gerçekte, hizmet somut stok değildir; kalite, zamanlama ve güven her işte yeniden kurulur. Öte yandan, 360 Soft olarak İstanbul'da çift taraflı platformlar geliştiren ekibimizin proje deneyimlerini de her bölüme yansıttık. Rehberde hizmet pazaryeri kurmak isteyen kurucu için gerekli modülleri, talep ile birlikte teklif akışını, eşleştirme mantığını, korumalı ödeme ve hakediş yapısını, gelir modellerini, KVKK ve tüketici mevzuatını, hafta bazlı geliştirme takvimini ve sık yapılan hataları ele alıyoruz.

Hizmet Pazaryeri Nedir, Hangi Modelle Başlanmalı?

Hizmet pazaryeri, hizmet almak isteyen müşteriyi o hizmeti sunan bağımsız profesyonellerle buluşturan çift taraflı dijital platformdur. Platformun başarısı, iki tarafı aynı anda yeterli yoğunlukta buluşturabilmesine bağlıdır. Teklif toplama modelinde alıcı talep oluşturur ile birlikte hizmet verenler fiyat teklifi gönderir. Anında rezervasyon modelinde ise fiyatı ve kapsamı standart hizmetler doğrudan takvimden satın alınır.

Teklif toplama modeli tadilat, nakliyat ve organizasyon gibi kapsamı işe göre değişen hizmetlerde daha uygundur. Anında rezervasyon modeli ev temizliği, araç yıkama veya güzellik hizmetleri gibi standartlaşabilen işlerde dönüşümü hızlandırır. Dahası, hibrit yapı, platformun iki modeli kategori bazında birlikte sunmasına imkân tanır. Kurucunun ilk kararı, hangi şehir ve hangi kategorilerle başlanacağını belirlemektir, çünkü yerel yoğunluk hizmet pazaryerinde ulusal genişlikten daha değerlidir.

Hizmet Pazaryerinde Olması Gereken Temel Modüller

Armut benzeri hizmet platformunun omurgası müşteri mobil uygulaması, hizmet veren uygulaması ve yönetim panelinden oluşur. Müşteri tarafında kategori seçimi, hizmete özel soru akışıyla talep oluşturma, gelen teklifleri karşılaştırma, mesajlaşma, ödeme ve aynı zamanda değerlendirme ekranları yer alır. Hizmet veren tarafında profil ile birlikte portfolyo yönetimi, hizmet bölgesi ve kategori seçimi, gelen talepler, teklif gönderme, takvim ve kazanç ekranları bulunur. Kontrol panelinde kategori ile birlikte soru editörü, hizmet veren onayı, uyuşmazlık yönetimi, komisyon ayarları ve raporlama modülleri yer almalıdır. Hizmete özel soru akışı, müşterinin ihtiyacını standart formatta topladığı için teklif kalitesini doğrudan büyütür.

Öte yandan, ev temizliği talebinde oda sayısı ve sıklık, nakliyat talebinde kat bilgisi ve eşya hacmi gibi sorular hizmet verenin yerinde fiyat vermesini sağlar. Örneğin, soru akışlarının idare panelinden kodsuz düzenlenebilmesi, yeni kategori açmayı haftalardan günlere indirir. Bildirim altyapısı, hizmet verenin yeni talebi dakikalar içinde görmesi için push, SMS ve aynı zamanda e-posta kanallarını birlikte kullanmalıdır.

• Kategoriye özel soru akışıyla talep oluşturma
• Teklif karşılaştırma ve hizmet veren profilleri
• Takvim ve anında rezervasyon seçeneği
• Uygulama içi mesajlaşma ve dosya paylaşımı
• Güvenli ödeme, hakediş ve komisyon yönetimi
• Puanlama, yorum ve hizmet veren rozetleri
• Hizmet veren doğrulama ve uyuşmazlık paneli

Talep, Eşleştirme ve Teklif Akışı Nasıl Kurgulanır?

Hizmet pazaryerinin kalbi, talebi doğru hizmet verenlere doğru zamanda ulaştıran eşleştirme motorudur. Konum filtresi için hizmet verenin seçtiği ilçeler veya belirlediği yarıçap PostGIS gibi coğrafi sorgu destekleyen veritabanı özellikleriyle sorgulanabilir. Eşleştirme motoru kategori, hizmet bölgesi, müsaitlik, geçmiş performans ve yanıt hızı gibi kriterleri birlikte değerlendirir. Pratikte, teklif aşamasında hizmet veren fiyat, tahmini süre, kapsam notu ile birlikte uygun tarih bilgilerini göndermelidir. Talep başına gönderilecek teklif sayısının sınırlandırılması, müşteriyi teklif yağmurundan korur ve hizmet verenin kazanma şansını anlamlı tutar.

Müşteri teklifleri fiyat, puan, yorum sayısı ve yanıt süresine göre karşılaştırabilmelidir. Seçilen teklif sonrası iş kaydı oluşur ve aynı zamanda iş durumu planlandı, başladı, tamamlandı ve onaylandı gibi aşamalarla takip edilir. Öte yandan, durum makinesi mantığıyla kurgulanan iş akışı, ödeme serbest bırakma ve değerlendirme adımlarını güvenilir biçimde tetikler.

Redis ve mesaj kuyruğu kombinasyonu, eşzamanlı yüzlerce talebin gecikmeden dağıtılmasını sağlar. Talep sayısı büyüdükçe eşleştirme işlemlerinin kuyruk sistemiyle asenkron çalışması gerekir. Hizmet verenlerin yanıt oranı ve iş tamamlama geçmişi eşleştirme skoruna geri beslenerek kaliteli profesyoneller ödüllendirilir.

Güvenli Ödeme, Escrow ve Hakediş Yapısı

Hizmet pazaryerinde güvenli ödeme, müşterinin parasının iş tamamlanana kadar güvende beklemesi ile birlikte hizmet verenin ödemesini garanti altına alması anlamına gelir. Türkiye'de başkası adına tahsilat yapıp parayı bekletmek 6493 sayılı Kanun kapsamında lisans gerektirdiği için platformun lisanslı ödeme kuruluşlarının pazaryeri çözümlerini kullanması gerekir. iyzico veya PayTR benzeri sağlayıcıların alt üye işyeri yapısı, hizmet vereni ayrı alıcı olarak tanımlayıp komisyonu otomatik ayırır. Escrow benzeri havuz yapısı, müşterinin iş onayı veya belirli süre sonunda otomatik onayla hakedişin hizmet verene aktarılmasını sağlar. Aynı zamanda, hizmet veren kaydında IBAN, vergi bilgisi veya şahıs bilgisi gibi veriler ödeme kuruluşunun kurallarına göre toplanmalıdır. İptal, kısmi iade ve uyuşmazlık senaryoları ödeme akışına baştan dahil edilmelidir.

Buna uyuşmazlık durumunda ödeme askıya alınmalı, iki tarafın açıklamaları ve fotoğrafları yönetim panelinde incelenmelidir. Ödeme altyapısının platform dışı ödemeye yönelmeyi engelleyecek kadar kolay ile birlikte güven verici olması, gelir kaçağını önlemenin en verimli yoludur. Faturalandırma tarafında platform komisyonu için e-fatura veya e-arşiv entegrasyonu, muhasebe yükünü ciddi ölçüde azaltır.

Teknik Mimari ve Teknoloji Seçimi

Ölçeklenebilir hizmet pazaryeri mimarisi müşteri ve aynı zamanda hizmet veren istemcileri, API katmanı, eşleştirme servisi, ödeme servisi, bildirim servisi ve veri katmanından oluşur. Aynı zamanda, web tarafında SEO açısından kritik kategori ve şehir sayfaları için Next.js gibi sunucu taraflı render çatıları tercih edilir. Mobil tarafta Flutter ile çift taraflı mobil istemci kodlamak, müşteri ile birlikte hizmet veren uygulamalarının ortak bileşenleri paylaşmasını sunar. API katmanı Node.js, Go veya.NET ile modüler servisler halinde tasarlanabilir.

Burada, postgreSQL ve aynı zamanda PostGIS, iş kayıtları ve konum sorguları için sağlam temel sunar. Redis, oturum, sayaç ve eşleştirme kuyrukları için kullanılır. Mesajlaşma için WebSocket tabanlı gerçek zamanlı kanal, çevrim dışı kullanıcılar için push bildirimle desteklenir. Hizmet verenin taze talepten anında haberdar olması için WhatsApp teklif bildirimi otomasyonu kurulabilir ve n8n gibi araçlarla CRM ve takvim entegrasyonları kodsuz yönetilebilir. Portfolyo fotoğrafları ile birlikte iş öncesi ile sonrası görselleri nesne depolamada saklanıp CDN üzerinden sunulur.

Gelir Modeli: Komisyon, Teklif Kredisi ve Abonelik

Hizmet pazaryerlerinde en yaygın gelir modeli, platform üzerinden tamamlanan işlerden alınan komisyondur. Açıkçası, abonelik modelinde hizmet verenler aylık paketle daha fazla teklif hakkı, öne çıkan profil veya gelişmiş istatistik alır. Buna teklif kredisi modelinde hizmet veren, talebe teklif göndermek için önceden satın aldığı krediyi kullanır ile birlikte platform ödemenin nerede yapıldığından bağımsız gelir elde eder. Komisyon modeli gelir ile platform değerini doğrudan ilişkilendirir, fakat platform dışı ödemeye kayma riskini beraberinde getirir.

Öne çıkarma ve aynı zamanda rozet paketleri, kaliteli hizmet verenlerin görünürlüğünü artırırken ek gelir kalemi oluşturur. Teklif kredisi modeli öngörülebilir gelir sağlar, ama hizmet veren tarafında kazanamadığı teklifler için ödeme yapma algısı oluşturabilir. Üstelik, kategoriye göre farklı model uygulamak çoğu zaman en dengeli sonucu verir. Üstelik, MVP aşamasında tek gelir modeliyle başlamak, pazarı ve fiyat hassasiyetini ölçmek için en sağlıklı yoldur. Müşteri tarafında hizmet bedeli veya garanti paketi gibi ek kalemler de değerlendirilebilir.

KVKK, Tüketici Mevzuatı ve Güven Katmanı

Hizmet pazaryeri, müşterinin adresi, telefonu ile birlikte ev içi bilgileri gibi hassas verileri işlediği için KVKK uyumu en baştan tasarlanmalıdır. Alıcı adresi ve telefon numarası, iş kabul edilene kadar hizmet verenle paylaşılmamalı ve maskeleme yöntemleriyle korunmalıdır. Aydınlatma metni, açık rıza yönetimi, veri saklama süreleri ve aynı zamanda veri sorumlusu bilgileri platformda net biçimde yer almalıdır. 6563 sayılı Elektronik Ticaretin Düzenlenmesi Hakkında Kanun kapsamında aracı hizmet sağlayıcı yükümlülükleri ve ETBİS kaydı değerlendirilmelidir. Dahası, hizmet veren doğrulamasında telefon, kimlik, mesleki belge ve gerekli kategorilerde yetki belgesi kontrolü güvenin temelini oluşturur.

6502 sayılı Tüketicinin Korunması Hakkında Kanun, ön bilgilendirme, mesafeli sözleşme ve cayma hakkı gibi konularda platform akışlarını etkiler. Puanlama sisteminin sadece işi tamamlanmış müşterilere açık olması, sahte yorumları büyük ölçüde engeller. Mevzuat değişebildiği için kurulum aşamasında uzman hukukçu görüşü almak her hizmet platformu için önerilir. Ticari ileti gönderimi için İYS kaydı ve onay yönetimi kampanyalar başlamadan önce kurulmalıdır.

MVP Kapsamı ve Hafta Bazlı Geliştirme Takvimi

Hizmet pazaryeri MVP'si tek şehir, sınırlı sayıda kategori, talep oluşturma, teklif gönderme, mesajlaşma, güvenli ödeme, değerlendirme ve yönetim panelinden oluşmalıdır. Keşif ve aynı zamanda tasarım aşamasında kategori soruları, iş durumu akışı, ödeme senaryoları ve iki tarafın kullanıcı yolculukları netleştirilir. Abonelik paketleri, gelişmiş eşleştirme skoru ile birlikte kurumsal hizmet veren hesapları ilk sürüm sonrasına bırakılabilir.

Geliştirme aşamasında müşteri uygulaması, hizmet veren uygulaması, web sitesi ve API paralel sprintlerle ilerler. Öte yandan, tipik hizmet pazaryeri MVP'si keşif ve tasarımla birlikte yaklaşık 16 ile 20 hafta arasında yayına hazır hale gelir. Kısacası, ödeme kuruluşu başvurusu ve pazaryeri onay süreci, geliştirmeyle paralel yürütülmezse takvimi uzatan en yaygın etkendir. Kısaca, mobil mağaza onayı için iki uygulamanın ayrı ayrı inceleme sürecinden geçeceği hesaba katılmalıdır. Test aşamasında iptal, iade, uyuşmazlık ve aynı zamanda geç yanıt senaryoları gerçek kullanıcılarla denenmelidir.

Klon Değil Özgün Ürün ve Sık Yapılan Hatalar

Armut gibi tanınmış platformları birebir kopyalamak, marka ile birlikte telif hukuku açısından risk taşır ve kullanıcıya platformu tercih etmesi için yeni sebep sunmaz. Tasarım, marka adı, metinler ve aynı zamanda ekran düzeni özgün olmalı, büyük platformlar sadece iş modeli açısından referans alınmalıdır. Örneğin, mobil mağazalar başka uygulamaları taklit eden veya yanıltıcı isim taşıyan uygulamaları reddedebilir.

Özgün ürün yaklaşımı, belirli nişte daha iyi doğrulama, daha hızlı yanıt veya daha şeffaf fiyatlama gibi net farklar ortaya koymayı gerektirir. Örneğin, sık yapılan hataların başında, hizmet veren arzını sağlamadan müşteri reklamına bütçe harcamak hasılat. Çok sayıda kategoriyle başlamak, operasyon ekibinin kaliteyi kontrol etmesini imkânsız hale getirir.

Ödeme ve aynı zamanda uyuşmazlık akışını ertelemek, öncelikli sorunlu işte platform itibarını zedeler. Talep gelen ama teklif alamayan müşteri platforma geri dönmez, açılış öncesi hedef şehirde yeterli hizmet veren kaydı tamamlanmalıdır. Genel olarak, hizmet veren uygulamasını ikinci plana atmak da yaygın hatadır, çünkü teklif hızı ve kalitesi doğrudan hizmet verenin kullandığı ekranlara bağlıdır.

360 Soft ile Hizmet Pazaryeri Nasıl Geliştirilir?

360 Soft, hizmet pazaryeri projelerine ücretsiz analiz görüşmesiyle başlar ve hedef şehir, kategoriler, gelir modeli ve MVP kapsamını kurucuyla birlikte belirler. Analizin ardından 24 saat içinde özellik listesi, hafta bazlı takvim ve sabit fiyat teklifi sunulur. Kısacası, tasarım aşamasında müşteri ile birlikte hizmet veren uygulamaları için tıklanabilir prototip hazırlanır. Pratikte, ekibimiz her girişime özel hizmet pazaryeri yazılımı geliştirir ile birlikte kaynak kod, sunucu erişimleri ve fikri haklar tamamen müşteriye teslim edilir.

Kodlama iki haftalık sprintlerle ilerler ve her sprint sonunda çalışan sürüm test ortamında paylaşılır. Mağaza yayını, yayın sonrası bakım ve performans izleme hizmetleri de sürecin parçasıdır. İstanbul merkezli ekibimiz, çift taraflı platformların büyüme dönemindeki ürün kararlarında teknik danışmanlıkla kurucunun yanında yer alır. Ödeme kuruluşu entegrasyonu, KVKK süreçleri, bildirim altyapısı ve aynı zamanda kontrol yönetim paneli standart teslim kapsamında ele alınır.

Sık Sorulan Sorular

Hizmet pazaryeri yapmak ne kadar sürer?

Müşteri ve hizmet veren uygulaması, web sitesi ve yönetim panelinden oluşan bir hizmet pazaryeri MVP'si keşif ve tasarım dahil genellikle 16 ile 20 hafta arasında tamamlanır. Kategori sayısı, ödeme entegrasyonu ve ek özellikler süreyi etkiler.

Armut gibi bir platform kurmak için lisans gerekir mi?

Platform işletmek için özel bir lisans gerekmez, ancak müşteriden tahsilat yapıp hizmet verene aktarmak ödeme hizmeti sayıldığı için lisanslı ödeme kuruluşlarının pazaryeri çözümleri kullanılmalıdır. ETBİS kaydı, KVKK ve tüketici mevzuatı yükümlülükleri de değerlendirilmelidir.

Hizmet pazaryeri nasıl para kazanır?

Başlıca gelir modelleri tamamlanan işlerden komisyon, hizmet verenlerin satın aldığı teklif kredileri, aylık abonelik paketleri ve öne çıkarma ürünleridir. Kategoriye göre farklı modelleri birlikte kullanmak çoğu zaman en dengeli sonucu verir.

Hizmet pazaryerinde ilk kullanıcılar nasıl bulunur?

Önce hedef şehir ve kategoride hizmet veren arzı oluşturulmalı, ardından müşteri tarafına yönelik pazarlama başlatılmalıdır. Dar bir bölge ve az sayıda kategoriyle başlamak, ilk taleplerin hızlı teklif almasını ve olumlu deneyim yaşanmasını sağlar.

Müşteri ve hizmet veren için ayrı uygulama mı gerekir?

Ayrı uygulamalar her iki tarafa sade ve odaklı deneyim sunar, tek uygulamada rol değiştirme ise geliştirme ve mağaza yönetimini kolaylaştırır. Flutter ile ortak kod tabanı kullanıldığında iki yaklaşım da verimli biçimde uygulanabilir.

Platform dışı ödemeye kayma nasıl önlenir?

Güvenli ödeme, iş garantisi, uyuşmazlık desteği ve puanlama gibi avantajlar platform içi ödemede sunulmalıdır. İş kabul edilene kadar iletişim bilgilerini maskelemek ve teklif kredisi gibi ödeme bağımsız modelleri kullanmak da kaçağı azaltır.