Projeler ve ajans desteği için müsait · Hızlı yanıt, işi yapan kişiden

Geliştiriciye başvurmanın anlamsız olduğu durumlar

Bana ulaşan projelerin bir bölümünün bana ihtiyacı yok. Varyantsız yirmi ürün, standart bir katalog, bağlanacak hiçbir işletme yazılımı yok: piyasadaki hazır barındırmalı bir teklif bu işi bir günlük geliştirme bedeline görür. Bunu söylemek bana iş kaybettirir, ama zararına teslim edilip altı ay sonra terk edilen bir projeden daha azını.

Sorunumu anlatayım Mesaj gönderin

Hazır küçük bir mağaza ön planda; büyük bir alet kutusu ise kenarda bekliyor.

Geliştiriciye ihtiyacınız olmayan yedi durum

  • Elli civarından az ürün; varyantsız ya da iki üç basit seçenekle. Hazır barındırmalı tekliflerin en iyi karşıladığı biçim tam olarak budur ve hiç sunucu yönetimi gerektirmez.
  • Tek kargo, tek KDV oranı, tek teslimat bölgesi. Hazır ayarlar her yerde yeter ve kimseye ihtiyaç duymaz.
  • Eşitlenecek yönetim yazılımı, kasa ya da depo yok. Geliştirmenin ilk gerçek gerekçesi entegrasyonlardır; onlar yoksa yazılacak bir şey de yoktur.
  • Sunucu yönetecek, yama uygulayacak ya da yedekleri izleyecek kimse yok. Kimsenin bakmadığı, kendi barındırdığınız bir platform ele geçirilmiş bir siteye dönüşür; bu aylar meselesidir.
  • Öncelikle içerik odaklı bir ihtiyaç: bir faaliyeti tanıtmak, yerelde bulunmak, talep toplamak. Satış ikincildir ve klasik bir içerik sitesi işi daha iyi görür.
  • Bir günlük geliştirme bedelinden düşük toplam bütçe. Bu bir yargı değil bir kısıttır ve bu bütçe için düzgün karşılıklar vardır.
  • Müşterisi olup olmayacağını henüz kimsenin bilmediği bir proje. Talebi birkaç günde kurulan bir mağazayla doğrulamak, geliştirmeden sonra pazar olmadığını keşfetmekten ucuzdur.

Bir webmaster’ın benden daha iyi ve daha ucuz yaptıkları

Giderilmeye değer bir karışıklık var. “Geliştirici arıyorum” diye kurulan taleplerin çoğu aslında olağan bakım ihtiyacını tarif eder: ürün eklemek, metin güncellemek, bir afişi değiştirmek, sayfa yayımlamak, güncellemelerin sorunsuz geçtiğini denetlemek, bir form gitmediğinde ilgilenmek.

Bu iş vardır, yararlıdır ve geliştirmeyle ilgisi yoktur. Bir webmaster ya da bir uygulayıcı bunu bir geliştiriciden daha iyi yapar; çünkü mesleği budur ve doğru fiyattan faturalar. Benden ürün kayıtları girmemi istemek, veri girişi işine geliştirme fiyatı ödemek demektir — üstelik bunu daha kötü yaparım, çünkü her gün yaptığım iş bu değildir.

Geliştirici çok belirli bir anda yararlı olur: beklenen davranış araçta hiç bulunmadığında ve hiçbir ayarla elde edilemediğinde. Bu noktadan önce boşuna pahalıdır. Sonrasında ise alternatifi yoktur.

