Müşterinizin yemek kartı tahsilatını proje/domain lisansı, staging kurulumu, checkout uyarlaması, test senaryoları ve destek sınırları belli bir teslim modeline dönüştürelim.
“Eklenti fiyatı” tek başına yeterli bir kapsam değildir. Müşteri sahipliği, domain sayısı, sağlayıcı erişimi ve teknik sorumluluklara göre modeli ayırıyoruz.
Ajansın yönettiği tek WooCommerce mağazasında sağlayıcı uygunluk kontrolü, eklenti kurulumu veya gerekli uyarlama, test ve canlı geçiş kapsamlandırılır.
Sağlayıcı ve teknik mimarisi benzer projeler için domain adedi, destek kotası, güncelleme sorumluluğu ve yeni müşteri devreye alma adımı ayrı planlanır.
Hazır adaptörün karşılamadığı callback, çoklu şube, bölünmüş ödeme, ERP veya özel checkout ihtiyacında teknik şartname ve kaynak kod/lisans hakları teklif içinde tanımlanır.
Son müşterinin yalnızca fiziksel üye işyeri olması, kendi web sitesinde tahsilat yetkisi bulunduğunu göstermez. Ajansın ilk aşamada sağlayıcı adını ve üyelik durumunu bilmesi yeterlidir; gizli anahtarlar teklif mesajına eklenmez. Sağlayıcıdan e-ticaret yetkisi, teknik doküman ve test erişimi geldikten sonra ödeme modelini doğrularız.
| Konu | Ajans / geliştirici | Son müşteri | RentonDiji |
|---|---|---|---|
| Site ve staging erişimi | Teknik erişim modelini planlar | Yetkili onayı verir | Yalnız gerekli kapsamda kullanır |
| Sağlayıcı üyeliği | Durumu projeye işler | Sözleşme ve e-ticaret onayını alır | Teknik eksik listesini bildirir |
| Eklenti / uyarlama | Tema ve özel kod bilgisini paylaşır | İş kuralını onaylar | Kurulum veya geliştirmeyi uygular |
| Test kabulü | Checkout ve entegrasyonları kontrol eder | İşletme senaryosunu doğrular | Ödeme, hata, iptal ve iade kanıtlarını hazırlar |
| Bakım | Site değişikliklerini bildirir | Destek kapsamını seçer | Teklifteki sürüm ve müdahale sınırlarını uygular |
Her proje için “lisans var” demek yerine kullanılabilirliği belirleyen ayrıntıları yazılı hâle getiriyoruz. Teklif; canlı domaini, varsa staging alanını, sağlayıcıyı, checkout tipini, kurulum sorumluluğunu, test kapsamını, güncelleme süresini ve teknik destek kanalını belirtir.
Kaynak kod devri, yeniden satış, beyaz etiket kullanım, sınırsız domain veya ömür boyu bakım varsayılan haklar değildir. Böyle bir ihtiyaç varsa teklif öncesinde ayrıca görüşülür. Bu netlik ajansı da son müşteriyi de beklenmedik lisans ve bakım anlaşmazlığından korur.
Değişiklikler mümkünse staging üzerinde yapılır. Başarılı ödeme kadar yetersiz bakiye, kullanıcı iptali, zaman aşımı, hatalı imza, çift callback, kuruşlu tutar ve iade senaryoları da kontrol edilir. Siparişin yalnızca tarayıcı dönüşüne güvenerek “ödendi” yapılmaması; sağlayıcının sunduğu sunucu bildiriminin imza, tutar ve sipariş kimliğiyle doğrulanması gerekir.
Canlı ortamda ilk işlemler WooCommerce sipariş notu, sağlayıcı portalı ve gerekiyorsa muhasebe kaydıyla karşılaştırılır. Kart bilgisi, API secret veya gereksiz kişisel veri loglara yazılmaz. Erişimler proje sonrasında güncellenir ya da geri alınır.
Kullanım hakkı proje ve domain sayısına göre teklifte yazılır. Tek site, çoklu proje veya özel geliştirme modelleri aynı değildir.
Staging ile canlı domain ilişkisi teklif öncesinde belirtilir. Geçici test alanı, aktivasyon ve canlıya geçiş koşulları yazılı kapsamda netleştirilir.
Hayır. Her sağlayıcının üyelik, e-ticaret yetkisi, teknik yöntem, bildirim ve iade kapasitesi farklı olabilir. İşletmeye verilen doküman ve test erişimi esastır.
İletişim modeli teklif öncesinde belirlenir. Ajansın tek teknik muhatap olduğu veya sağlayıcı erişimi için son müşterinin de sürece katıldığı modeller uygulanabilir.