Medikal Ürünler İçin E-Ticaret ve Bayi Sistemi

Bu sisteme neden ihtiyaç duyuluyor?

Medikal sektöründe online satışa geçen firmaların çoğu, hazır bir e-ticaret paketiyle başlayıp altı ay içinde duvara toslar. Duvarın üç adı vardır. Birincisi fiyat görünürlüğü: aynı ürünü hastaneye, kliniğe ve son kullanıcıya farklı fiyattan satıyorsanız ve sistem herkese tek fiyat gösteriyorsa, ya kurumsal müşteriyi kaybedersiniz ya marjı. İkincisi teklif süreci: kurumsal alıcı sepete atıp kartla ödemez; teklif ister, onay süreci vardır, fatura kesim koşulları farklıdır. Üçüncüsü izlenebilirlik: bir üründe geri çağırma gerektiğinde hangi lot numarasının kime gittiğini bilmek zorundasınız, bunu Excel ile yürütmek belli bir hacimden sonra imkansız hale gelir.

Alıcı tipine göre değişen vitrin

Doğru kurulum, ürünü ve stoğu tek yerde tutup üzerine alıcı tipine göre kural seti geçirmektir. Ziyaretçi genel fiyatı görür; onaylı bir klinik, eczane veya bayi giriş yaptığında aynı ürün sayfası onun fiyat grubuna göre yeniden hesaplanır. Bazı ürünlerin yalnızca kurumsal alıcıya gösterilmesi de aynı mekanizmayla çözülür: ürün, giriş yapmamış ziyaretçinin listesinde hiç görünmez. Bu görünürlük kısıtının arayüzde gizleme yoluyla değil, veriyi döndüren katmanda uygulanması gerekir; sayfa kaynağında gizlenmiş bir ürün, gizlenmiş sayılmaz. Bayi ve fiyat grubu altyapısını Yetiş Baby projesinde tam olarak bu mantıkla kurduk.

Kurumsal alıcı sepete atmaz: teklif akışı

Hastane ve büyük klinik satın alması bir e-ticaret akışı değil, bir yazışma akışıdır. Alıcı ürünleri seçer, sistem bunu bir teklif talebine dönüştürür, satış ekibi fiyat ve teslim süresini girer, teklif PDF olarak alıcıya gider, onaylandığında sipariş açılır. Buradaki kritik ayrıntı tekliflerin versiyonlanmasıdır: revize edilen bir teklifin eski hâli silinmemeli, arşivde kalmalıdır. Ay sonunda hangi fiyatın hangi tarihte verildiği sorusu mutlaka gelir. Teklif akışını ödeme akışının yanına ikinci bir yol olarak kurmak, aynı sistemde hem son kullanıcıya hem kuruma satış yapmayı mümkün kılar.

Lot, seri numarası ve son kullanma tarihi

Sarf malzemesi ve tıbbi cihaz satan bir firmada stok, adetten ibaret değildir. Aynı ürünün farklı partileri farklı lot numarası ve farklı son kullanma tarihi taşır. Sistem stoğu parti bazında tutmalı, sevkiyatta hangi partiden çıktığını kaydetmeli ve son kullanma tarihi yaklaşan partiler için uyarı üretmelidir. Sevk sırasında ilk giren ilk çıkar mantığının otomatik uygulanması, elde kalan ürün miktarını doğrudan düşürür. Bir geri çağırma durumunda ise sistemin cevaplaması gereken soru tektir: bu lot kime, hangi tarihte, kaç adet gitti. Bu bilgi kayıt altındaysa süreç bir günde biter, değilse haftalarca sürer.

Mevzuat tarafını birlikte netleştiriyoruz

Tıbbi cihaz ve sağlık ürünü satışı Türkiye’de düzenlenmiş bir alandır; hangi ürünün internetten satılabildiği, ürün tanıtımında hangi ifadelerin kullanılabildiği ve hangi bildirimlerin yapılması gerektiği ürün sınıfına göre değişir. Biz hukuk danışmanı değiliz ve öyleymiş gibi davranmıyoruz. Yaptığımız şey şu: keşif aşamasında sizin mevzuat tarafınızla birlikte oturup hangi kısıtın sisteme hangi kuralı getirdiğini yazıya döküyoruz — hangi ürün grubu online satılmayacak, hangi metin kalıbı ürün açıklamasında kullanılamaz, hangi bilgi hangi sisteme bildirilecek. Sonra yazılım bu kuralları uygular. Sırayı tersine çevirmek, yani önce yazıp sonra mevzuata bakmak, bu sektörde en pahalı hatadır.

