Özel Bir Uygulama Gerçekte Ne Kadara Mal Olur: Dürüst, Şeffaf Bir Döküm

Üç ajansa özel bir uygulamanın ne kadara mal olacağını sorun, ortak bir rakamı bile olmayan üç fiyat alırsınız. Biri dört bin der, biri kırk bin, biri de usulca 'duruma göre değişir' deyip ikinci bir toplantı ayarlar. Aslında hiçbiri yalan söylemiyor; ama hiçbiri gerçekten bilmeniz gereken şeyi söylemiyor: paranın nereye gittiğini ve sizin uygulamanızın neden tam o rakama oturduğunu. O hâlde kaputu açalım.

Tek kişilik bir esnaftan bölgesel bir zincire kadar her ölçekteki işletme için sayamayacağım kadar çok uygulama teklifi yazdım. Bir fiyata verilen en yaygın tepki, toplam karşısındaki şaşkınlık değil; fiyat aralığı karşısındaki kafa karışıklığıdır. Aynı üç kelimelik istek ('bir rezervasyon uygulaması') nasıl olur da on kat farklı tahminler doğurur? Dürüst cevap şu: 'bir rezervasyon uygulaması' bir brief değildir. Bir dilektir. Fiyat ise altında saklanan yüzlerce küçük kararda yaşar.

Bu yazı, her işletme sahibinin bir geliştiriciyle ilk görüşmesinden önce keşke elinde olsa dediğim dökümün ta kendisi. Boş laf yok, korkutma taktiği yok, ek satış yok. Sadece gerçek maliyet bileşenleri, bütçeyi sessizce ikiye katlayan şeyler ve sonradan pişman olacağınız bir şeyle baş başa kalmadan daha az harcamanın birkaç dürüst yolu.

'Aynı uygulama' için iki teklif neden 10 kat farklı çıkar

Yazılım, raftan alıp götürdüğünüz bir ürün değildir; nitelikli insanların saatleriyle ölçülen bir emektir. Yani özel bir uygulamanın fiyatı özünde sadece kapsam × saatlik ücret × risk'tir. Geri kalan her şey bu üçünün dipnotudur. İki teklif birbirinden çok ayrıldığında, bu üç rakamdan biri çok farklı okunuyordur ve genelde bunu kimse açıkça söylememiştir.

Bariz olanı kapsamdır. 'Bir rezervasyon uygulaması' müşterilerin slot seçtiği tek bir ekran anlamına gelebilir; ya da personel takvimleri, ödemeler, hatırlatmalar, müşteri girişi, yönetici paneli, iadeler ve patronun pazartesi okuduğu bir rapor anlamına gelebilir. Aynı üç kelime, on kat iş. Ucuz teklif çoğu zaman küçük sürümü varsayar; pahalı olan ise usulca büyük olanı. Hiçbiri size hangisini kastettiğinizi sormadı.

Bir de risk var; kimsenin fiyatlamayı sevmediği kısım. Belirsiz bir brief, ne istediğine henüz karar vermemiş bir müşteri, döküntü eski bir sistemle entegrasyon: bunlar sadece saat eklemez, belirsizlik ekler. Tecrübeli ekipler belirsizlik için pay koyar, çünkü bunun acısını çekmişlerdir. Daha ucuz teklif çoğu zaman riski hiç fiyatlamamıştır; yarı yolda ara sıra şişmesinin nedeni de tam olarak budur.

Para gerçekte nereye gider

İnsanlar uygulama geliştirmeyi hayal ettiğinde kodlamayı düşünür. Kodlama gerçektir, ama nadiren faturanın yarısı kadar bile tutar. Özel bir uygulama, bir belge yazmaktan çok küçük bir ev inşa etmeye benzer; görünür kısmın etrafında tasarım, tesisat, denetim ve evrak işi vardır. Her şeyi hesaba kattığınızda tipik bir bütçenin nasıl bölündüğü işte şöyle.

Bu tabloda insanları genelde iki şey şaşırtır. Birincisi, bütçenin ne kadarının tek bir özellik kodu yazılmadan önce harcandığı: keşif ve tasarım lüks değil, bir hatayı düzeltmenin en ucuz yeridir. Bir taslakta ekran değiştirmek dakikalar; inşa edildikten sonra değiştirmek günler sürer. İkincisi, test kaleminin ne kadar gerçek olduğu. Onu atlamak para kazandırmaz, sadece maliyeti faiziyle birlikte lansman haftanıza taşır.

Keşif ve tasarım: herkesin atlamak istediği kısım

