Kurye ve Teslimat Takip Uygulaması Yaptırma: Kapsam, Maliyet ve Mimari

Kısa cevap: Haritadaki ikon değil, teslimat durumunun doğruluğu değerlidir

Kurye teslimat takip uygulaması yaptırma talebi çoğu zaman “müşteri kuryeyi haritada görsün” cümlesiyle başlar. Oysa son kilometre operasyonunda para kazandıran çekirdek; gönderinin doğru kurye veya araca atanması, uygun sırada taşınması, istisnaların dispeçere erken görünmesi ve teslim edildi iddiasının güvenilir kanıtla desteklenmesidir. Canlı harita bu sistemin yalnızca bir görünümüdür.

İyi bir ürün, normal akışın yanı sıra adres bulunamadı, alıcı yok, paket hasarlı, ödeme alınamadı, kurye bağlantısız, araç kapasitesi dolu veya sipariş iptal edildi gibi olayları yönetir. Kuryenin tek tuşla yanlış duruma geçmesi hem müşteri mesajını hem finans ve performans raporunu bozabilir. Bu nedenle ilk kapsam belgesi ekranlardan önce durumları, geçiş yetkilerini ve kanıtları tanımlar.

Bu rehber; kendi dağıtım ekibini yöneten e-ticaret ve perakende işletmeleri, restoran ağları, saha lojistiği şirketleri ve kurye platformları için teklif hazırlama çerçevesidir. Her modelde iş hukuku, taşıma, elektronik ticaret ve kişisel veri yükümlülükleri farklılaşabileceğinden ilgili uzmanlarla güncel doğrulama yapılmalıdır.

Operasyonu bir durum makinesi olarak çizin

Bir teslimat kaydı “yeni” ve “teslim edildi” arasında tek sıçrama yapmaz. Örnek yaşam döngüsü şunları içerebilir: alındı → doğrulandı → dağıtım merkezinde → planlandı → kuryeye teklif edildi → kabul edildi → teslim alma noktasına gidiyor → paket alındı → dağıtımda → adrese yaklaştı → teslim denendi → teslim edildi. Başarısız deneme, yeniden planlama, iade, iptal ve kayıp/hasar ayrı dallardır.

Her geçiş için dört soru sorulur: Kim yapabilir? Hangi ön koşul gerekir? Hangi kanıt saklanır? Hangi tarafa ne bildirilir? Örneğin “paket alındı” için depo QR okutması, “teslim edildi” için alıcı kodu gerekebilir. Dispeçer geçmiş bir durumu düzeltebiliyorsa eski değer silinmemeli; gerekçe ve denetim iziyle düzeltme hareketi oluşmalıdır. Bu model entegrasyonların ortak dilidir: mağaza “hazır” dediğinde, kurye “aldım” dediğinde ve müşteri “teslim edilmedi” dediğinde aynı kaydın geçmişi okunabilir.

Roller ve iş akışları

Gönderi oluşturan işletme

Mağaza, depo, restoran veya kurumsal müşteri; teslimat talebi açar, adres ve iletişim verisini gönderir, paket özelliklerini belirtir, zaman penceresi ve hizmet seviyesini seçer. Barkod/etiket üretir, kurye çağırır, iptal veya düzeltme yapar ve teslim sonucunu kendi sipariş sisteminde görür. Çok şubeli yapıda her şube yalnız kendi hareketlerine erişirken merkez bütün ağı izleyebilir.

Dispeçer ve operasyon yöneticisi

Dispeçer, atanmamış işleri, kurye konum ve uygunluğunu, kapasiteyi, gecikme riskini ve istisnaları tek çalışma alanında görür. Manuel atama yapabilir, sistem önerisini değiştirebilir, bölge veya tur oluşturabilir ve müşteri desteği için olay geçmişini açabilir. Haritada yüzlerce ikon göstermek yeterli değildir; “önümüzdeki 20 dakika içinde zaman penceresini kaçıracak 8 teslimat” gibi aksiyon listeleri daha işlevseldir.

