Küçük Firmalar İçin Stok Yazılımı: Satın Al, Uyarla mı Geliştir mi?

Neredeyse her büyüyen işletmede bir an gelir, hesap tablosu artık komik olmaktan çıkar. Bir iki yıl gayet iyi işler — tek bir sekme, birkaç formül, herkes nerede durduğunu bilir. Sonra siparişler artar, ikinci bir şube açılır, iki kişi aynı anda düzenlemeye başlar ve bir bakmışsınız elinizde olmayan ürünleri satıyor, kimsenin istemediği ürünleri depoluyorsunuz. İşte o an, stok yazılımı sorusu masanıza düşer; internette bulacağınız tavsiyeler ise neredeyse her zaman kötüdür: ya bütçenizin elverdiği en büyük platformu almanızı söyler ya da işletmeniz eşsiz bir kar tanesi olduğu için özel bir şey geliştirmenizi. İkisi de yanlış olabilir. Doğru cevap genellikle her iki tarafın da kabul etmek istediğinden daha sessiz, daha ucuz ve size daha özgüdür.

Küçük firmalara tam olarak bu kararı vermede sayısını hatırlamayacağım kadar çok yardım ettim — bir yedek parça distribütörü, birkaç e-ticaret mağazası, pahalı bileşenlerin izini sürekli kaybeden bir atölye, partileri ve son kullanma tarihlerini dengeleyen bir gıda üreticisi. Örüntü hep aynı: bunu doğru yapan işletmeler “en iyi stok yazılımı hangisi?” diye sormaz. Şunu sorar: “Stoğumuzun şu anda bize yalan söylediği şu belirli durumu düzeltecek en küçük şey nedir?” Bu çok daha iyi bir soru ve sizi üç dürüst yoldan birine yönlendirir — satın al, uyarla ya da geliştir.

Bu rehber, satış kaygısı gütmeden üç yolu da anlatıyor. Sonunda hangi yolun işletmenizin şekline uyduğunu, her birinin para ve baş ağrısı olarak kabaca neye mal olduğunu ve aynı derecede önemlisi — yanlış olanı seçip on sekiz ay sonra fark etmenin pahalı hatasından nasıl kaçınacağınızı bileceksiniz.

Önce gerçek sorunu adlandırın

Tek bir ürünü karşılaştırmadan önce, stoğunuzun gerçekte neyi yanlış yaptığını yazın. “Stok yazılımına ihtiyacımız var” bir sorun ifadesi değildir — bir belirtidir. Gerçek sorun somut ve biraz utandırıcı bir şeydir ve yüksek sesle söylemeye değer.

Belki rafa gitmeden kimse gerçek stok sayısını bilmiyordur. Belki iki satış kanalı aynı stoğu paylaşıyor ve yoğun haftalarda fazla satış yapıyordur. Belki çok geç sipariş verip satış kaybediyor ya da çok erken verip nakdi toz tutan ürüne bağlıyorsunuzdur. Belki sorun izlenebilirliktir — bir şeyler ters gittiğinde hangi partinin hangi müşteriye gittiğini bilmeniz gerekir. Bunların her biri farklı bir sorundur ve her biri sizi farklı bir yola yönlendirir. Sadece doğru sayıma ihtiyacı olan bir firmanın ihtiyaçları, parti izlenebilirliğiyle var olan ya da batan bir firmanınkinden çok farklıdır.

Kulağa apaçık geliyor. Değil. Küçük firmaların burada para çarçur etmesinin en yaygın yolu, dar ve belirli bir acıyı çözmek için güçlü, genel amaçlı bir platform almak — ve sonra hiç açmadıkları aracın %80'i için aylık, sonsuza dek ödeme yapmaktır.

Birinci yol: hazır paket satın alın