Ürün verisi: bu sektörün asıl zorluğu

Medikal kataloglarda bir ürünün onlarca teknik özelliği, birden çok ambalaj birimi (adet, kutu, koli) ve tedarikçiden gelen dağınık bir isimlendirmesi olur. Filtrelerin işe yaraması için bu özelliklerin serbest metin değil, yapılandırılmış alan olarak tutulması gerekir. Bir kullanıcı ölçüye, malzemeye ya da steril olup olmadığına göre filtreleyemiyorsa katalog kullanılamaz demektir. Bu yüzden projelerde ürün verisinin temizlenmesini kapsamın içine alıyoruz; kirli veriyle açılan medikal mağaza ilk haftada arama sonuçlarında boş sayfa göstermeye başlar ve kullanıcıyı geri getirmek çok zordur.

İade, garanti ve teknik servis

Cihaz satan bir firmada satış sonrası süreç, satışın kendisi kadar ciddi bir modüldür. Sistem cihazın seri numarasını müşteriye bağlamalı, garanti başlangıç tarihini tutmalı, arıza kaydı açılabilmeli ve servis süreci takip edilebilmelidir. Sarf malzemesinde ise iade kuralları ürün grubuna göre farklılaşır; hijyen gerekçesiyle iade alınmayan ürünlerin bu durumu sipariş anında görünür olmalı, iade talebi açıldıktan sonra değil. Sipariş ve iade akışının modüler kurulmasını Yetiş Baby projesinde yaptık; medikalde değişen şey akışın kendisi değil, hangi ürüne hangi kuralın uygulandığıdır.

Bu alanda yaptığımız iş

Akbaş Medikal için medikal ürünlere yönelik kapsamlı bir e-ticaret platformu geliştirdik: ürün katalog, sepet sistemi ve ödeme entegrasyonu. Bu projede teslim ettiğimiz kapsam perakende satış tarafıdır; yukarıda anlatılan lot takibi, teklif akışı ve servis modülü o projenin kapsamında değildi ve olmuş gibi göstermiyoruz. Bunların altyapısı ise bizde hazır: bayi paneli, fiyat grupları, cari hesap ve limit kontrolü, iade akışı ve çok modüllü yönetim panelini Yetiş Baby projesinde uçtan uca kurduk ve vaka çalışması olarak yayınladık.

Sistemin Yaptığı İşler

Süreç Nasıl İşliyor?

1. 1

   Mevzuat ve ürün sınıflandırması

   İlk oturum yazılım değil kapsam oturumudur: hangi ürün grubu online satılacak, hangisi teklifle, hangi bilgi kayıt altında tutulacak. Bu liste çıkmadan tasarıma başlamıyoruz.

2. 2

   Ürün verisinin temizlenmesi

   Mevcut katalog incelenir, teknik özellikler yapılandırılmış alanlara ayrıştırılır, ambalaj birimleri tanımlanır. Bu adım genellikle projenin en çok emek isteyen kısmıdır.

3. 3

   Perakende vitrinini önce açmak

   Ödeme, kargo ve stok akışının gerçek siparişlerle sınanması için önce son kullanıcı tarafı yayına alınır.

4. 4

   Kurumsal katman

   Fiyat grupları, teklif akışı ve cari hesap devreye alınır; birkaç kurumsal müşteriyle pilot yapılır.

5. 5

   İzlenebilirlik ve servis

   Lot takibi ve servis modülü son fazda gelir; depo süreçleriyle birlikte test edilmeden yaygınlaştırılmaz.

Ne Kadar Tutar?

Sıkça Sorulan Sorular

Karar Vermeden Önce Okuyun

Bu sayfa sistemin ne yaptığını anlatıyor. Aşağıdaki yazılar ise kararı nasıl vereceğinizi.

İlgili Hizmetlerimiz