Kısa cevap: süreçleriniz sektörün standardına yakınsa hazır paket doğru tercihtir. Rekabet ettiğiniz nokta tam da süreçlerinizin farklı olmasıysa, o farkı pakete uydurmak rekabet avantajınızı silmek anlamına gelir. Karar, yazılımın fiyatına değil, sürecinizin standart olup olmadığına bakılarak verilir.
Yazıyı oku →Yazılar
Karar vermeden önce sorulan sorular.
Sitenin geri kalanı bizi anlatır. Burası ise satın alan tarafın kendine sorduğu soruları cevaplar. Her yazı doğrudan bir cevapla başlar; gerisi o cevabın gerekçesidir.
Yazı19
Kısa cevap: projeler çoğunlukla ekip yetersiz olduğu için değil, kapsam tanımsız kaldığı ve karar verecek bir teknik sahip bulunmadığı için yarıda kalır. Yazılımı yazan taraf ile neyin doğru olduğuna karar veren taraf ayrıldığında, proje her toplantıda yeniden başlar.
Yazıyı oku →Kısa cevap: pilot çalışır çünkü seçilmiş örneklerle ve gözetim altında çalışır. Üretim ise ölçüm, sınır, denetim kaydı ve tahmin edilebilir maliyet ister. Bu dördü kurulmadığı sürece pilotu üretime geçirecek bir gerekçe oluşmaz; proje iyi bir gösteri olarak kalır.
Yazıyı oku →Kısa cevap: bayi portalı, bayinin kendi bakiyesini, kendi fiyat listesini ve güncel stoğu görüp siparişini kendisi girdiği sistemdir. ERP’yi değiştirmez, ona bağlanır: sipariş portalda oluşur, ERP’de kayda dönüşür. Ortadan kaldırdığı iş, satış temsilcisinin telefonla gelen siparişi sisteme yazmasıdır.
Yazıyı oku →Kısa cevap: parasını siz ödediyseniz kaynak kod sizin olmalıdır. Ama asıl mesele mülkiyet değil devredilebilirliktir — kod sizde olup da kimse onu çalıştıramıyorsa sahiplik kâğıt üzerinde kalır. Sözleşmede aranacak şey tek başına “kod bize ait” cümlesi değil, kurulum belgeleri, altyapı erişimi ve devir prosedürüdür.
Yazıyı oku →ERP, şirketin satın alma, üretim, stok, satış ve muhasebe kayıtlarını tek bir veri tabanında birleştiren sistemdir. Kattığı şey yeni bir özellik değil, tek bir doğru: aynı sorunun cevabı her birimde aynı olur. Bugün stokta ne var sorusuna depo, satış ve muhasebe farklı cevap veriyorsa, ihtiyaç duyulan şey ERP’dir.
Yazıyı oku →ERP geçişi tek seferde değil, dalgalar hâlinde yapılır. Her dalgada bir birim yeni sisteme geçer, geçmeden önce eğitim alır ve geçtikten sonra bir süre eski sistemle paralel çalışır. İki sistemin çıktısı karşılaştırılır ve fark kapandığında geçiş kararı birlikte verilir. Geri dönüşü olmayan tek seferlik geçiş, projelerin en sık kırıldığı yerdir.
Yazıyı oku →Üretim takip sistemi, tezgâhın başında oluşan kaydı aynı gün yönetim ekranına taşıyan sistemdir. İş emri, reçete, tezgâh, operatör, fire ve duruş tek yerde toplandığında üretim maliyeti ay sonunu beklemeden görünür olur. Çözdüğü asıl sorun hız değil, gecikmiş bilgiyle karar vermek zorunda kalmaktır.
Yazıyı oku →Depo yönetim sistemi, stoğun ne kadar olduğunu değil nerede olduğunu yönetir. ERP stok adedini tutar; depo sistemi o adedin hangi rafta, hangi partide ve hangi tarihli olduğunu tutar. İhtiyaç, sayım günü ile gerçek arasındaki farkın işi aksatmaya başladığı noktada doğar.
Yazıyı oku →Excel, veriyi tek kişi giriyor ve tek kişi okuyorsa iyi çalışır. Aynı dosyayı ikinci bir kişi düzenlemeye başladığı anda tablo bir kayıt sistemi olmaktan çıkar ve bir uzlaşma sorununa dönüşür. Geçiş kararının ölçütü satır sayısı değil, aynı veriyi kaç kişinin ayrı yerde tutmaya başladığıdır.
Yazıyı oku →Kurumsal web sitesinin fiyatını sayfa sayısı değil, kaç farklı şablonun tasarlanacağı belirler. Aynı düzenden üretilen elli sayfa, beş ayrı düzenden ucuza çıkar. Fiyatı asıl büyüten kalemler ise tasarımın sıfırdan yapılması, ikinci dil, yönetim paneli ihtiyacı ve dışarıya bağlanan her entegrasyondur.
Yazıyı oku →Sattığınız şey standart bir ürünse ve satış akışınız sektörün alışılmış akışıysa hazır platform doğru tercihtir; hızlı açılır, ucuza başlar. Ürün yapınız, fiyatlandırmanız ya da sipariş akışınız farklıysa o farkı platformun izin verdiği kadar yaşatabilirsiniz — ve rekabet ettiğiniz nokta tam da o farksa, kiraladığınız şey aslında sınırınız olur.
Yazıyı oku →Kullanıcı sizi ayda bir kez ziyaret ediyorsa mobil uyumlu site yeterlidir; uygulama indirtmek o kullanıcıyı kaybetmenin en hızlı yoludur. Uygulama, üç şart varsa gerekir: kullanıcı sık geliyorsa, cihazın kendi özelliklerine ihtiyaç varsa (kamera, konum, bildirim, barkod) ya da bağlantı kopukken de çalışması gerekiyorsa.
Yazıyı oku →Yazılım, e-ticaret sitesinin yalnızca bir parçası. Açılıştan önce hazır olması gerekenler şunlar: şirket kaydı ve vergi mükellefiyeti, bir sanal pos anlaşması, en az bir kargo anlaşması, e-fatura ya da e-arşiv altyapısı, mesafeli satış sözleşmesi ile iade ve teslimat koşulları, KVKK aydınlatma metni ve çerez politikası, ve düzgün hazırlanmış ürün verisi.
Yazıyı oku →İçeriği sık değişen, yapısı standart ve bütçesi sınırlı bir site için WordPress doğru tercihtir; hızlı kurulur ve içerik yönetimi hazır gelir. Sitenin yapması gereken iş içerik yayınlamanın ötesine geçiyorsa — hesaplama, başvuru akışı, bir sisteme bağlanma — eklentiyle çözülen her ihtiyaç yeni bir bağımlılık ve yeni bir güvenlik yüzeyi ekler.
Yazıyı oku →İki platforma birden çıkılacaksa ve uygulama iş uygulamasıysa cross-platform neredeyse her zaman doğru tercihtir: tek kod tabanı, tek ekip, aynı anda iki mağaza. Native, uygulamanın işi cihazın sınırlarını zorluyorsa gerekir — ağır grafik, yoğun kamera ve sensör kullanımı, arka planda sürekli çalışma ya da platforma özgü yeni bir özelliği ilk gün kullanma ihtiyacı.
Yazıyı oku →Önce kaybı durdurun, sonra kimi arayacağınıza karar verin. Sırayla: alan adı ve sunucu hesaplarının şifrelerini değiştirin, kodun ve veri tabanının bir yedeğini kendi bilgisayarınıza indirin, ödemesi yapılan servislerin kartını kendi adınıza geçirin. Bu üç adım bir yazılımcı gerektirmez ve geri dönüşü olmayan kayıpları durdurur.
Yazıyı oku →Devralınabilir, ama kararı kodun yaşı ya da satır sayısı değil üç şey belirler: veri modeli sağlam mı, kod okunabilir ve çalıştırılabilir durumda mı, ve iş kuralları bir yerde yazılı mı? Üçü de yoksa devralmak sıfırdan yazmaktan pahalıya gelir. En pahalı hata, bu soruyu sormadan aylarca kurtarmaya çalışmaktır.
Yazıyı oku →Muhasebe, fatura ve resmî raporlama tarafında yerli hazır ürünler güçlüdür ve mevzuat takibini onlar üstlenir; bu tarafta özel yazılım yazdırmak çoğu şirket için gereksiz. Fark, operasyon tarafında ortaya çıkar: üretim, depo, bayi ve saha akışlarınız sektörün standardından ayrılıyorsa, paketi o farka uydurmak uyarlama borcu üretir. Yaygın çözüm ikisini birden kullanmaktır.
Yazıyı oku →Sorunuz burada yoksa doğrudan sorun.
Durumu anlatın; gerekmiyorsa gerekmediğini de söyleriz.