Kurumsal web sitesi ve e-ticaret; aynı çatı altında marka, güven ve satış kanalı sunar. Özkan ULU yol haritasında önce iş hedefi netleşir; ardından hızlı teslim için MVP (minimum canlı ürün) tanımlanır. Sanal Müdür ile sipariş veya lead otomasyonu sonraki fazda devreye alınabilir.
Fazlar
- Keşif: Persona, ürün/hizmet, ülkeler (Türkiye / yurtdışı).
- Bilgi mimarisi: Menü ve URL planı.
- Tasarım & geliştirme: Bileşen tabanlı hız.
- Canlı: Ölçüm, Search Console, reklam pikselleri.
Kurumsal veya e-ticaret projesi için hızlı yol haritası: iletişim
Kurumsal site ve e-ticaret: keşiften canlıya kontrollü yol haritası
Kurumsal web sitesi ile e-ticaret modülünü aynı projede düşündüğünüzde iki farklı ürün birleşir: biri güven ve marka (kurumsal vitrin, hizmetler, referanslar), diğeri işlem ve operasyon (ürün, stok, ödeme, kargo, iade). Bu yazıda; Özkan ULU ile Çanakkale merkezli veya uzaktan yürütülen projelerde sık kullanılan fazlı plan, hukuki minimumlar ve teknik kontrol listesini özetliyoruz.
En sık yapılan hata, tasarımı bitirip “e-ticareti sonra ekleriz” demektir. Ödeme sağlayıcısı, vergi ve fatura mantığı, stok kaynağı ve iade süreci taslak mimariye erken girmezse; canlıya çıktıktan sonra hem maliyet hem süre şişer. Bu yüzden keşif toplantılarında “sadece görünüm” değil; ürün tipi, teslimat bölgeleri ve muhasebe beklentisi netleştirilmelidir.
SANAL_MÜDÜR@deploy:~$ ./initialize_ecommerce_pipeline.sh
Sistem beklemede
Fazlar (hızlı yol haritası)
- Keşif: Persona, ürün/hizmet, ülkeler (Türkiye / yurtdışı).
- Bilgi mimarisi: Menü ve URL planı.
- Tasarım & geliştirme: Bileşen tabanlı hız.
- Canlı: Ölçüm, Search Console, reklam pikselleri.
Faz 1 — Keşif: kapsam, öncelik ve “tek doğru veri”
İlk fazda şunlar yazılı hale gelir: hangi sayfalar kurumsal (kurumsal, hizmetler, referans, iletişim), hangi alanlar e-ticaret (kategori, ürün detay, sepet, ödeme, hesabım). Ürün sayısı az olsa bile varyant (beden, renk), KDV oranı ve kampanya kuralı (kupon, ücretsiz kargo eşiği) netleştirilir. Stok verisi tek kaynaktan mı gelecek (Excel, ERP, pazar yeri entegrasyonu) yoksa manuel mi güncellenecek — bu karar performans ve hata yönetimini doğrudan etkiler.
Kurumsal kimlik tarafında logo kullanımı, tipografi ve fotoğraf stili; e-ticaret tarafında ise ürün kartı düzeni, filtreleme ve “sepete ekle” davranışı aynı tasarım dilinde tutulmalıdır. Böylece kullanıcı “kurumsal sayfada güvendiği marka” ile “ödeme sayfasındaki marka” arasında kopukluk yaşamaz.
Faz 2 — Kurumsal vitrin ve içerik donması
İkinci fazda genelde statik kurumsal sayfalar, blog/duyuru altyapısı ve SEO uyumlu başlık hiyerarşisi (H1 tek, H2/H3 anlamlı) tamamlanır. Yasal zorunluluklar (KVKK aydınlatma, çerez bilgilendirme, kullanım koşulları) canlı öncesi metin olarak hazır olmalı; “sonra ekleriz” denilen metinler çoğu zaman gecikmenin bir numaralı sebebidir.
İletişim formları, WhatsApp yönlendirmesi veya randevu entegrasyonu varsa; spam önleme ve KVKK’ya uygun açık rıza metinleri bu fazda test edilir. Sanal Müdür uyumlu otomasyon düşünülüyorsa, form alanları ve tetikleyiciler (ör. “teklif iste” → CRM veya e-posta) net tanımlanır.
Faz 3 — E-ticaret: ödeme, stok ve operasyon
Üçüncü fazda ürün içe aktarma, kargo seçenekleri, ödeme yöntemleri (kredi kartı 3D, havale/EFT politikası) ve sipariş sonrası e-posta şablonları devreye alınır. Checkout sayfasında tek sayfa mı, adımlı mı olacağı; mobilde alan sırası ve hata mesajları bu aşamada kullanıcı testi ile doğrulanmalıdır.
Stok tutarsızlığı yaşanmaması için “satılabilir adet” tek kaynaktan okunmalı; ödeme başarılı olmadan stok düşülmemeli, iptal ve iade durumunda stok geri yüklenmelidir. ERP veya muhasebe yazılımına köprü varsa, fiş/irsaliye akışı ve iade kodları önceden senaryolaştırılır.
E-ticaret ödeme hattı simülasyonu
Simülasyon — sepetten muhasebe kaydına (özet)
1) Sepet doğrula (fiyat, KDV, kargo, kupon) 2) Ödeme başlat → 3D / banka yanıtı bekle 3) Başarılı: stok düş → sipariş no üret → e-posta/SMS 4) Entegrasyon: ERP’ye satış satırı veya e-Fatura tetik (politikaya göre) 5) KVKK: işleme kaydı (amaç=satış, süre=hesap + yasal süre) Hata A: Stok yetersiz → ödeme iptal, kullanıcıya net mesaj Hata B: Ödeme onayı gecikti → bekleme ekranı + destek SLA’sı
| Alan | Kurumsal site önceliği | E-ticaret önceliği |
|---|---|---|
| Birincil hedef | Güven, marka, lead | Satış, sepet, ödeme |
| İçerik | Hizmet anlatımı, referans | Ürün bilgisi, iade koşulu |
| Teknik | Hız, yapılandırılmış veri | Checkout performansı, stok API |
| Yasal | KVKK, çerez | Mesafeli satış, cayma, fatura |
3D Secure, fraud kuralları, başarısız denemede kullanıcıyı sepete güvenli geri alma.
Tek doğruluk kaynağı; kampanya ve pazar yeri satışlarında çakışma önleme.
Ürün listesi → ürün → sepet → ödeme hunisi; sepet terk ve form hataları.
Bakım penceresi, güvenlik güncellemesi ve kampanya döneminde ek test.
Özkan ULU — pratik not: E-ticarette “hızlı yol haritası”, özellikleri sıraya koymak değil; canlıya çıkış öncesi hukuki ve ödeme testlerini milestone’a bağlamaktır. Ödeme ve iade metinleri imzalanmadan pazarlama bütçesi açmak risklidir.
Kurumsal site önce, e-ticaret sonra mı olmalı?
Çoğu projede önce kurumsal iskelet ve içerik akışı oturur; e-ticaret modülü aynı tema ve altyapı üzerinde ikinci dalga olarak gelir. Ancak ürün sayısı ve ödeme beklentisi keşifte netse, veritabanı ve URL yapısı baştan buna göre tasarlanmalıdır.
Hangi yasal sayfalar canlı öncesi hazır olmalı?
Özetle: mesafeli satış sözleşmesi örneği, ön bilgilendirme, iade/değişim politikası, KVKK aydınlatma ve çerez politikası. Sektöre göre ek şartlar (ör. gıda, kozmetik) uzman metni gerektirebilir.
Ödeme sağlayıcısı seçimini ne belirler?
Komisyon, 3D deneyimi, entegrasyon kolaylığı ve iade/chargeback süreçleri. B2B ağırlıklı satışta havale/EFT politikası ile kart ödemesinin birlikte anlatılması gerekir.
Performansı nerede ölçmeliyim?
Özellikle ürün listesi ve checkout: mobilde LCP ve etkileşim gecikmesi; gereksiz eklenti ve ağır slider’lar sepet terkini artırır.
Sepetim
Alışveriş yapmak çok tatlı! 🍭