Özel sipariş yönetimi uygulaması: Net bir iş akışı oluşturun

Özel siparişleri takip etmek neden zorlaşır?

Özel üretim işleri nadiren tek bir yerde başlar. Bir müşteri ölçüleri e-postayla gönderebilir, rengi bir sohbetten onaylayabilir ve ardından teslimat tarihini değiştirmek için arayabilir. Bir kişi ayrıntıları elektronik tabloya aktarırken başka biri ortak gelen kutusunda not tutar.

Bu yöntem birkaç sipariş için işe yarar. Aynı anda birçok iş yürüdüğünde sorun çıkmaya başlar. İki kişi aynı talebe yanıt verebilir veya hiç kimse talebi fark etmeyebilir. Satış ekibi, son değişiklik bir mesaj dizisinin içinde kaldığı için eski bir teknik özelliğe göre fiyat verebilir. Üretim ekibine de eksik talimatlar gider.

Küçük eksiklikler pahalıya mal olur. 24 adet kazınmış tabela talebi için malzeme, ölçüler, yüzey işlemi, tasarım dosyası, miktar, son tarih, kargo adresi ve onay durumu gerekir. Kayıtta yalnızca «24 özel tabela» yazıyorsa çalışanların ayrıntıların peşine sonradan düşmesi gerekir. Fiyat teklifi yanlış olabilir, üretim durabilir ve müşteri aynı sorularla tekrar tekrar karşılaşabilir.

Elektronik tablolar durum bilgisinin güvenilirliğini de zorlaştırır. Bir sekmede sipariş hazır görünürken paketleme notunda hâlâ kontrol beklediği yazabilir. Kurye bilgileri gönderiyi ayarlayan kişinin yanında kalabilir. Müşteri bir güncelleme istediğinde çalışanlar tek bir kaydı açmak yerine dosyaları ve konuşmaları arar.

Özel sipariş yönetimi uygulaması, her iş için ilk talepten fiyat teklifine, onaya, üretime, paketlemeye ve teslimata kadar ortak bir kayıt sağlar. Bu kayıt müşteri bilgilerini, ürün gereksinimlerini, notları, dosyaları, fiyatları, teslim tarihlerini ve güncel durumu içermelidir.

Böylece satış ekibi müşterinin neyi onayladığını doğrulayabilir. Üretim ekibi eksiksiz ürün bilgileriyle çalışabilir. Destek ekibi ofiste kime soracağını araştırmadan güncelleme verebilir. Uygulama ayrıca sıradaki işin kimde olduğunu ve hangi bilgilerin eksik kaldığını göstermelidir.

Küçük bir ekip için bu yapı, gelen kutusu etiketleriyle elektronik tablo sütunlarından oluşan dağınık sistemi değiştirebilir. Daha büyük ekiplerde devirleri netleştirir. Bir çalışan siparişi açtığında müşterinin ne istediğini, ekibin ne vaat ettiğini ve teslimata kadar nelerin kaldığını görmelidir.

Oluşturmadan önce sipariş akışını haritalayın

Uygulamayı insanların zaten yaptığı işin etrafında kurun. Talepleri alma, fiyatı ve zamanı doğrulama, ürünü hazırlama, paketleme ve teslimatı düzenleme gibi işleri listeleyerek başlayın. Küçük bir işletmede bir kişi bu işlerin birkaçını üstlenebilir. Kişinin unvanını değil, yaptığı işi kaydedin.

Alanları veya ekranları oluşturmadan önce sipariş yolunu kağıt üzerinde çizin. Her devri ekleyin. Örneğin satış ekibi 40 adet kazınmış kupa talebi girer, yönetici tasarımı ve teklifi onaylar, üretim kupaları kazır, paketleme ekibi sayıyı kontrol eder ve teslimat sorumlusu takip bilgilerini müşteriye gönderir.

İnsanların tanıdığı aşamaları kullanın

Gerçek kararlarla eşleşen kısa bir aşama listesi seçin. Ekip işin başlayıp başlayamayacağını, onay bekleyip beklemediğini veya kurye ayarlanması gerekip gerekmediğini bilmek zorundaysa «Devam ediyor» gibi geniş etiketlerden kaçının.