Kurye veya sürücü

Kurye kimliğini doğrular, vardiya/uygunluk durumunu açar, kendisine sunulan işi görür ve kabul/ret eder. Paket teslim alırken barkod okur; navigasyona geçer; müşteriyle izin verilen kanaldan iletişim kurar; teslimat veya başarısız deneme nedenini kaydeder; nakit/kapıda ödeme varsa tahsilatı belirtir. Ekran akışı tek elle, güneş ışığında ve hareket halindeki stres altında okunabilir olmalıdır; sürüş sırasında etkileşimi teşvik etmemelidir.

Alıcı

Alıcı uygulama indirmeye zorlanmadan güvenli takip bağlantısı üzerinden durumu, tahmini pencereyi ve gerekiyorsa sınırlı canlı görünümü izleyebilir. Teslim tercihi, adres notu veya yeniden planlama hakkı iş kuralına göre sunulur. Kurye telefon numarasını doğrudan göstermek yerine maskeli arama veya mesajlaşma, kişisel iletişim bilgisinin kalıcı paylaşımını azaltabilir.

Destek, finans ve filo yönetimi

Destek olay zaman çizelgesini ve iletişim geçmişini görür, fakat gereksiz kurye performans veya müşteri verisine ulaşmaz. Finans; teslimat ücreti, kapıda tahsilat, kurye kazancı, düzeltme ve mutabakat hareketlerini izler. Filo yöneticisi araç, kapasite, bakım ve sürücü eşleşmesini yönetebilir. Bu rollerin tümünü “admin” altında toplamak operasyonel hata ve güvenlik riskini büyütür.

Atama modeli: en yakındaki kurye her zaman en iyi kurye değildir

Basit atama, bölge ve uygun kurye listesiyle başlayabilir. Ancak karar yalnız kuş uçuşu yakınlık değildir. Kuryenin mevcut rotası, taşıma kapasitesi, paket tipi, araç türü, vardiya bitişi, teslimat zaman penceresi, öncelik, teslim alma süresi ve bölge kuralı hesaba katılabilir. Kurye işi reddettiğinde tekrar teklif stratejisi ve sonsuz atama döngüsünü önleyen sınır gerekir.

Navigasyon tek durak için yol üretirken rota optimizasyonu çok sayıda durak arasında sıra ve kaynak seçer. Harita sağlayıcısının trafik ve rota verisi kullanılabilir; fakat ticari kısıtlar sizin sunucunuzda modellenir. Google'ın Routes API belgeleri rota ve rota matrisi yetenekleri için resmi kaynaktır. Kota, fiyatlandırma, veri kullanım şartları ve kapsama alanı sağlayıcı seçimi sırasında güncel olarak doğrulanmalıdır.

İlk günden karmaşık optimizasyon kurmak şart değildir. Operasyon hacmi düşük ve bölgeler sabitse kural tabanlı atama + dispeçer onayı daha açıklanabilir olabilir. Önce planlanan ve gerçek süre, bekleme, ret ve gecikme verisi toplanır; optimizasyon hedefi daha sonra “en kısa mesafe” yerine zamanında teslim, toplam maliyet veya dengeli iş yükü gibi doğru amaçla kurulur.

MVP / büyüme matrisi

MVP'de durum doğruluğu, görev sahipliği, çevrimdışı dayanıklılık ve teslim kanıtı korunmalıdır. Müşteriye saniyelik animasyon göstermek uğruna bu çekirdeği geciktirmek doğru öncelik değildir. Benzer biçimde gelişmiş makine öğrenmesi, ölçülebilir bir veri geçmişi ve müdahale süreci oluşmadan gecikme sorununu kendiliğinden çözmez.

Canlı konum: doğruluk, batarya ve mahremiyet dengesi

