İlk görüşme için örnek bir ürün, bir fiyat kuralı ve siparişin işletmenizde izlediği yolu yazın. Bu üç bilgi, hangi ekranların geliştirileceğini, hangi sistemlerin bağlanacağını ve teslimde neyin test edileceğini konuşmayı kolaylaştırır.
Bir sayfalık proje özeti hazırlayın
| Bilgi | Yazabileceğiniz örnek |
|---|---|
| Satılan ürün | Ölçü ve malzeme seçimi yapılan bir ürün satıyoruz. |
| Müşteri grubu | Perakende müşteri ve onaylı bayi için ayrı fiyat listesi kullanıyoruz. |
| Sipariş kuralı | Bazı bayi siparişlerini hazırlığa almadan önce satış ekibi onaylıyor. |
| Mevcut sistem | Stok işletme yazılımında tutuluyor, siparişleri ekibimiz elle aktarıyor. |
| İlk yayın hedefi | Doğru fiyat ve onay akışı ilk sürümde çalışmalı. |
Örneği kendi işinize uyarlayın. Henüz netleşmeyen bir alan varsa onu karar bekleyen konu olarak işaretleyin.
İş kuralını örnek ve istisnayla açıklayın
“Bayi paneli olsun” yerine bayinin yapacağı işi yazın. Örneğin onaylı bayi giriş yaptığında kendi fiyatını görür, minimum miktara ulaşınca sipariş verebilir ve belirli siparişler satış ekibinin onayına düşer.
İstisnayı da ekleyin. Bir bayinin fiyat listesi tanımlanmamışsa hangi bilgi gösterilecek? Kampanya ile bayi indirimi aynı anda geçerli olduğunda hangi kural uygulanacak? Bu cevaplar fiyat hesabı, yönetim ekranı ve test kapsamını etkiler.
Verilerin ve hesapların sorumlusunu belirleyin
| Başlık | Netleştirilecek soru |
|---|---|
| Ürün verileri | Alanları ve görselleri kim hazırlayacak? |
| Mevcut kayıtlar | Hangi ürün, müşteri veya sipariş kayıtlarının taşınması gerekiyor? |
| Stok ve fiyat | Hangi sistemdeki kayıt esas alınacak? |
| Ödeme ve kargo | Hesap sahibi kim ve test erişimini kim sağlayacak? |
| Yayın ve bakım | Son onayı kim verecek ve yayın sonrası sorunları kim takip edecek? |
İlk görüşmeye örnek ürün bilgileriyle gelin. Müşteri listeleri veya gerçek hesap şifreleri gerekirse erişim ve paylaşım yöntemi proje kapsamında ayrıca belirlenir.
Her önemli işlev için kabul örneği yazın
Kabul örneği, işin tamamlandığını hangi sonuçla anlayacağınızı gösterir. Üç kısa örnekle başlayabilirsiniz.
- Ürün seçimi. İzin verilen ölçülerde sipariş ilerler. Uygun olmayan ölçü seçilirse müşteri neyi düzeltmesi gerektiğini görür.
- Bayi fiyatı. Onaylı bayi için doğru fiyat ürün sayfasında, sepette ve sipariş özetinde görünür.
- Sipariş aktarımı. Bağlantı kesildiğinde ekip aktarılmayan siparişi belirleyebilir. Tekrar gönderim ikinci sipariş kaydı oluşturmaz.
Geliştirme ve kabul adımlarını inceleyin.
Teklifleri aynı iş listesiyle karşılaştırın
Bir teklifte veri temizliği ve deneme aktarımı yer alırken başka bir teklifte ürün dosyasının hazır teslim edilmesi beklenebilir. Bu fark, toplam tutar kadar işin kimde olduğunu da değiştirir.
Her teklifte teslim edilecek ekranları, entegrasyonları ve kabul testlerini karşılaştırın. Geliştirme bedelini alan adı, barındırma, lisans ve sağlayıcı giderlerinden ayrı görün. Yayın sonrası takip ile sonradan istenecek geliştirmelerin koşullarını kontrol edin.
Özel e-ticaret sitesi fiyatlarını belirleyen kalemleri inceleyin.
Teklif görüşmesine götürülecek liste
- Mevcut site adresi veya yeni mağazanın amacı.
- Temsil edici ürün ve geçerli seçenekleri.
- Fiyat veya sipariş kuralı ve bir istisna.
- Bağlanacak sistemler ve erişim sorumluları.
- Varsa taşınacak veriler ve önemli eski sayfalar.
- İlk sürüm öncelikleri ve örnek kabul kontrolleri.
Sık sorulan sorular
Bütün gereksinimler belli olmadan görüşebilir miyim?
Evet. Somut bir ürün ve sipariş örneğiyle başlayabilirsiniz. Karar bekleyen alanlar görüşmede ayrı bir listeye alınır.
Teklifte yer almayan bir işlev sonradan eklenebilir mi?
Yeni işlevin mevcut ekranlara, veri yapısına ve takvime etkisi değerlendirilir. Uygun görülürse ek iş olarak veya sonraki sürümde planlanabilir.
İlgili rehber: Hazır Altyapı mı, Özel E-Ticaret Yazılımı mı?