Çoğu küçük işletme için, çoğu zaman dürüst cevap şudur: zaten var olan bir şeyi satın alın. Olgun, rekabetçi bir stok ve depo yönetimi ürünleri pazarı var. Evrensel olan şeyleri — sayımlar, lokasyonlar, satın alma siparişleri, düşük stok uyarıları, barkod okutma, temel raporlama — hallederler ve iyi hallederler, çünkü binlerce işletme pürüzlerin törpülenmesi için zaten para ödemiştir.

Satın almak, küçükken muazzam önem taşıyan üç şeyde kazanır: hız (aylar değil, günler içinde devreye girebilirsiniz), maliyet öngörülebilirliği (ucu açık bir geliştirme yerine bilinen aylık bir ücret) ve bakımın başkasına ait olması (vergi kuralları değiştiğinde ya da bir telefon işletim sistemi güncellendiğinde, bu sizin değil onların sorunudur). Stok ihtiyaçları genel olarak herkesinki gibi görünen bir işletme için, bununla özel geliştirmeyle savaşmak genellikle ekonomi değil egodur.

Şu durumlarda satın alın…

• Süreciniz oldukça standartsa — mal giriş, mal çıkış, sayım, yeniden sipariş — alışılmadık kurallar olmadan.
• Yakında çalışır durumda olmanız gerekiyorsa ve sıkıntı şu anda gerçekse.
• Bir projeyi yönetmektense öngörülebilir bir abonelik ödemeyi tercih ediyorsanız.
• Ekibiniz küçükse ve özel yapım bir sisteme dadılık edecek kimseniz yoksa.
• Hâlâ büyüyor ve öğreniyorsanız — gereksinimleriniz değişecek, o yüzden henüz betonu dökmeyin.

İnsanların gözden kaçırdığı bir incelik: hazır paket satın almak ile akıllı olmak zıt şeyler değildir. Satın almanın akıllı versiyonu, iki üç aracı kısa listeye almak, her birinin deneme sürümünden gerçek bir hafta boyunca gerçek stoğunuzu geçirmek ve onları özellik listesine göre değil, sizin tuhaf durumlarınızı nasıl ele aldıklarına göre değerlendirmektir. En dağınık salınızla temas ettikten sonra ayakta kalan ürün, seçilmesi gereken üründür.

İkinci yol: sahip olduğunuzu uyarlayın ve bağlayın

İşte sektörün sessizce unuttuğu yol, çünkü kimse bunu önererek pek para kazanmıyor: zaten sahip olduğunuz iyi araçları koruyun ve onları düzgün biçimde bağlayın. "Yeni stok yazılımına ihtiyacımız var" sorunlarının şaşırtıcı sayıda kısmı aslında "mevcut sistemlerimiz birbiriyle konuşmuyor" sorununun kılık değiştirmiş halidir.

Zaten iyi bir mağaza platformunuz, bir satış noktası sisteminiz ve bir muhasebe aracınız olabilir. Her biri stoğunuza dair gerçeğin bir parçasını tutar — ve kaos, bu üçünün asla anlaşamamasından gelir. Bu durumda, üçünü de söküp tek bir mega platforma geçmek pahalı, yıkıcı ve aşırı bir düzeltmedir. Daha ucuz, daha sakin çözüm, onları senkronize tutan ince bir entegrasyon ve otomasyon katmanıdır: mağazadaki bir sipariş her yerde stoğu düşürür, düşük bir sayım yeniden sipariş taslağını tetikler, sayılar her cuma elle değil, gece kendi kendini mutabakata getirir.

Uyarlama, esnek bir hazır temeli alıp belirli bir tuhaflığa uydurmak için yapılandırdığınız ya da hafifçe genişlettiğiniz orta alanı da kapsar — özel bir alan, kişiselleştirilmiş bir yeniden sipariş kuralı, muhasebecinizin gerçekten istediği ekstra bir rapor. Satın almanın hız ve güvenliğinin çoğunu, artı standart ürünün kaçırdığı bir iki uyum parçasını elde edersiniz. Birçok firma için gerçek altın nokta budur ve neredeyse hiç kimse bunu varsayılan olarak onlara sunmaz.

Şu durumlarda uyarlayın…