Konum sıklığı sabit bir sayı olarak seçilmemelidir. Kurye aktif teslimattayken hareket ve mesafeye göre daha sık, beklerken daha seyrek güncelleme yapılabilir. İşletim sistemlerinin arka plan konum izinleri, düşük güç modu ve uygulamanın kapatılması davranışları prototip cihazlarda test edilir. Her noktanın sunucuya ulaştığı varsayılmaz; istemci sıra, zaman ve doğruluk bilgisiyle gönderir, sunucu eski veya sıra dışı veriyi ayırt eder.

Müşteriye tam konum göstermek güvenlik riski yaratabilir: kurye üzerinde değerli paket bulunabilir veya önceki/sonraki müşterilerin adresleri çıkarılabilir. Takip token'ı tahmin edilemez ve süreli olmalı; yalnız ilgili teslimatı açmalıdır. Ürün, teslimata belirli süre kala yaklaşık alan veya tahmini dakika gösterebilir. Kuryenin vardiya dışındaki konumu alınmamalı; izin ve görünür kayıt göstergesi açık olmalıdır.

Konum verisinin saklanma süresi “raporlama lazım olabilir” diye sınırsız bırakılmamalıdır. Amaç, erişim, çözünürlük ve silme politikası veri envanterinde tanımlanır. Harici harita/analitik SDK'larının hangi veriyi nereye aktardığı da incelemeye dahildir.

Offline-first kurye uygulaması ve senkronizasyon

Asansör, bodrum, kırsal alan veya yoğun ağ koşullarında bağlantı kesilebilir. Kurye en azından atanmış görevlerini, adresi ve gerekli talimatı okuyabilmeli; izin verilen durum ve kanıt işlemlerini yerelde güvenle kuyruğa alabilmelidir. Android'in offline-first mimari rehberi yerel ve ağ veri kaynakları, kuyruk ve senkronizasyon kararları için resmi teknik bir referanstır.

Her çevrimdışı yazma aynı riskte değildir. Teslim edildi gibi finans ve müşteri sonucu doğuran bir olay benzersiz işlem kimliği, cihaz zamanı, sunucu zamanı ve kanıtla saklanır. Aynı kayıt yeniden gönderildiğinde çift sonuç üretmemelidir. Dispeçer bu sırada teslimatı başka kuryeye atadıysa çatışma “son yazan kazanır” ile körlemesine çözülmez; durum makinesi geçişi reddeder veya insan incelemesine alır. Fotoğraf yüklemesi başarısızsa işlem tamamlandı gibi kaybolmamalı, fakat kişisel fotoğraf cihaz galerisinde gereksiz yere kalmamalıdır.

Teslim kanıtı ve sahtekârlık kontrolleri

Kanıt yöntemi ürün değerine ve teslim şekline göre seçilir. Tek kullanımlık kod alıcının katılımını doğrular; QR veya barkod doğru paketi bağlar; fotoğraf bırakılan yeri gösterebilir; imza bazı süreçlerde tercih edilir; zaman ve konum yardımcı sinyaldir. Hiçbiri tek başına kusursuz değildir. Kod telefonda olmayan kişiye gidebilir, fotoğraf gereksiz kişileri gösterebilir, GPS sapabilir, imza küçük ekranda zayıf kanıt olabilir.

Bu yüzden risk katmanlı yönetilir: durum sırası, görev/cihaz bağı, makul coğrafi yakınlık, kanıt bütünlüğü, tekrar kullanım kontrolü ve olağandışı kurye örüntüsü birlikte değerlendirilir. Uyuşmazlık halinde destek ekibi olay zaman çizelgesini görebilir. Sahtekârlık skoru otomatik cezaya dönüşmeden önce yanlış pozitif ve itiraz süreci tasarlanmalıdır.

Mimari ve entegrasyonlar

Çekirdek backend gönderi, durak, tur, atama, kurye/araç, durum olayı, konum, teslim kanıtı, bildirim, ücret ve istisna alanlarını yönetir. Mobil kurye istemcisi yerel veritabanı ve senkron kuyruğu taşır; müşteri takip arayüzü ayrı güvenlik sınırındadır; operasyon paneli gerçek zamanlı olayları filtreleyip aksiyona çevirir. Konum akışı ile finansal durum olayını aynı saklama ve sorgu düzenine zorlamak yerine kullanım amacına uygun depolama/indeksleme seçilebilir.