Uygulanabilir bir özel sipariş iş akışı şu durumları kullanabilir:

• Yeni talep
• Onay bekliyor
• Üretime hazır
• Üretimde
• Paketlendi
• Teslim edildi

İptal edilen ve beklemeye alınan siparişleri ayrı tutun. Bekleyen bir iş için «malzeme bekleniyor» veya «müşteri tasarımı değiştirdi» gibi bir neden gerekir. Çalışanlar açıklama sormak yerine bu ayrıntıya göre hareket edebilir.

Her devre bir sorumlu atayın

Her durum değişikliğinin belirli bir sorumlusu olmalıdır. Birisi teklifi onaylamadan satış ekibi siparişi üretime hazır durumuna taşımamalıdır. Üretim ekibi de siparişi paketlendi olarak işaretlememelidir. Net sınırlar, herkesin işi bir başkasının yapacağını düşündüğü ortak kuyruklarda siparişlerin beklemesini önler.

Her aşama için bir kural belirleyin: Siparişi bu aşamaya kim taşıyabilir, hangi bilgileri eklemelidir ve sonraki görevi kim alır? Teslimat için sorumlu kişi taşıyıcıyı, takip numarasını, sevkiyat tarihini ve teslimat kanıtını ekleyebilir.

AppMaster, ekiplerin bu kuralları görsel bir Business Process içinde modellemesini sağlar. Önce normal akışı oluşturun, ardından ekip uygulamayı gerçek siparişlerde kullandıktan sonra istisnaları ekleyin.

Ana sipariş kaydını oluşturun

Her özel sipariş, ekibe işin ortak görünümünü sunan tek bir kayda ihtiyaç duyar. Müşteri adını, gerektiğinde şirket adını, telefon numarasını, e-posta adresini, talep tarihini ve gerekli teslimat tarihini ekleyin.

İnsanların arayabileceği ve mesajlarda kullanabileceği bir sipariş numarası ekleyin. Çalışanlardan numara oluşturmalarını istemek yerine uygulamanın CO-1042 gibi bir numara üretmesini sağlayın. Yinelenen veya belirsiz numaralar, doğru işi bulmak gerektiğinde zaman kaybettirir.

İlk ekranı sade tutun. Bir siparişi açan herkes kimin talepte bulunduğunu, neye ihtiyaç duyulduğunu, ne zaman gerektiğini ve güncel durumun ne olduğunu hızlıca görmelidir.

Durumları kısa ve net tutun

Birçok ekip için şu aşamalar yeterlidir:

• Yeni
• Teklif verildi
• Onaylandı
• Üretimde
• Sevkiyata hazır
• Teslim edildi

Her duruma tek ve net bir anlam verin. Siparişi yalnızca müşteri teklifi kabul ettikten sonra Onaylandı durumuna taşıyın. Bir satış temsilcisi onay bekliyor diye siparişi bu duruma taşımayın. Böylece üretim siparişi takibi doğru kalır.

Bir sipariş kalemine ait olmayan bağlam bilgileri için genel bir not alanı kullanın. Notlar «Müşteri 15.00'ten sonra gelip alacak» veya «12 Mayıs'ta gönderilen numuneyle eşleştir» şeklinde olabilir. Referans fotoğraflarını, imzalı onayları, teknik özellik belgelerini ve tasarım dosyalarını e-posta dizisinde bırakmak yerine siparişle birlikte saklayın.

İç bilgileri müşteriye gösterilen bilgilerden ayırın

İki ayrı mesaj alanı kullanın. İç notlarda tedarikçi sorunları, tahmini işçilik süresi, fiyatlandırma endişeleri veya sevkiyattan önce aranması gerektiğine dair hatırlatmalar bulunabilir. Müşteriler bu alanı asla görmemelidir.

Müşteriye gösterilecek güncellemeler yalnızca paylaşmaya hazır olduğunuz bilgileri içermelidir: «Siparişiniz üretimde» veya «Siparişiniz teslim alınmaya hazır» gibi. AppMaster'da bu alanları tek bir görsel sipariş formuna yerleştirebilir, kimlerin görüntüleyebileceğini veya düzenleyebileceğini kontrol edebilirsiniz.