Keşif, 'bir rezervasyon uygulaması'nı tam bir ekran ve kural listesine dönüştürdüğünüz yerdir. Henüz hiçbir şey inşa edilmediği için fazladan yük gibi hissettirir. Ama buradaki her saat ileride birkaç saat kazandırır, çünkü belirsizliğin daha ucuzken yok edildiği yerdir. Size keşif aşaması olmadan fiyat veren bir ekip ya tahmin yürütüyordur ya da keşfi sonradan başka bir adla faturalandırmayı planlıyordur.

Çekirdek geliştirme: görünür motor

Bu, fikrinizi çalıştıran koddur: insanların dokunduğu ekranlar, arkalarındaki mantık ve her şeyi sessizce hatırlayan veritabanı. Tek başına en büyük dilimdir ve neredeyse doğrudan kapsamla ölçeklenir. Eklediğiniz her özellik, daha fazla inşa, daha fazla test ve sonsuza dek daha fazla bakım demektir. 'Şöyle olsa hoş olmaz mıydı' düşüncesinin hızla pahalılaştığı kalem budur.

Entegrasyonlar: aldatıcı şekilde pahalı kısım

Uygulamanızı başka sistemlere bağlamak (kartla ödeme almak, SMS hatırlatması göndermek, bir takvimi senkronlamak, hâlihazırda kullandığınız muhasebe yazılımından veri çekmek) özellik listesinde küçük görünür ama faturaya şaşırtıcı derecede ağır oturur. Her bağlantı, kendi tuhaflıkları ve arıza biçimleriyle başlı başına küçük bir projedir. Uslu duran tek bir ödeme entegrasyonu sorun değil. Yaşlanmış bir kurum içi sistemle iç içe geçmiş beş entegrasyon ise bütçelerin ölmeye gittiği yerdir.

Kimsenin teklife koymadığı maliyetler

Birçok işletme sahibi on iki ay sonra burada tatsız bir sürprizle karşılaşır. İnşa, tek seferlik bir rakamdır; uygulama ise tek seferlik bir şey değildir. Yazılım canlıdır; telefonlar güncellenir, kurallar değişir, işiniz büyür ve canlı bir şeyin beslenmesi gerekir. İmzaladığınız teklif doğumun bedelidir, sahipliğin değil.

Bunların hiçbiri dolandırıcılık ya da gizli tuzak değil; sadece tek sayfalık bir teklife düzgün sığmayan kısım, bu yüzden zayıf iş ortakları daha ucuz görünmek için bunu atlar. İyisi ise ilk rakamını daha büyük gösterse de bunu size baştan söyler. Açıkça sorun: lansmandan sonra bunu bir yıl çalıştırmak bana ne kadara mal olur? Cevabın kalitesi, kiminle muhatap olduğunuz hakkında çok şey söyler.

Fiyatı sessizce ikiye katlayan şeyler

Bazı şeyler getirdiği değerle orantılı maliyet ekler; bu adildir. Bazıları ise, genelde uygulamanın ne yaptığından çok işin nasıl yapılandırıldığı yüzünden, hiçbir orantı gözetmeden maliyet ekler. Anlamaya değer kollar bunlardır, çünkü birkaçı tamamen sizin kontrolünüzdedir.

• Bir yerine iki platform. Yerel bir iPhone uygulaması ve yerel bir Android uygulaması kabaca iki ayrı inşadır. Platformlar arası araçlar ya da bir web uygulaması bunu tekrar tek inşaya yaklaştırabilir. Bu tek seçim, toplamı herhangi bir özellikten daha çok değiştirebilir.
• Mantıklı varsayılanlar yerine özel tasarım. Piksel kusursuz, baştan sona özel bir arayüz tasarlamak ve inşa etmek gerçek para yer. Kanıtlanmış kalıpları kullanan temiz, geleneksel bir arayüz ise daha hızlı, daha ucuz ve müşteriler için çoğu zaman daha kolaydır.
• İnşa başladıktan sonra fikrinizi değiştirmek. Kararlar beyaz tahtada ucuz, kodda pahalıdır. En yaygın bütçe aşımı kötü tahminden değil, hiçbir şey çakılmadığı için sürekli büyüyen kapsamdan kaynaklanır.
• Gerçek zamanlı, çevrimdışı ya da yoğun veri. 'Sinyalsiz çalışmalı' ya da 'güncellemeler herkese anında görünmeli' makul isteklerdir ama altlarındaki mühendisliği sessizce katlar.
• Eski ve belgesiz bir şeyle entegrasyon. Modern, iyi inşa edilmiş bir sisteme bağlanmak rutindir. Belgesi olmayan on beş yıllık bir kurum içi araca bağlanmak ise arkeolojidir ve saatlik faturalandırılır.