E-ticaret, OMS, ERP veya restoran POS sistemi gönderiyi oluşturur ve durum güncellemelerini webhook ile alır. Tekrarlı istekler idempotent olmalı; webhook imzası ve yeniden deneme düzeni bulunmalıdır. Harita/geocoding, push, SMS, maskeli arama, ödeme, barkod ve e-belge hizmetlerinde test ortamı, kota, gecikme, maliyet ve kesinti davranışı teklif ekinde yazılır. Bir entegrasyon çalışmadığında dispeçerin güvenli manuel alternatifi tanımlanır.

Güvenlik ve KVKK kontrol listesi

• Müşteri, kurye, şube, kurumsal gönderici ve operasyon rollerinde nesne düzeyi yetki testi.
• Kurye cihazı kaybolduğunda oturumu ve yerel iş verisini uzaktan geçersiz kılma yaklaşımı.
• Operasyon yöneticileri için MFA, hassas işlem onayı ve denetim kaydı.
• Takip bağlantılarında süreli, teslimata özel, tahmin edilemez token; arama motoru indekslemesinin engellenmesi.
• Konum, fotoğraf, telefon ve imza için amaçla sınırlı erişim ve saklama-imha kuralı.
• API hız sınırlama, webhook imza doğrulama, güvenli sır yönetimi ve şifreli aktarım/depolama.
• Log ve hata izleme sistemlerinde açık adres, telefon veya kanıt görselinin gereksiz kopyalanmaması.
• Yedekleme, geri yükleme testi, olay müdahale planı ve tedarikçi veri akışı kaydı.

KVKK açısından aydınlatma, işleme şartı, veri sahibi başvurusu ve aktarım kararları faaliyet modeline göre hukuk uzmanıyla belirlenir. Teknik ekibin görevi bu kararları erişim, kayıt, saklama ve silme özelliklerine dönüştürmektir. Mobil istemci kontrolleri için OWASP Mobile Application Security standart ve test rehberleri kullanılabilir.

Maliyet ve süre tahminini değiştiren sorular

Kaç ayrı ürün gerekir: kurye uygulaması, müşteri uygulaması, takip web sayfası, gönderici portalı ve dispeçer paneli? Atama manuel mi, otomatik mi; çok durak ve zaman penceresi var mı? Saniyeye yakın konum takibi mi, durum bazlı takip mi istenir? Çevrimdışı hangi işlemler yapılır? Fotoğraf, imza, kod, barkod ve kapıda tahsilat kapsamda mı? Kaç harici sistem ve kaç farklı müşteri entegrasyon formatı vardır?

Günlük teslimat, eşzamanlı kurye, konum noktası ve kampanya pik tahminleri altyapı ile yük testini etkiler. Harita, SMS, arama ve bulut servisleri kullanım bazlı işletme gideri üretir; geliştirme teklifinden ayrı örnek hacimlerle modellenmelidir. Özgün optimizasyon, geçmiş veri temizliği, cihaz yönetimi ve güvenlik testi ayrıca efor yaratır. Süre; keşif, saha gözlemi, prototip, entegrasyon erişimleri, geliştirme, cihaz/ağ testi, pilot bölge ve kademeli yayını ayrı göstermelidir.

Teslimat paketi ve kabul senaryoları

Sözleşmede süreç haritası ve durum sözlüğü, rol matrisi, prototip/tasarım sistemi, mobil ve web kaynak kodları, API ve webhook dokümanı, veri şeması, entegrasyon adaptörleri, altyapı tanımları, otomatik testler, güvenlik bulguları, analitik olay sözlüğü, izleme alarmları, mağaza yayınları, operasyon eğitimi ve felaket kurtarma/yedekleme yaklaşımı adlandırılmalıdır.