80 adet logolu cupcake için talep alan bir fırın, etkinlik sorumlusunu, teslimat tarihini, logo ekini, anlaşılan fiyatı ve durumu tek bir sipariş kaydında saklayabilir. Üretim ekibi aromaları, miktarları ve tek tek görevleri eklemeden önce güvenilir bir başlangıç noktasına sahip olur.

Ayrıntıları kaybetmeden sipariş kalemleri ekleyin

Özel bir sipariş ilk mesajda basit görünebilir: iki kazınmış kupa, basılı bir kart ve gelecek cuma teslimat. Oysa her parçanın kendi fiyatı, malzemeleri, onay gereksinimleri ve üretim işi olabilir. Her ürün veya hizmeti ayrı bir sipariş kalemine ekleyin.

Ana sipariş müşteri bilgilerini, istenen teslimat tarihini ve genel durumu tutar. Sipariş kalemleri ürüne özel ayrıntıları içerir. Böylece bir talep birkaç ürün içerdiğinde bile uygulama okunabilir kalır.

Her ürüne yeterli bağlamı ekleyin

Ekibinizin sipariş karşılama sırasında verdiği kararlara uygun alanlar oluşturun. Bir matbaanın kart boyutuna, kağıt türüne, tasarım dosyasına, miktara, birim fiyata ve folyo rengine ihtiyacı olabilir. Bir catering işletmesi servis sayısına, menü seçimlerine, beslenme gereksinimlerine ve kurulum talimatlarına ihtiyaç duyabilir.

Özel sipariş kalemlerinin çoğunda şu bilgiler gerekir:

• Ürün veya hizmet adı ve miktarı
• Boyut, malzeme, renk veya seçilen seçenekler
• Tasarım dosyası, referans dosyaları veya onay durumu
• Birim fiyat ve ürüne özel indirim
• Üretim talimatları

Talimatları ilgili ürünle birlikte tutun. «Sarah'ın adını mavi kupaya kazı» ifadesi kupa sipariş kaleminde yer almalıdır. Üretim ve paketleme ekipleri bu bilgiyi hızlıca bulabilmelidir.

Toplamları uygulamada hesaplayın

Uygulama her sipariş kalemi için miktarı birim fiyatla çarpmalı, ardından ara toplamları ekleyerek sipariş toplamını hesaplamalıdır. Müşteri miktarları değiştirdiğinde veya bir ürünü başka bir ürünle değiştirdiğinde manuel hesaplamalar hataya yol açar.

Örneğin, tanesi 3 dolar olan 20 davetiye kartı ile tanesi 18 dolar olan iki tabela toplam 96 dolar eder. Müşteri kart miktarını 30'a çıkarırsa toplam hemen 126 dolar olur.

Sipariş düzenlenebilir durumdayken çalışanların kalem eklemesine veya silmesine izin verin. Birden fazla kişi siparişlerle ilgileniyorsa her değişikliği kimin ve ne zaman yaptığını kaydedin. Denetim izi önemliyse silinen kalemlerin nedenini «müşteri iptal etti» gibi bir ifadeyle saklayın.

AppMaster'da bir sipariş kalemi veri modeli, birçok kalemi tek bir siparişe bağlayabilir. Çalışanlar üretim başlamadan önce basit bir sipariş ekranından kalem ekleyebilir, miktarları güncelleyebilir ve hesaplanan toplamları inceleyebilir.

Üretim işlerini adım adım takip edin

Onaylanan bir sipariş için yalnızca «Üretimde» etiketi yeterli değildir. İşi ekibin ürünü hazırlama biçimine uygun görevlere ayırın. Her görev siparişe ve gerektiğinde belirli bir sipariş kalemine bağlanmalıdır.