• Tek başlarına gayet iyi çalışan ama veri paylaşmayan araçlara zaten sahipseniz.
• Bir hazır ürün ihtiyaçlarınızın %80–90'ını karşılıyor ve yalnızca birkaç özel noktayı kaçırıyorsa.
• Aynı sayıları sistemler arasında elle yeniden giriyorsanız (mümkün olan en net sinyal).
• Her şeyi değiştirmek, aslında bağlantıyla ilgili bir sorun için son derece yıkıcı olacaksa.

Üçüncü yol: özel bir şey geliştirin

Sıfırdan geliştirmek, herkesin romantize ettiği ve çoğu kişinin tercih etmemesi gereken yoldur — ama doğru işletme için, doğru zamanda dönüştürücüdür. Hata, kendini "özel" hisseden herkes için bunu varsayılan olarak görmektir. Neredeyse her işletme kendini özel hisseder. Çoğunun stok ihtiyaçları, sokağın aşağısındaki firmanınkiyle %90 aynıdır. Sizinkinin gerçekten öyle olmadığı konusunda acımasızca dürüst olun.

Özel geliştirme, stoğunuz asıl rekabet avantajınız olduğunda ya da stoğu ele alış şekliniz öylesine alışılmadık olduğunda — para, sürtünme ve geçici çözümler açısından — jenerik bir aracı buna uydurmak gerçekten ihtiyacınız olan şeyi geliştirmekten daha pahalıya patladığında kendini amorti eder. Karmaşık garanti mantığıyla seri numarası takibini, düzenleyici izlenebilirliğe bağlı parti ve son kullanma yönetimini, aynı ürünün çıkıp geri döndüğü bir kiralama modelini ya da ham parçaların kapıdan çıkarken bitmiş ürünlere dönüştüğü çok lokasyonlu bir montaj akışını düşünün. Standart araçlar ekibinizi günlük geçici çözümlere zorladığında, o geçici çözümler tekrarlayan bir vergidir — ve bir geliştirme bunu kapatabilir.

Şu durumlarda geliştirin…

• Stok süreciniz gerçekten alışılmadıksa ve para kazanma şeklinizin merkezindeyse.
• Hazır araçları uyarlamayı denediyseniz ve günlük geçici çözümlere zorlayan duvarlara sürekli toslaıyorsanız.
• O geçici çözümlerin maliyeti — zaman, hata, kayıp satış — açıkça geliştirme maliyetini aşıyorsa.
• Zaten kullandığınız diğer özel sistemlerle sıkı sıkıya entegre olması gerekiyorsa.
• Araca tamamen sahip olmak ve işletme geliştikçe onu şekillendirmek istiyorsanız, kullanıcı başına bir tavan olmadan.

Geliştirmenin gerçek argümanı özellikler değildir — uyum ve sahipliktir. Özel bir sistem işletmenizi tam olarak çalıştığı gibi modeller; tuhaf bir çeviri yok, büyüdüğünüz için sizi cezalandıran kullanıcı başına aylık ücret yok ve bağımlı olduğunuz tek özelliği kaldırmaya karar veren bir tedarikçi yok. Bu gerçek bir varlıktır. Aynı zamanda gerçek bir sorumlulukla gelir: bakım artık sizindir. Ya gözünüz açık girin ya da hiç girmeyin.

Gerçekten kullanabileceğiniz bir karar çerçevesi

Gürültüyü kaldırın ve seçim iki dürüst soruya iner: süreciniz ne kadar standart ve uyum işletmeniz için ne kadar önemli? Kendinizi bunlara göre konumlandırın, doğru yol şaşırtıcı bir netlikle ortaya çıkar.

1. 1
   Tek cümlelik sorunu yazın

   “Stok verimiz şu konuda yanlış: ____.” Bunu tam olarak dolduramıyorsanız, durun ve önce haftanızı izleyin.
2. 2
   Sürecinizin ne kadar standart olduğunu puanlayın

   Dürüst olun: 1 'herkes gibi', 5 'gerçekten tuhaf ve kazancımızın özünde' demektir. Çoğu firma 2'dir.