Gerçek bir örnek: 60 bin euroluk teklifin 14 bin euroluk uygulamaya dönüşmesi

Gizlilik için birkaç ayrıntı değiştirildi ama bunun biçimi gerçek ve son derece tipik. Bölgesel bir hizmet şirketi (düşünün ki bir düzine saha çalışanı ve yoğun bir ofis) bize bunalmış bir hâlde geldi. Müşterilerinin iş rezervasyonu yapabileceği, ilerlemeyi takip edebileceği ve ödeme yapabileceği özel bir uygulama istiyorlardı. Başka bir yerden zaten 60.000 euro civarında, üstüne dolgun bir aylık ücretle teklif almışlardı ve bu, neredeyse bir yıl boyunca tüm fikirden soğutmuştu onları.

Onlara teklif edileni değil, gerçekten neye ihtiyaçları olduğunu haritalandırdığımızda tablo çok farklı göründü. İlk teklif iki tamamen yerel uygulama, sıfırdan özel bir tasarım, gerçek zamanlı bir sevkiyat sistemi ve zaten sahip oldukları ve usulca memnun oldukları araçların yerini alacak özel bir yönetim platformu varsaymıştı. Teknik olarak gayet iyi bir uygulamaydı. Ama aynı zamanda sormadıkları bir sorunun cevabıydı.

Aslında ne yaptık

İlk oturumları sadece keşfe ayırdık; dileği 'bu olmadan iş durur' ile 'bu bir gün hoş olurdu' diye ayırdık. Olmazsa olmazlar herkesin beklediğinden daha dardı: müşterilerin bir işi temiz bir şekilde talep edip takip etmesi, otomatik hatırlatmalar ve çevrimiçi ödeme. Gerçek zamanlı sevkiyat ve özel arka ofis ise mevcut yazılımlarının zaten gayet iyi hallettiği sorunların çözümleri çıktı.

1. 1
   Kapsamı gerçek işe indirdik

   Sahip olmadıkları sorunları çözen özellikleri çıkardık ve işin gerçekten onsuz yürüyemeyeceği sıkı bir liste tuttuk.
2. 2
   Tek bir platformlar arası inşa seçtik

   İki ayrı yerel uygulama yerine, tek bir platformlar arası uygulama hem iPhone'u hem Android'i kapsadı ve çekirdek geliştirmeyi kabaca yarıya indirdi.
3. 3
   Kanıtlanmış tasarım kalıpları kullandık

   Özel bir arayüz yerine temiz, geleneksel bir arayüz. Müşteriler kullanımını daha kolay buldu ve takvimden haftalar kazandırdı.
4. 4
   Değiştirmedik, bağladık

   Uygulamayı yeniden inşa etmek yerine zaten ödedikleri ofis yazılımına bağladık. Pahalı 'özel yönetim platformu' kapsamdan resmen yok oldu.

Sonuç, birkaç ayda yayına alınan, işletme maliyetleri öngörülebilir, yaklaşık 14.000 euroluk bir inşa oldu. 60 bin euroluk sürüm kadar geniş kapsamlı değil; olması da gerekmiyor. İşletmenin gerçekten sahip olduğu işi yapıyor. Bir yıl sonra üzerine iki küçük özellik eklediler ve bunu ilk sürümün kazandırdığı parayla ödediler. Bütün örüntü bu: gerçek işle başla, ekstraları sonuçlarla hak et.

Köşeleri kesmeden maliyeti makul tutmanın yolu

Özel bir uygulamaya daha az harcamak, saatlik ücreti pazarlık edip düşürmek ya da bulabileceğiniz en ucuz ekibi bulmak değildir. İki kez ödemenin yolu budur. Asıl mesele kapsam, sıralama ve kararlarda bilinçli olmaktır; rakamı gerçekten değiştiren üç şey bunlardır. Gerçek tasarruf işte burada yaşar.

Birincisi, gerçekten işe yarayan en küçük sürümü inşa edin, sonra büyütün. Tek bir işi iyi yapan odaklı bir ilk sürüm sizi daha hızlı yayına alır, 'hepsi bir arada' hayalinin küçük bir kesrine mal olur ve, en önemlisi, tahmin yerine gerçek müşterilerden ne inşa edeceğinizi öğretir. İkincisi, kararlarınızı inşa başlamadan önce verin; kararsızlık bir projeye getirebileceğiniz en pahalı şeydir. Üçüncüsü, çalışan araçların yerine yenisini koymak yerine zaten sahip olduklarınıza bağlanın ve bir şeyi ancak gerçekten sizi geri tuttuğunda yeniden inşa edin.

Sık sorulan sorular