Sipariş üzerine üretilen bir tabela için görevler tasarımı doğrulama, malzemeyi kesme, baskı, kalite kontrolü ve paketlemeyi içerebilir. Ekip üyesi bir görevi açtığında mesajları aramak zorunda kalmadan ürün ayrıntılarını, taahhüt edilen tarihi, müşteri notlarını ve dosyaları görmelidir.

Onaylanan siparişlerden görevler oluşturun

Yaygın ürün türleri için görev şablonları hazırlayın. Çalışanlar bir siparişi onayladığında uygulama gerekli görevleri oluştursun. Bu, tekrar tekrar veri girişi yapmayı ortadan kaldırır ve işi ilk andan itibaren görünür kılar.

Her görevde bir sorumlu veya ekip, teslim tarihi ve basit bir durum bulunmalıdır:

• Başlamadı
• Çalışmaya hazır
• Devam ediyor
• Bekliyor
• Tamamlandı

Bir görev ilerleyemediğinde «Bekliyor» durumunu kullanın. Çalışanlar eksik onay, geciken malzeme veya makine sorunu gibi bir engel seçmeli ve kısa bir not eklemelidir. Sipariş sorumlusu gecikmeyi erkenden fark edebilir ve taahhüt edilen tarih riske girmeden müşteriye ulaşabilir.

Son tarihleri tahminle değil, teslimat tarihinden geriye doğru belirleyin. Paketleme teslim alımdan bir gün önce tamamlanmalı ve baskı iki gün sürüyorsa görev tarihleri bu sırayı yansıtmalıdır. Hafta sonlarını, tedarikçi teslim sürelerini ve kalite kontrollerini hesaba katın.

Çalışanlara odaklanmış bir iş görünümü sunun

Üretim çalışanlarının tam sipariş geçmişine çoğu zaman ihtiyacı olmaz. Ekranlarında sıradaki atanmış görev, teslim tarihi, sipariş referansı ve işe başlamak için gereken ayrıntılar görünmelidir.

Bir baskı çalışanının yalnızca onaylanmış dosyaya, malzemeye, miktara, yüzey işlemine ve baskı notlarına ihtiyacı olabilir. Yöneticiler ise tamamlanan görevler, engeller ve sipariş geçmişi dahil olmak üzere tam görünüme ihtiyaç duyar.

Birisi görevi tamamladığında bunu kimin ve ne zaman yaptığını kaydedin. «Tasarım prova ile karşılaştırılarak kontrol edildi» gibi bir not, sonraki kişiye yalnızca durum değişikliğinden daha fazla bağlam sağlar.

AppMaster görevleri siparişlere ve sipariş kalemlerine bağlayabilir. Ardından Business Process'leri kullanarak görevler oluşturabilir, işleri atayabilir ve üretim tamamlandığında siparişi güncelleyebilirsiniz.

Bir siparişin talepten teslimata ilerleyişini görün

Bir müşteri iki baskı renginde 50 logolu bez çanta ister: beyaz logolu 30 lacivert çanta ve siyah logolu 20 doğal renkli çanta. Satış ekibi müşteri adına yeni bir talep oluşturur ve teslim tarihini, iletişim bilgilerini, tasarım dosyalarını ve teslimat adresini ekler.

Siparişte «50 bez çanta» yazan tek bir not yerine iki sipariş kalemi bulunur. İlk kalem, 30 lacivert çantayı beyaz baskıyla ve anlaşılan birim fiyatıyla kaydeder. İkinci kalem, 20 doğal renkli çantayı siyah baskıyla, kendi fiyatı ve notlarıyla kaydeder. Atölye her kombinasyon için ayrı talimatlara ihtiyaç duyar.

Uygulama kalemlerin toplamını hesaplar, kargoyu ve varsa kurulum ücretini ekler, ardından bir teklif oluşturur. Satış ekibi müşterinin onayını kaydeder ve siparişi Onaylandı durumuna taşır. Uygulama, çalışanların yanlış sürüm üzerinde işe başlamaması için teklif verilen miktarları kilitleyebilir.

İş görünür bir sırayla ilerler

Üretim ekibi onaylanan siparişi iş kuyruğunda görür. Bir ekip üyesi tasarımı kontrol eder, logo boyutunu ve renklerini doğrular. Ardından sipariş baskı aşamasına geçer.