3. 3
   Geliştirmeden önce satın almayı deneyin

   İki hazır aracı en dağınık durumlarınıza karşı gerçek bir denemeyle çalıştırın. Uyup uymadığına demoyu değil gerçeği karar versin.
4. 4
   Neredeyse uyuyorsa, uyarlayın

   %90'lık bir aracı %10'luk bir boşluk yüzünden reddetmeyin. Onu bağlamak ya da genişletmek sıfırdan başlamaktan çok daha ucuzdur.
5. 5
   Yalnızca indirgenemez kalanı geliştirin

   Bir şey gerçekten satın alınamıyor ya da uyarlanamıyorsa, o tek parçayı geliştirin — küçük, odaklı, sağlam temeller üzerinde.

Kısa bir hikaye: az kalsın fazla geliştiren distribütör

Bölgesel bir yedek parça distribütörü bize tam kapsamlı özel bir depo sistemine ihtiyaçları olduğuna ikna olmuş halde geldi. Hesap tablolarını aşmışlardı, iki hazır deneme "başarısız" olmuştu ve bir geliştirici onlara uzun, pahalı bir geliştirme için fiyat vermişti. İmzalamaya hazırlardı. Bunu yapmadan önce, stoğun günleri boyunca gerçekte nasıl hareket ettiğini izleyerek bir öğleden sonra geçirdik.

Hazır araçlar aslında başarısız olmamıştı. Tam tek bir şeyde başarısız olmuşlardı: distribütör aynı parçaları hem tekli birim hem de toplu paket olarak satıyordu ve standart ürünler ikisi arasında tek bir doğru sayım tutamıyordu. Geri kalan her şeyi — lokasyonlar, yeniden siparişler, okutma, raporlama — ucuz araçlar gayet iyi yapıyordu. Özel bir depo sistemine ihtiyaçları yoktu. İyi bir hazır temele ve birim-paket mantığını ele alıp iki satış kanalını dürüst tutacak küçük bir özel katmana ihtiyaçları vardı.

Tam olarak bunu yaptık. Sonuç, orijinal fiyatın küçük bir kesriydi, aylar değil haftalar içinde devredeydi ve — %90'ı bakımı yapılan bir ürüne dayandığından — bakımı çok daha azdı. Bir yıl sonra sayıma güveniliyor, fazla satış durdu ve sistemin gerçekten onlara ait olan kısmı, kimsenin geliştirmek zorunda kaldığı tek kısım oldu. (Ayrıntılar anonimleştirildi; bu hikayenin şekli sürekli tekrarlanır.) Ders "asla geliştirme" değildir. Gerçekten özel olması gereken en küçük parçayı bulun, geri kalanını satın alın ya da uyarlayın.

Gerçek paraya mal olan hatalar

Hangi yolu seçerseniz seçin, birkaç hata defalarca ortaya çıkar — ve bunlara dikkat etmeyi öğrendiğinizde hepsi önlenebilirdir.

• Bugün yürüttüğünüz işletme için değil, beş yıl sonra olacağınız işletme için satın almak. İhtiyaçlarınız değişecek; tahminler için peşin ödemeyin.
• Veri içe aktarımını ve temizliğini sonradan akla gelen bir şey gibi ele almak. Çöp girer, sonsuza dek çöp kalır — ürün listenizi düzenlemek için gerçek zaman ayırın.
• İnsanları görmezden gelmek. Ekip okutmazsa, sayımları güncellemezse, güvenmezse en iyi sistem bile başarısız olur. Onları erkenden işin içine katın.
• Çıkışı unutmak. Verilerinizi nasıl dışarı alacağınızı her zaman bilin — ister satın alınmış ister geliştirilmiş, herhangi bir araçtan.
• 'Alışılmadık' ile 'özel'i karıştırmak. Prestijli hissettirdiği için özel istemek, küçük işletme yazılımındaki en pahalı kibirdir.

Sık sorulan sorular