Geliştiriciyi yararlı kılan beş tetikleyici

  1. Hiçbir yerde bulunmayan bir iş kuralı

    Müşterinin girdiği ölçülerden hesaplanan bir fiyat, geçmişe bağlı bir indirim, ağırlık yerine hacimle faturalanan kargo. Bunu hiçbir ayar üretmez; kural yalnızca size özgü olduğunda piyasadaki hiçbir eklenti de üretmez.

  2. Dış bir sistemle bağlantı

    Yönetim yazılımı, kasa, depo, muhasebe, pazar yeri. En sık ve en meşru gerekçe budur: veriler yeniden girilmeden ve önemli olanı ezmeden iki yönde akmalıdır.

  3. Aracı çökerten bir hacim

    Yönetim panelini yavaşlatan bir katalog, birkaç saniye süren bir kategori sayfası, artık tamamlanmayan bir içe aktarım. Bu aşamada iş ayar değil, sorgu ve dizin iyileştirmesidir.

  4. Kimsenin açıklayamadığı bir arıza

    500 hatası, kaybolan siparişler, tamamlanmayan ödemeler, ele geçirilmiş bir site. O zaman günlükleri, veritabanını ve sunucuyu okumak gerekir: bir geliştirici tam da bunun için çağrılır.

  5. Yönetilemez hâle gelmiş bir eklenti yığını

    Birbirine giren, ne yaptıklarını kimsenin bilmediği on beş eklenti. Yığını anlaşılan ve sürdürülen bir kodla değiştirmek, o noktada en ucuz seçeneğe dönüşür.

İlgili sayfalar

Sıkça sorulan sorular

Piyasadaki hazır barındırmalı bir teklif gerçekten yeter mi?
Standart bir katalog için evet ve kalıcı biçimde. Bu platformlar ürünü, sepeti, ödemeyi, teslimatı ve olağan vergilendirmeyi hiçbir teknik yönetim gerektirmeden karşılar. Sınırları üç belirli alanda görünür: alışılmadık fiyat kuralları, var olan bir yazılımla entegrasyon ve satın alma yolculuğunun derin özelleştirilmesi. Bu üç alanın hiçbirinde değilseniz geliştirme hiçbir şey katmaz.
Küçük başlayıp sonra geçiş yapmak riskli mi?
Makuldür; geçişin bedelinin ödeneceğini bilmek kaydıyla. Onu pahalı kılan şey ürünlerin dışa aktarımı değil, adreslerin, siparişlerin ve müşteri hesaplarının aktarılmasıdır. Küçük başlamak, müşterisini henüz bulmamış bir iş için mağaza geliştirmekten neredeyse her zaman ucuzdur.
Geliştirici hangi eşikten sonra kendini amorti eder?
Ciroya dayalı bir eşik yoktur, ihtiyacın niteliğine dayalı bir eşik vardır. Hiçbir ayarın üretmediği bir davranışı tarif ettiğiniz gün ya da elle yeniden giriş size haftada birkaç saate mal olduğu gün hesap tersine döner. O günden önce geliştirme, ölçülebilir bir karşılığı olmayan bir harcamadır.
Küçük projeleri kabul ediyor musunuz?
Sınırları belliyse evet: bir düzeltme, bir entegrasyon, bir modül, hedefli bir devralma. Reddettiğim şey, hazır barındırmalı bir teklifin açıkça daha uygun olduğu birine geliştirilmiş bir mağaza satmaktır. Bu kez birlikte çalışmamak pahasına, bunu ilk görüşmede söylemeyi yeğliyorum.
Hangi kategoride olduğumu nasıl anlarım?
Ne sattığınızı, kaç ürün kodunuz olduğunu, ürün başına kaç seçenek bulunduğunu, hangi kargo firmalarını kullandığınızı ve hangi yazılımların mağazayla konuşması gerektiğini yazın. Bu tarif beş satıra sığıyorsa ve içinde “özel” sözcüğü hiç geçmiyorsa, bugün bir geliştiriciye ihtiyacınız olmaması kuvvetle muhtemeldir. Size verebileceğim en yararlı yanıt da budur.

İhtiyacınızı bir dakikada anlatın

Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.

besoin
plateforme
echeance
budget (facultatif)
Size dönebilmem için en az bir e-posta veya telefon numarası belirtin.

Size dönebilmem için en az bir e-posta veya telefon numarası belirtin.