Net bir sıra şöyle olabilir:

• Tasarım kontrolü
• Baskı
• Kalite kontrolü
• Paketleme
• Sevk edildi

Kalite kontrolü sırasında ekip üyesi her iki partiyi sayar ve baskı konumunu kontrol eder. Beş lacivert çantanın yeniden basılması gerekiyorsa notu tüm siparişe değil, lacivert sipariş kalemine ekler. Paketleme ekibi son miktarı, koli sayısını ve teslimat adresini aynı kayıtta görür.

Yararlı teslimat güncellemeleri gönderin

Sevkiyattan sonra gönderi sorumlusu durumu Sevk edildi olarak değiştirir, taşıyıcıyı ve takip numarasını ekler, sevkiyat tarihini kaydeder. Müşteriye 50 bez çantanın gönderildiği ve takip numarasının bulunduğu bir güncelleme gider.

Satış ekibi atölyeye sormadan müşteri aramasını yanıtlayabilir. Üretim ekibi de eski e-posta dizilerini aramadan onaylanmış ayrıntıları görebilir. AppMaster görsel veri tasarımını, durum değişiklikleri için Business Process'leri ve satış, üretim ve sevkiyat için ayrı ekranları destekler.

Siparişleri geciktiren hatalardan kaçının

Gecikmeler çoğu zaman yoruma fazla açık bir iş akışıyla başlar. Uygulama neye dikkat edilmesi gerektiğini, kimin sorumlu olduğunu ve işin ilerlemesi için ne olması gerektiğini göstermelidir.

Anlamı net durumlar kullanın

Sipariş yaşam döngüsünün çoğunda «beklemede» veya «devam ediyor» ifadelerini kullanmaktan kaçının. Bu etiketler çalışanları notları okumaya veya bir iş arkadaşına ne olduğunu sormaya zorlar. Ayrıca geciken bir onayla birinin aktif olarak hazırladığı ürünün aynı görünmesine neden olurlar.

Bir mobilya üreticisi, müşteri yalnızca fiyat teklifi istemişken malzemeyi kesmeye başlamamalıdır. Müşteri kabul edene ve ekip onayı kaydedene kadar sipariş «Teklif gönderildi» durumunda kalmalıdır. Bu, üretim zamanını korur ve onaylanmamış değişikliklerle ilgili anlaşmazlıkları önler.

Serbest metin notları başka bir sorun yaratır. «Üç mavi gömlek, orta ve büyük beden, logo ekle» ifadesi üretime güvenilir ürün verisi sağlamaz. Çalışanlar her beden için miktarı, logo konumunu veya ürün teslim tarihini hızlıca göremez. Miktar, seçenekler, fiyat, üretim notları ve iş durumu için alanları olan sipariş kalemleri kullanın.

Teslimat güncellemelerini siparişle birlikte tutun

Ekipler teslimatı çoğu zaman ayrı bir elektronik tabloda takip eder. Birisi siparişi orada sevk edildi olarak işaretler, ancak sipariş iş akışını güncellemeyi unutur. Destek ekibi eski durumu görür ve müşteriye yanlış bilgi verir.

Taşıyıcıyı, takip numarasını, sevkiyat tarihini, teslimat adresini ve teslimat durumunu sipariş uygulamasında saklayın. Çalışanlar gönderiyi güncellediğinde müşteriye gösterilen kayıt da güncellenmelidir. Yöneticiler böylece beklenen teslimat tarihini kaçıran siparişleri bulabilir.

İzinler de aynı özeni gerektirir. Üretim çalışanının bir görevi tamamlaması gerekebilir, ancak sipariş fiyatını, ödeme durumunu veya teslimat adresini değiştirmemelidir. Her role yalnızca yönettiği alanlara erişim verin.

Yayına almadan önce hızlı bir kontrol yapın

Gerçekçi bir siparişle yapılacak 15 dakikalık test, ekranda küçük görünen ancak sonradan işlerin kaçırılmasına yol açan eksikleri ortaya çıkarabilir. Birkaç kalemi, müşteri notu, iki üretim aşaması ve teslimat tarihi olan bir sipariş kullanın. Uygulamayı oluşturmayan birinden testi tamamlamasını isteyin.

