E-ticaret entegrasyonu öncesi sipariş ve stok iş akışı nasıl tarif edilir?

Entegrasyon isteğini işteki aksaklıktan başlayarak anlatın

“E-ticaret sitemiz diğer sistemlerle konuşsun” talebi tek başına hangi işin iyileştirilmesini istediğinizi söylemez. Siparişin hangi kanaldan geldiğini, ekiplerin bugün neyi elle takip ettiğini ve hangi bilgiyi yeniden yazdığını açıklayarak başlayın. GOV.UK kullanıcı araştırması rehberi de mevcut iş yapma biçimini ve kullanıcıların yaşadığı sorunları öğrenmeyi başlangıç noktası olarak ele alır.

Bu yazı, yazılım bağlantısını tasarlamak için değil, ilk proje görüşmesine işletme ihtiyacını açık biçimde taşımak için hazırlanmıştır. Sorunu “siparişin güncel durumunu bulmakta zorlanıyoruz” gibi günlük bir cümleyle anlatın. Bir platformun adını vermek yerine hangi işin kim tarafından tamamlanacağını yazmak, görüşmede yanıtlanacak soruları belirginleştirir.

Sipariş, ödeme ve hazırlama durumunu aynı başlıkta eritmeyin

Bir işletmede “sipariş tamamlandı” ifadesi farklı ekipler için farklı şeyler anlatabilir. Satış ekibi siparişin kayda alınmasını, depo ekibi paketin hazırlanmasını, başka bir ekip ise kendi kontrolünün bitmesini kastediyor olabilir. Önce kullandığınız kelimelerin ne anlama geldiğini açıklayın.

Shopify’ın kendi dokümanında sipariş, ödeme, hazırlama/gönderim ve iade durumları ayrı gösterilir. Bu, bütün işletmelerin aynı durum adlarını kullanması gerektiği anlamına gelmez; görüşme dosyasında hangi kavramdan söz ettiğinizi ayırmak için bir örnektir. Kendi işletmenizde her aşamanın başlangıcını, bitişini ve o bilgiyi güncelleyen ekibi yazın.

• Sipariş kaydı: Sipariş hangi kanalda oluşuyor ve ekipler onu bugün nereden görüyor?
• Hazırlama: Hangi iş yapıldığında sipariş işletme açısından hazırlanmış sayılıyor?
• Ödeme ve iade: Bu bilgileri hangi ekip takip ediyor; diğer ekip hangi durumu görmek istiyor?

Stok bilgisinin nerede tutulduğunu ve kim tarafından değiştirildiğini yazın

“Stok eşleşsin” ifadesini somutlaştırmak için, stok bilgisinin bugün hangi kayıt veya uygulamada tutulduğunu belirtin. Fiziksel sayım, satış kanalı ve depo kaydı aynı bilgiyi gösteriyor mu, farklıysa ekip ne yapıyor? Henüz netleşmeyen bir noktayı kesin iş kuralı gibi yazmayın.

Her bilgi için kaynak, sorumlu ekip ve diğer tarafın görmek istediği sonucu ayrı not edebilirsiniz. Örneğin işletme tarafından kullanılan ürün kodunu hangi ekip belirliyor ve başka bir ekip aynı ürünü hangi adla takip ediyor? Bu sorular teknik veri aktarım yöntemi seçmez; mevcut çalışma biçiminin anlaşılması için görüşme başlıkları oluşturur.

• Bilginin adı: Ürün kodu, stok miktarı veya sipariş aşaması gibi işletmenin kullandığı ifade.
• Mevcut kaynak: Ekiplerin o bilgiye bugün baktığı kayıt veya uygulama.
• Sorumlu: Bilgiyi oluşturan, değiştiren veya bir fark görüldüğünde inceleyen ekip.
• Açık karar: İki kayıtta farklı bilgi varsa işletme bugün bunu nasıl ele alıyor?

Temsilî bir siparişi baştan sona yürütün

Aşağıdaki örnek gerçek bir Ofelya projesi veya müşteri siparişi değildir. Temsilî bir işletmede mağazaya gelen siparişi satış ekibi kayda alıyor, depo ekibi hazırlık yapıyor ve satış ekibi son durumu öğrenmek için depoya ayrıca soruyor. İlk görüşmenin sorusu, bu tekrarlanan bilgi isteme ihtiyacının nerede oluştuğudur.

Örnek akışı üç adımda yazın: siparişin kayda alınması, hazırlık bilgisinin oluşması ve ilgili ekibin güncel durumu görmesi. Her adımın yanına bugün kullanılan kaydı ve yapılan işlemi ekleyin. Ardından rutin dışındaki bir durumu konuşun: sipariş değiştirilirse veya hazırlık durursa ekipler bugün birbirini nasıl bilgilendiriyor? Bir durumun dosyada yazılması, onun uygulama kapsamına alınmış veya otomatik yürütülecek olduğu anlamına gelmez.

İlk görüşme için kısa bir ihtiyaç dosyası hazırlayın

Görüşmeye bütün sistemlerin aynı anda değiştirileceği varsayımıyla gitmek yerine, öncelikli tek akışı seçin. Dosyada mevcut kanallar, kullanılan uygulamalar, ilgili ekipler, tekrar eden sorun ve önce ele alınmak istenen iş bulunsun. Henüz çözümlenmemiş soruları ayrıca işaretleyin. İlk sürümün sınırları, yazılım projesinin kabul ölçütleri ve teklif kapsamı görüşmede ayrıca değerlendirilir.

Ofelya’nın e-ticaret, entegrasyon ve süreç otomasyonu hizmeti için proje talebi oluştururken iş amacını ve mevcut akışı özetleyebilirsiniz. Gerçek sipariş listesi, müşteri bilgisi, hesap erişimi veya ödeme kaydı paylaşmanız gerekmez; kişi verisi içermeyen temsilî bir örnekle başlayın. Kullanılan ürün veya platformun adı, belirli bir bağlantının mümkün olduğu ya da Ofelya tarafından hazır olarak sunulduğu anlamına gelmez.

• Öncelik: İlk olarak hangi ekipteki hangi tekrar veya belirsizlik ele alınmalı?
• Beklenen sonuç: İlgili ekip işin hangi aşamasını görebilmeli veya hangi işi tamamlayabilmeli?
• Kapsam sorusu: Hangi adımlar görüşülecek, hangileri daha sonra ayrıca değerlendirilecek?