B2B e-ticaret sitesi yaptırmak, ürünleri herkese açık bir vitrine dizmekten çok, her bayinin kendi hesabıyla girip kendine tanımlı fiyatı, açık bakiyesini ve kredi limitini görerek sipariş verdiği bir sistem kurdurmak demektir. Kapsamı ve bütçeyi büyük ölçüde üç cevap belirler: müşteriye özel fiyat hangi kurala bağlı, cari bilgi hangi sistemden geliyor ve sipariş kimlerin onayından geçiyor. Bu üç soruyu yazılı cevaplamadan alınan teklifler birbiriyle karşılaştırılamaz; çünkü her ajans boşlukları kendi varsayımıyla doldurur.
Bu yazı, bayilerine özel fiyatla sipariş aldırmak isteyen üretici ve toptancılar için hazırlandı. Amacı, görüşmeye gitmeden önce işinizin hangi büyüklükte bir proje olduğunu kendi başınıza görebilmenizi sağlamak. Aynı cümleyle başlayan iki proje, iskonto mantığı ve ERP bağlantısı yüzünden bambaşka işlere dönüşebilir; aşağıda o farkı yaratan kararları tek tek açıyoruz.
Bayi sitesi, fiyatı gizlenmiş perakende mağaza değildir
Sık yapılan bir varsayım şu: "Normal bir e-ticaret sitesi kuralım, fiyatları da giriş yapanlara gösterelim." Bu yöntem, bayinin tek ihtiyacı fiyatı görmekse işe yarayabilir. Ama toptan satışın günlük gerçeği çoğu zaman başka yerdedir. Perakende alıcı ürünü keşfederek bulur, kartıyla öder ve bir daha dönmeyebilir. Bayi ise ne alacağını genellikle bilir; aynı yüz kalemi her ay yeniden ister, ödemesini vadeyle yapar ve siparişi verirken aklındaki ilk soru "Bakiyem ne durumda, bu sipariş geçer mi?" olur.
Bu fark, ekranları da değiştirir. Perakendede ürün fotoğrafı ve sepete atma akışı öne çıkarken bayi sitesinde hızlı sipariş formu, geçmiş siparişi tekrarlama, ürün koduyla arama, Excel'den liste yükleme ve koli katı kontrolü daha çok iş görür. Bir hırdavat toptancısını düşünün: bayisi vida, dübel ve silikon alırken kırk ayrı ürün sayfası gezmek istemez. Ürün kodlarını yazıp adetleri girmek, hatta geçen ayki siparişi açıp üç satırı değiştirmek ister. Bu yüzden görüşmede önce vitrin tasarımını değil, bayinizin sipariş alışkanlığını anlatın.
Şu basit testi yapın: son ayın bayi siparişlerinden on tanesini açın. Kaçı telefonla, kaçı WhatsApp'tan, kaçı Excel dosyasıyla gelmiş? Kaçında fiyat listeden farklı yazılmış, kaçında "cariye bakalım" denmiş? Bu on sipariş, herhangi bir ihtiyaç listesinden daha dürüst bir brief'tir. Toptan satış yönetimi rehberimiz fiyat, vade ve minimum sipariş ayrımını kurmak için iyi bir başlangıçtır; sitenin de bu ayrımların üstüne oturması gerekir.
Müşteriye özel fiyat: kapsamı en çok oynatan soru
"Her bayiye kendi fiyatını göstermek istiyoruz" cümlesi, dört ayrı projeyi anlatabilir. En basiti, tek liste üzerine her bayi grubuna sabit iskonto uygulamaktır. Bir üst basamakta bayi sınıflarına göre ayrı fiyat listeleri vardır. Daha yukarıda, belirli firmayla belirli ürünler için konuşulmuş anlaşma fiyatları gelir. En üstte ise adet kademesi, kampanya, döviz kuru ve bölge birlikte işler. Dışarıdan aynı görünen bu dört durumda teknik iş aynı değildir.
Bu kuralı yazıya dökerken en çok atlanan ayrıntılardan biri iskonto sırasıdır. Türkiye'de toptan satışta "20 artı 5" gibi kademeli iskonto yaygın bir konuşma biçimidir. Ama sistem için "20 artı 5" iki farklı anlama gelebilir: oranlar sırayla mı uygulanıyor, toplanıp tek oran mı oluyor? Aşağıdaki örnekte fark tek birimlik görünür; yüksek hacimli bir ürün grubunda ise bu fark, sitenin gösterdiği fiyat ile muhasebenin kestiği fatura arasında kalıcı bir tartışmaya dönüşür.
Fiyat tarafında netleştirmeniz gereken diğer sorular şunlar:
- Doğru fiyatın sahibi kim? ERP'deki liste mi, satış müdürünün Excel'i mi, temsilcinin hafızası mı? Üçü de varsa önce buna karar verin; site, karar verilmemiş bir konuyu çözemez.
- Fiyat ne sıklıkla değişiyor? Ayda bir güncellenen liste ile kura bağlı haftalık güncelleme aynı entegrasyonu istemez.
- Döviz var mı? Hammaddesi ithal olan üreticiler kur hareketini fiyata hızlı yansıtmak ister. Sitede gösterim, sepette kilitleme ve faturalama para birimi ayrı ayrı konuşulmalıdır. Döviz üzerinden fiyatlama ve sözleşme konusu mevzuata da tabidir; kurguyu mali müşavirinizle gözden geçirin.
- Sepetteki fiyat ne kadar geçerli? Bayi sepeti pazartesi hazırlayıp cuma gönderirse hangi fiyat uygulanır? Bu soru sorulmazsa ilk fiyat artışında sorun çıkar.
- Özel fiyat görünürlüğü: Bir bayi, başka bayinin fiyatını hiçbir yoldan görmemeli. Önbellek, dışa aktarılan katalog dosyası ve e-posta şablonları da bu kapsamda test edilmelidir.
Son madde sıradan bir teknik ayrıntı gibi dursa da ticari riski yüksektir. Fiyat gösterimi hesap bazlı olan sitelerde önbellek yanlış kurulursa bir bayinin fiyatı başka birine görünebilir. Teslim almadan önce farklı iki bayi hesabıyla aynı ürünleri açıp karşılaştırmak, kabul testinin zorunlu adımı olmalıdır.
Bakiyeyi kim söylüyor? Cari verinin kaynağı
Bayinin site açmasının en güçlü gerekçelerinden biri, muhasebeyi aramadan bakiyesini görebilmesidir. Ama sitede görünen rakam kadar, o rakamın nereden geldiği de önemlidir. Cari hesabın doğruluk kaynağı neredeyse her zaman muhasebe veya ERP tarafıdır; site yalnızca bu bilgiyi gösterir ve siparişi buna göre denetler. Bu yüzden ilk soru "Sitede cari olsun mu?" değil, "Muhasebe programımızdan bu veri nasıl ve ne sıklıkla alınabilir?" olmalıdır.
Üç seçenek de kendi durumunda doğru olabilir. Az sayıda bayiyle ve düşük sipariş sıklığıyla çalışan bir toptancı için günlük dosya aktarımı yeterli olabilir; bakiye yanında "şu tarih itibarıyla" yazmak bile çok sayıda yanlış anlaşılmayı önler. Sipariş sayısı arttıkça zamanlı eşitleme öne çıkar. Canlı sorgu ise limit aşımının gerçekten para kaybettirdiği yapılarda anlamlıdır; fakat muhasebe programınızın güvenilir bir API sunmasına bağlıdır. Kullandığınız yazılımın hangi sürümünde hangi bağlantıların açık olduğunu üreticisinden veya bayisinden yazılı olarak öğrenin. Aynı marka programın sürümleri arasında bile fark olabilir.
Türkiye'de işi zorlaştıran yerel ayrıntılar da vardır. Çek ve senetle ödeme yapan bayide "bakiye" tek rakam olmayabilir: vadesi gelmemiş çek, açık hesap ve sevk edilmemiş sipariş ayrı ayrı riske yazılır. Örneğin bir bayinin açık hesabı limitin altında olsa da tahsil edilmemiş çekleri ve bekleyen siparişi birlikte düşünüldüğünde limit dolmuş olabilir. Risk hesabınız bu şekilde işliyorsa bunu geliştiriciye başta söyleyin; "kredi limiti kontrolü" başlığının altında çözülecek kadar küçük bir konu değildir.
Ödeme tarafında da benzer bir ayrım gerekir. Sanal POS ile tek çekim, havale bildirimi, vade farklı ödeme ve cariye yazma aynı sepetin farklı çıkışlarıdır. Bayiye "cariye işle" seçeneği sunulacaksa bu seçeneğin kimlere açık olduğu ve hangi limitle çalıştığı tanımlanmalıdır. Bağlantı mantığını daha geniş görmek isterseniz e-ticaret entegrasyonları rehberi ödeme ve kargo tarafını ayrıntılı anlatır.
Sipariş kimin masasında bekleyecek?
Onay akışı konuşulurken niyet genellikle "her sipariş kontrol edilsin" olur. Bu, sitenin kuruluş amacını bozar. Her sipariş bir kişinin onayını bekliyorsa telefon trafiği yalnızca ekrana taşınmış olur. Sağlıklı kurgu tersidir: kurallara uyan sipariş kendiliğinden ilerler, yalnızca istisnalar insana düşer. İşin zor kısmı da "istisna" kelimesini sizin firmanız için tanımlamaktır.
Tipik istisnalar şunlardır: kredi limitini aşan sipariş, bloke edilmiş hesap, en düşük sipariş tutarının altında kalan sepet, koli katına uymayan adet, stokta olmayan ürün ve temsilciden özel iskonto talebi. Her biri için dört şeyi yazın: kim görüyor, ne kadar sürede karar veriyor, o kişi izindeyse kime geçiyor, karar nereye kaydediliyor. Bu tablo hazırsa geliştirici onay ekranını varsayımla değil, gerçek işleyişinize göre kurar.
Bir de bayinin kendi içindeki onay vardır. Büyük bir müşteride siparişi satın alma personeli hazırlar, yöneticisi onaylar. Küçük bir bayide ise patron her şeyi tek hesapla yapar. Tek firma altında çok kullanıcı, kullanıcı bazlı tutar sınırı ve bayinin kendi sipariş numarasını girebilmesi, B2C altyapılarında çoğu zaman varsayılan olarak gelmez. Bayileriniz arasında bu ihtiyacı olan var mı, yoksa geleceğe dönük bir hayal mi? Olmayan bir ihtiyaç için kapsam büyütmeyin; ama gerçekten varsa ilk teklifte görünmesini isteyin.
Kapıyı kilitlemek mi, kataloğu açmak mı?
Bu karar B2B projelerine özgüdür ve çoğu zaman yayından sonra fark edilir. Sitenin tamamı giriş ekranının arkasına alınırsa Google ürün sayfalarınızı göremez; site yalnızca mevcut bayiler için bir sipariş aracı olur. Katalog açık, fiyat kapalı olursa ürün sayfaları arama sonuçlarında görünebilir ve yeni bayi adayları sizi bulabilir. Karşılığında, ürün yelpazeniz rakiplerin önünde durur ve katalog metinlerinin bakımı yeni bir iş olarak ortaya çıkar.
Doğru cevap iş modelinize bağlıdır. Yeni bayi kazanmak hedefinizse açık katalog ve "bayi başvurusu" akışı anlamlıdır. Bayi sayınız sınırlı ve belliyse, ürünleriniz teknik olarak hassassa veya rekabet nedeniyle yelpazenizi göstermek istemiyorsanız kapalı yapı daha mantıklı olabilir. Karma bir yol da mümkündür: ana kategoriler ve teknik içerikler açık, ürün kodu düzeyinde liste kapalı. Kararı projenin başında verin; çünkü açık kataloğun ürün metni, görsel ve teknik SEO ihtiyacı, kapalı sipariş panelinin ihtiyacından çok farklıdır. Başvuru akışı olacaksa başvuru kime düşecek, vergi levhası ve imza sirküleri gibi belgeler nasıl istenecek, bayi hangi fiyat grubuyla başlayacak soruları da kapsama girer.
Satış temsilciniz bu projeye karşı çıkarsa
Teknik riskler kadar konuşulmayan bir risk de budur. Bayilerle yıllardır ilişki kuran temsilci, sipariş sitesini kendi işini elinden alan bir araç olarak görebilir. Komisyon sisteminiz siparişi kimin aldığına bağlıysa bu kaygı haksız da değildir. Temsilci "Abi, siteyle uğraşma, bana yaz" dediği anda bayi siteye bir daha girmez ve yatırım kullanılmaz hale gelir.
Bu nedenle üç noktayı daha geliştirme başlamadan netleştirin. Birincisi, siteden gelen sipariş ilgili temsilcinin prim hesabına yazılacak mı? Çatışmayı azaltmanın en doğrudan yolu bu olabilir, ama karar sizindir. İkincisi, temsilci sisteme kendi hesabıyla girip bayi adına sipariş açabilecek mi? Bu özellik saha ziyareti ve telefon siparişlerini de aynı kayıt düzenine alır. Üçüncüsü, temsilciye bölgesindeki bayilerin açık bakiye ve son sipariş bilgisini gösteren bir ekran olacak mı? Temsilci sipariş yazmaktan kurtulup tahsilat ve yeni ürün konuşmasına vakit ayırabiliyorsa site onun için bir tehdit olmaktan çıkar.
Üç firma, üç farklı kapsam
Aşağıdaki tablo gerçek müşteri öyküsü değildir; aynı başlığın ne kadar farklı işlere dönüşebildiğini göstermek için kurgulanmış örneklerdir.
| Örnek senaryo | Fiyat kuralı | Cari ve onay | Muhtemel kapsam |
|---|---|---|---|
| Bölgesel gıda toptancısı, birkaç düzine bakkal ve market müşterisi | Tek liste, iki müşteri grubu | Bakiye günlük dosyayla güncellenir; limit aşımını ofis elle görür | Hazır altyapıda kapalı katalog ve hızlı sipariş |
| Boya üreticisi, bölge bayileri ve saha temsilcileri | Sınıf iskontosu, koli kademesi, kampanya | ERP ile zamanlı eşitleme; limit ve özel iskonto onayı | Hazır altyapı artı ERP entegrasyonu ya da özel modüller |
| Makine yedek parçası üreticisi, yurt içi ve yurt dışı distribütörler | Firmaya özel fiyat, para birimi farkı, çok dil | Canlı stok ve bakiye, çok kullanıcı, çok aşamalı onay | Özel bayi portalı veya ağır özelleştirme |
Kendi işinizi tablonun neresine koyduğunuz, ajansla konuşmanın başlangıç noktasıdır. Boya üreticisi örneğindeki firma, gıda toptancısı kapsamıyla yola çıkarsa ilk ay iskontoları temsilci elle düzeltmeye başlar; gıda toptancısı yedek parça üreticisinin kapsamını satın alırsa kullanmayacağı karmaşıklığın bakımını öder. Hedef en büyük projeyi yaptırmak değil, bugünkü iş kurallarınızı taşıyacak en küçük yapıyı kurup ikinci aşamaya yer bırakmaktır.
Hazır altyapı mı, özel geliştirme mi?
Hazır altyapı ve özel geliştirme arasındaki tercih çoğu zaman teknoloji tartışması gibi sunulur; oysa aslında iş kurallarınızın ne kadar standart olduğuna dair bir karardır. Fiyat grupları, adet kademeleri ve kapalı katalog ile işiniz görülüyorsa hazır bir platformu yapılandırmak daha hızlı ilerler. Platformun B2B yetenekleri plana, sürüme ve kullanılan eklentiye göre değişebilir; bu yüzden "B2B desteği var mı?" diye sormak yetmez. "Bizim kuralımızı şu planla, şu eklentiyle, şu bayi hesabında gösterin" demek gerekir.
Özel geliştirme ise kuralları tam olarak modelleyebilir ve ERP verisine yakın çalışabilir. Bedeli daha uzun proje, daha çok test ve yayından sonra süren bakım sorumluluğudur. Özel yazılıma yöneliyorsanız kaynak kodun, verilerin ve alan adının kimde kalacağını sözleşmeye yazın. Ayrılık günü bir bağlantı yumağını da çözmek gerekeceği için bu madde B2B projede daha da önemlidir. Ara bir yol da vardır: vitrin ve sipariş için hazır altyapıyı kullanıp fiyat ve cari mantığını ayrı bir entegrasyon katmanında çözmek. Sınırı doğru çizmek, yazılım dilinden daha belirleyicidir.
Bütçe nerede büyür, teklifler nasıl yan yana konur?
Bütçeyi belirleyen şey sitenin "tipi" değil, yukarıdaki kuralların toplamıdır. Tutar ücretsiz görüşmede kapsamla birlikte netleşir; ona giden hesabı ise şu kalemler oluşturur: altyapı lisansı veya geliştirme bedeli, tasarım, fiyat ve onay kurallarının kurulumu, ERP veya muhasebe entegrasyonu, ödeme ve kargo bağlantıları, ürün verisinin temizlenmesi, test, bayi eğitimi ve yayından sonraki bakım.
Gözden kaçan maliyetler ise çoğunlukla teklifin dışında kalır. Eklenti yenilemeleri, plan yükseltmeleri, muhasebe programı tarafında alınması gereken ek lisans veya servis ücreti, ürün kodlarını düzeltmek için harcanan iç ekip zamanı, temsilci eğitimi ve fiyat listelerinin ilk yüklemesinden doğan kontrol işi bunların başında gelir. Genel tabloyu görmek için e-ticaret sitesi maliyeti rehberimize bakabilirsiniz; ancak B2B projede en büyük fark entegrasyon ve kural sayısından gelir.
Teklifleri karşılaştırmanın en sağlam yolu, her ajansa aynı senaryo paketini vermektir. Üç gerçek bayi seçin: en sıradan olanı, en karmaşık fiyatlısını ve limit sorunu en sık yaşananı. Her biri için örnek bir sipariş yazın. Ajanslardan bu üç siparişin sistemde nasıl işleyeceğini, hangisinin standart özellikle, hangisinin ek geliştirmeyle yapılacağını yazmalarını isteyin. Toplam rakamın yanında bu cevapları okuduğunuzda, "ucuz görünen" teklifin aslında en zor senaryoyu kapsam dışı bıraktığını görebilirsiniz.
Fiyatın Welda tarafında nasıl belirlendiğini de açık söyleyelim: liste fiyatı yayınlamıyoruz; B2B e-ticaret sitesi yaptırmak isteyen firmalar için kapsam platform, ürün sayısı, entegrasyon ve yönetim ihtiyacına göre çıkar ve ücretsiz görüşmede netleşir.
e-Fatura, e-Arşiv ve KVKK: baştan söylenmesi gerekenler
Mevzuat başlığı sitenin sonuna eklenecek bir sayfa değil, akışın parçasıdır. Aşağıdakiler genel çerçevedir ve işletmenizin durumuna göre değişebilir; kesin yorum için mali müşavirinizden ve hukuk danışmanınızdan görüş alın.
- e-Fatura ve e-Arşiv: Alıcı e-Fatura mükellefiyse belgenin e-Fatura, değilse genellikle e-Arşiv olarak düzenlendiği bir ayrım vardır. Bayi kartlarında bu bilginin ve vergi numarasının doğru tutulması gerekir. Belgeyi site mi, ERP mi, entegratör üzerinden mi keseceğiniz baştan kararlaştırılmalıdır. Geçiş sürecini e-Fatura geçiş rehberimizde anlattık. İşletmeniz e-İrsaliye kapsamındaysa sevk tarafı da akışa dahil edilmelidir.
- KVKK: Bayiniz şirket olsa da hesabı kullanan kişi gerçek kişidir; şahıs işletmelerinde ise veri doğrudan kişiyle ilişkilidir. Aydınlatma metni, yetki kapsamı, kullanıcı silme süreci ve sunucu yeri konularını ele alın.
- E-ticaret ve tüketici kuralları: Tacirler arası satış, tüketici satışından farklı değerlendirilebilir; ancak site son tüketiciye de açılacaksa cayma hakkı, mesafeli satış ve bilgilendirme yükümlülükleri gündeme gelir. Bayilere toplu e-posta veya SMS göndermeyi planlıyorsanız ticari elektronik ileti kurallarını ve kayıt yükümlülüklerini de kontrol edin.
Pratik olarak, bu kararlar teknik işi de etkiler. Belge kesen sistem hangisiyse sipariş verisinin vergi numarası, adres ve KDV kırılımıyla oraya tam olarak ulaşması gerekir. Bu nedenle mali müşavirinizi projenin sonunda değil, kural tablosunu yazarken masaya çağırın.
Bayileri siteye geçirmek ayrı bir projedir
Yayın günü bayilere e-posta atmak, geçiş planı sayılmaz. Bayi yıllardır aynı temsilciyi arıyor ve bu yöntem onun için çalışıyor. Siteye geçmesi için ya daha hızlı ya da daha şeffaf bir fayda görmesi gerekir: anlık bakiye, geçmiş siparişi tek tuşla tekrarlama, mesai dışında sipariş verebilme gibi. Kritik an ilk siparişidir; fiyat yanlış çıkarsa güven kolay geri gelmez.
Hazırlıkta en çok zaman alan iş genellikle yazılım değil, veri temizliğidir: mükerrer bayi kartları, iki farklı koda sahip aynı ürün, kimsenin güncellemediği limitler. Pilot için işbirliğine açık birkaç bayi seçin ve gerçek siparişle deneyin. Bir süre eski kanalları kapatmayın; ama telefonla gelen siparişi de ofisin sisteme girmesini sağlayın. Böylece bütün siparişler tek raporda görünür ve hangi bayinin neden geçmediğini görebilirsiniz.
Welda bu işin neresinde duruyor?
Welda'nın e-ticaret hizmetinde Shopify, WooCommerce, Ticimax veya İdeasoft üzerinde mağaza kurulumu, ürün kataloğu, ödeme ve kargo entegrasyonu, pazaryeri bağlantıları ve ölçümleme yer alır; mevcut stok ve POS sisteminizle entegrasyon da kurulabilir. Bayiye özel fiyat ve onay akışı ise herkes için aynı hazır paket olarak listelenen bir kalem değildir. Kurallarınızı dinledikten sonra seçilen platformda karşılanıp karşılanmayacağını açıkça konuşuruz. Kurallarınız platform sınırlarını aşıyorsa özel yazılım ve otomasyon hizmetimiz kapsamında web uygulaması ve API entegrasyonu seçeneği değerlendirilebilir; bu durumda kaynak kodu ve dokümantasyon size ait olur.
Kendi ürünümüz Welda Stock ise perakende stok ve satış için geliştirildi: anlık stok, çoklu depo ve şube, müşteri bazında cari ve tahsilat, tedarikçi borcu. Bayi portalının yerine geçtiğini iddia etmeyiz. Kullanılan ERP'nizin yerini almasını da önermeyiz; ancak ayrı bir stok sisteminiz yoksa mağaza ve fiziksel satış stoğunu tek havuzda toplamak için değerlendirilebilir. Elinizdeki kuralları anlatın; işinize uymuyorsa bunu da söyleriz. B2B e-ticaret sitesi yaptırmak için fiyat kuralınızı, cari kaynağınızı ve üç örnek bayinizi hazırlayıp ücretsiz görüşmeye gelmeniz, kapsamı ve fiyatı en hızlı netleştirecek yoldur.
Sık sorulan sorular
B2B site ile bayi paneli aynı şey mi?
Günlük kullanımda çoğu zaman aynı anlama gelir. "Bayi paneli" genellikle kapalı, girişle çalışan sipariş ekranını; "B2B e-ticaret sitesi" ise buna açık katalog ve başvuru akışı da eklenebilen daha geniş yapıyı anlatır. Teklif alırken isme değil, listelenen işlevlere bakın.
Mevcut perakende sitemi B2B'ye çevirebilir miyim?
Fiyat kuralınız basitse çoğu durumda mümkün olabilir; müşteri grupları ve kapalı fiyat gösterimi eklenir. Ancak aynı sitede perakende ve bayi müşterisini ayrı fiyat, ayrı ödeme ve ayrı kampanya ile yönetmek ek test gerektirir. Kuralların çok farklıysa ayrı bir kurulum daha temiz olabilir.
ERP olmadan B2B sitesi kurulur mu?
Kurulabilir, ama cari ve stok verisinin nereden gelip nerede güncelleneceği yine çözülmelidir. Az bayili bir yapıda dosya aktarımı başlangıç için yetebilir. Ancak aynı bilgiyi site ve muhasebe programına elle girmek, sipariş sayısı arttıkça hata üretir.
Bayiler siteyi kullanmazsa ne olur?
Sık görülen nedenler, sitenin bayiye belirgin bir fayda sağlamaması veya temsilcinin teşvik etmemesidir. İlk siparişi temsilciyle birlikte verdirmek, prim kuralını netleştirmek ve geçmiş siparişi tekrarlama ile bakiye ekranını öne çıkarmak benimsemeyi kolaylaştırır. Ayrıca kimlerin geçmediğini takip edin.
Proje ne kadar sürer?
Tek bir süre söylemek yanıltıcı olur. Kapalı katalog ve basit fiyat grubu kısa sürede çıkabilirken, canlı ERP bağlantısı ve çok aşamalı onay içeren yapılar ERP tarafının hazır olmasına bağlıdır. Takvimi konuşurken veri temizliği ve pilot aşamasını da hesaba katın.
Fiyatı nasıl öğrenebilirim?
Liste fiyatı yayınlamıyoruz. Ücretsiz görüşmede fiyat kuralınızı, kullandığınız muhasebe programını ve bayi sayınızı konuşur, kapsama göre teklif hazırlarız. Hazırlıklı gelmeniz için yukarıdaki üç soruyu ve üç örnek bayi senaryosunu yanınızda getirmeniz yeterli.