Her devirde kaydı kontrol edin. Satış, üretim ve teslimat çalışanları başka bir yere bakmadan ihtiyaç duydukları her şeyi görebilmelidir.

• Her siparişin bir sorumlusu ve güncel durumu olduğunu doğrulayın.
• Her sipariş kaleminde açıklama, miktar, birim fiyat ve kalem toplamı bulunduğunu kontrol edin.
• Her üretim görevinin sorumlusu, teslim tarihi ve durumu olduğundan emin olun.
• İş başlamadan önce müşteri talimatlarının ve tasarım dosyalarının göründüğünü doğrulayın.
• Teslimat mesajlarını tetikleyin ve müşterilerin doğru güncellemeyi aldığını kontrol edin.

Olağan bir değişikliği test edin. Müşteri üretim başladıktan sonra baskılı tişört siparişini 20'den 24'e çıkarabilir. Sipariş sorumlusu değişikliği görmeli, kalem toplamı güncellenmeli ve üretim ekibi yeni miktarı görmelidir. Çalışanların bunu öğrenmek için birbirlerine mesaj atması gerekiyorsa iş akışını değiştirin.

Eksik siparişleri de test edin. Müşteri, teslimat tarihi veya sipariş kalemi miktarı olmadan bir siparişi kaydetmeyi deneyin. Uygulama kullanıcıyı durdurmalı veya eksik bilgileri açıkça göstermelidir. Eksik kayıtları kabul etmek daha sonra temizleme işi oluşturur.

İlk sürümü tek bir sipariş türü etrafında oluşturun

Ekibinizin sık yönettiği bir sipariş türüyle başlayın: sipariş üzerine yapılan bir tabela, basılı tişört paketi veya mobilya talebi gibi. İlk günden her ürünü kapsamaya çalışmayın. Çalışanların bu siparişi kabul etmek, hazırlamak ve teslim etmek için ihtiyaç duyduğu bilgilere odaklanın.

Talepleri alan, işi yapan ve teslimatı düzenleyen kişilerden gerçekçi örnek siparişlerle test etmelerini isteyin. Nerelerde duraksadıklarını gözlemleyin. Bir üretim çalışanı sırada ne yapacağını anlayamıyorsa daha fazla alan eklemeden önce ekranı veya durumu iyileştirin.

Normal ve zorlayıcı durumları kapsayan siparişler ekleyin: birkaç sipariş kalemi olan eksiksiz bir sipariş, müşteri onayı bekleyen bir talep, malzeme tedariki nedeniyle geciken bir sipariş, teslimata hazır tamamlanmış bir sipariş ve müşterinin değiştirdiği veya iptal ettiği bir sipariş.

Önce manuel iş akışını düzeltin. Çalışanlar sohbet notlarına veya ayrı bir elektronik tabloya güvenmeden sipariş oluşturabilmeli, iş atayabilmeli, ilerlemeyi kaydedebilmeli ve teslimat güncellemesi gönderebilmelidir. Ardından otomasyonu dikkatle ekleyin. Siparişin onay beklemesi veya teslimata hazır hale gelmesi gibi olaylar için uyarılarla başlayın.

AppMaster bu tür uygulamalar oluşturmak için kullanılan no-code bir platformdur. Müşteriler, siparişler, sipariş kalemleri ve üretim görevleri için Data Designer'ı kullanın. Ardından kuralları Business Process Editor'de belirleyin ve satış, üretim ve müşteriler için ayrı ekranlar oluşturun. Süreciniz gerektiriyorsa e-posta, SMS veya Telegram üzerinden de güncellemeler gönderebilir.

İlk sipariş türü gerçek kullanıcılarla çalışmaya başladıktan sonra genişletin. Sipariş kaydını talep, mevcut iş ve teslimat durumu için ortak kaynak olarak koruyarak her seferinde bir ürün kategorisi, üretim ekibi veya müşteri portalı ekleyin.