Kabul testi masa başında yalnız Wi-Fi ile yapılmaz. Zayıf ağda kurye teslim kanıtı girer; uygulama kapanıp açılır; aynı işlem tekrar senkronlanır; eski atama değişmiştir; sahte takip token'ı denenir; büyük fotoğraf yüklenir; yüzlerce konum olayı gelir; harita servisi kota/hata döndürür; webhook tekrarlanır; alıcı yok ve kısmi teslimat senaryoları yürütülür. Pilot kuryelerin dokunma sayısı, ekran okunabilirliği ve batarya geri bildirimi de kalite kapısıdır.

KPI ağacı: teslim edildi sayısının arkasını görün

Ana sonuç zamanında ve doğru teslimattır. Bunu teslim alma bekleme süresi, atamaya kadar geçen süre, kurye kabul oranı, durak başına seyahat, zaman penceresi başarısı, ilk denemede teslim, başarısızlık nedenleri ve yeniden teslim oranı açıklar. Operasyon başına manuel müdahale, dispeçer başına aktif iş ve destek teması otomasyonun gerçek değerini gösterir.

Maliyet tarafında teslimat başına kurye zamanı, kilometre, harita/iletişim maliyeti, fazla mesai, boş dönüş ve tazmin/iade izlenebilir. Müşteri tarafında tahmini süre doğruluğu, takip sayfası kullanımı, “kargom nerede” desteği ve memnuniyet birlikte okunur. Kurye tarafında görev başına bekleme, uygulama hata oranı, batarya etkisi ve adil iş dağılımı göz ardı edilmemelidir. Bir metriği iyileştirirken diğerine zarar veren teşvikler kontrol edilir.

Projeyi geciktiren sekiz risk

1. Durum adlarının şirketler ve şubeler arasında farklı kullanılması; ortak sözlük hazırlanmaması.
2. Düşük kaliteli adresin harita servisiyle sihirli biçimde düzeleceğinin varsayılması; doğrulama ve kullanıcı teyidi olmaması.
3. Harita sağlayıcısının kullanım maliyetinin hacim hesabına katılmaması.
4. Arka plan konumunun her cihaz ve güç modunda kusursuz çalışacağının sanılması.
5. Operasyon ekibinin manuel istisna aracının tasarım dışında bırakılması.
6. Kurye performans metriğinin haksız veya kolay manipüle edilir teşvik üretmesi.
7. Çevrimdışı senkronun yalnız “sonra göndeririz” diye tanımlanması; çatışma ve tekrarların test edilmemesi.
8. Pilot yapmadan tüm şehir veya filoya tek günde geçiş planlanması.

Teklif almak için örnek brief başlıkları

Brief'inize hizmet bölgesi, teslimat türleri, çalışma saatleri, günlük/zirve hacim, paket özellikleri, zaman pencereleri ve hizmet seviyesi hedeflerini ekleyin. Kurye çalışan mı, bağımsız mı, mağazaya mı bağlı; araç tipleri ve kapasite nedir açıklayın. Gönderi kaynağı sistemleri, mevcut API örnekleri ve beklenen durum dönüşlerini paylaşın.

Atama ve rota kuralları, müşteriye gösterilecek takip düzeyi, iletişim kanalı, teslim kanıtları, başarısızlık/yeniden teslim/iade, kapıda ödeme ve mutabakatı örneklerle yazın. Roller ve şube görünürlüğü, konum/veri saklama kararı, pilot bölge, hedef KPI, cihaz sahipliği, içerik-mağaza hesabı ve proje karar vericilerini belirtin. Üç gerçek anonimleştirilmiş teslimat; biri başarılı, biri gecikmiş, biri başarısız olacak şekilde eklenirse teklif karşılaştırması güçlenir.

Süreç: saha gözleminden kontrollü yayına

