# 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ı.

- Source canonique : [https://allaux.fr/tr/creation/quand-un-developpeur-est-inutile](https://allaux.fr/tr/creation/quand-un-developpeur-est-inutile)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## 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.

## Bu sayfayı neden yazıyorum

> Çünkü yanlış boyutlandırılmış bir proje iki tarafta da kötü biter. Müşteri kullanmadığı bir altyapıyı öder, yönetmeye çalışırken tükenir ve teknik olarak çalışan bir siteyi sonunda bırakır. Benim tarafımda ise kullanılmayacağını bildiğim bir işi teslim ederim. Bu projeleri kapıda ayırmak daha dürüsttür ve sitenin geri kalanıyla tutarlıdır: ne yaptığımı da ne yapmadığımı da açıkça yazıyorum.

## İlgili sayfalar

- **Uygulamaların gizli maliyetleri** — Hazır barındırmalı bir teklifin öteki yüzü: işlev işlev tırmanan aylık toplam. ([/shopify/problemes/couts-caches-applications](/shopify/problemes/couts-caches-applications))
- **Modül satın almak mı, geliştirtmek mi** — Aynı tercihin bütün bir proje yerine tek bir işleve uygulanmış hâli. ([/modules/acheter-ou-faire-developper](/modules/acheter-ou-faire-developper))
- **Ücretler** — Bir günün maliyeti; bu sayfanın söz ettiği eşiği yerine oturtmak için. ([/tarifs](/tarifs))
- **Bakım ve yönetim hizmeti** — Geliştirmeye alternatif: var olanı düzgün biçimde sürdürmek. ([/services/maintenance](/services/maintenance))

## FAQ

### 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.