Keşif ekibi bir dispeçer vardiyasını ve birkaç kurye turunu gözlemler; kullanılan telefon, tablo ve kısa yolları kaydeder. Ardından durum sözlüğü ve istisna haritası onaylanır. Prototip kurye görevini en az dokunuşla tamamlatırken operasyon paneli önceliklendirilmiş kuyruk sunar. Teknik risk denemesi konum, offline senkron veya rota sağlayıcısından en belirsiz olanı erken çözer.

Geliştirme bir gönderinin sisteme alınıp teslim kanıtıyla kapanmasını uçtan uca çalıştırır; sonra toplu planlama ve istisnalar eklenir. Saha pilotu farklı Android/iOS sürümleri, düşük bağlantı ve gerçek vardiya davranışıyla yürütülür. Kademeli yayında eski yöntem için kapanış kriteri, veri geçişi ve destek masası bulunur. Yayın sonrası KPI ve olaylar haftalık ürün kararına bağlanır.

Sık sorulan sorular

Müşteri için ayrı mobil uygulama gerekli mi?

Tek seferlik teslimatta güvenli web takip bağlantısı daha düşük sürtünme yaratabilir. Sık sipariş, sadakat, yeniden planlama veya kendi sipariş kanalı varsa müşteri uygulaması değer kazanır. Kurye uygulaması ve operasyon paneli ise dağıtımın çekirdeğine daha yakındır.

Kuryenin kendi telefonunu kullanması uygun mu?

BYOD modeli cihaz maliyetini azaltabilir fakat işletim sistemi çeşitliliği, izin, veri ayrımı, destek ve kayıp cihaz riskini büyütür. Kurumsal cihaz modeli daha kontrollüdür. Seçimden bağımsız minimum sürüm, güvenlik ve destek politikası belirlenmelidir.

Tahmini teslimat süresi nasıl hesaplanır?

Harita seyahat süresi tek bileşendir. Kuryenin önceki durakları, hizmet/bekleme süresi, paket hazırlığı, trafik, zaman penceresi ve gerçek operasyon verisi gerekir. Başlangıçta güven aralığıyla pencere sunmak, sahte kesin dakikadan daha dürüst olabilir.

Hazır kurye yazılımı mı özel uygulama mı?

Standart gönderi-atama-takip süreci hazır üründe karşılanıyorsa hızlı başlangıç avantajlıdır. Farklılaşma özel fiyat, yoğun entegrasyon, benzersiz saha kanıtı, çok aktarmalı ağ veya platform gelir modelindeyse özel kapsam değerlendirilebilir. Toplam sahip olma maliyeti ve veri taşınabilirliği karşılaştırılmalıdır.

Yayından sonra en kritik bakım konusu nedir?

Harita, bildirim ve işletim sistemi değişikliklerinin yanında izleme ve saha geri bildirimi kritiktir. Kritik teslimat akışında müdahale süresi, entegrasyon hatalarının yeniden işlenmesi, yedekleme testi, güvenlik yamaları ve yeni özellik ayrımı bakım sözleşmesinde açık olmalıdır.

Sonuç: ilk pilotu bir harita demosu değil operasyon deneyi olarak kurun

Kurye uygulamasının değeri, teslimat akışındaki belirsizliği azaltmasıdır. Başlamadan önce gönderinin hangi durumda kimin sorumluluğunda olduğunu, başarısız denemenin neye dönüştüğünü ve müşteriye hangi bilginin ne zaman gösterileceğini netleştirin. Sonra küçük bir bölgede gerçek bağlantı ve iş yükü koşullarıyla ölçün. Bu yaklaşım, pahalı optimizasyonu yanlış probleme uygulama riskini azaltır.

MobiCraft'a örnek gönderi verinizi, durum listenizi ve mevcut dispeçer akışınızı ileterek kapsam görüşmesi başlatabilirsiniz. Kurye deneyimi, operasyon paneli, müşteri takibi ve entegrasyonları tek teslimat modeli üzerinde fazlandırabiliriz. Kurye ve teslimat projenizi anlatın.