İstanbul'da yazılım geliştiren bir mühendislik şirketi

Süre projenin kapsamına göre değişiyor. Net tanımlanmış bir web veya mobil uygulamanın ilk kullanılabilir sürümünü çoğu projede 6 ila 10 haftada çıkarıyoruz. Tek bir süreci çözen daha küçük uygulamalarda bu süre 3 ila 4 haftaya iniyor.

Asıl fark geliştirme hızından çok, işe başlamadan önce ne yapılacağının ne kadar netleştiğinden geliyor. Bu yüzden ilk aşamada ekranları, temel iş kurallarını, entegrasyonları ve ilk sürümde yer almayacak özellikleri birlikte belirliyoruz.

Geliştirme sırasında iki haftada bir çalışan bir sürüm paylaşıyoruz. Kimlik doğrulama, bildirim, ödeme ve yönetim ekranı gibi her üründe gereken parçalarda, uygun olduğunda olgunlaşmış kütüphanelerden ve hazır servislerden yararlanıyoruz.

Ekip İstanbul'da olduğu için keşif ve proje toplantılarını gerektiğinde yüz yüze de yapabiliyoruz.

Pazarlama otomasyonu projelerinde ilk iş çoğu zaman, şirketin halihazırda kullandığı araçların birbiriyle doğru konuşmasını sağlamak oluyor. Sıfırdan yeni bir sistem kurmak sonraki adım.

CRM, e-posta ve SMS servisleri, reklam platformları, e-ticaret altyapısı ve ERP arasında veri akışları kuruyoruz. Sitede gerçekleşen bir işlem CRM'deki müşteri kaydını güncelleyebilir. Belirli davranışlar bir satış görevi açabilir ya da kullanıcının dahil olduğu iletişim akışını değiştirebilir.

HubSpot, Salesforce, Pipedrive, Mailchimp, Klaviyo, Google Ads ve Meta ile çalışıyoruz. API sunan yerel servislerle de entegrasyon geliştiriyoruz.

İşin büyük kısmı API'leri bağlamanın etrafında dönüyor. Veri eşleştirme, başarısız işlemlerin yeniden denenmesi, aynı işlemin iki kez çalışmasının önlenmesi, hata takibi ve gerekli izin kayıtları da sistemin parçası.

İhtiyacı hazır bir ürün karşılıyorsa onu kuruyoruz. Hazır araçların yetmediği yerde aradaki entegrasyon veya otomasyon katmanını biz geliştiriyoruz.

Kısıtlı bütçeli projelerde fikri küçültmüyoruz. İlk sürümde çözülecek problemi küçültüyoruz.

On iş akışını aynı anda otomatikleştirmeye çalışmak yerine, en çok zaman kaybettiren veya doğrudan gelir üreten süreci seçiyoruz. İlk faz yalnızca o süreci uçtan uca çalışır hale getiriyor. Ürün gerçekten kullanılmaya başladıktan sonra diğerleri sırayla ekleniyor.

Hangi parçanın özel olarak geliştirileceği de maliyeti belirliyor. Hazır ve güvenilir bir servis problemi zaten çözüyorsa aynı sistemi yeniden yazmanın anlamı yok. Altyapıyı da ürünün bugünkü ölçeğine göre kuruyoruz.

Bütçenizi baştan söylemenizde sakınca yok. Belirli bir rakama neyin gerçekçi biçimde sığdığını, neyin sonraki faza kalması gerektiğini açıkça söylüyoruz.

Önce projede gerçekten çalışacak insanlarla görüşüp görüşmediğinize bakın. İlk toplantıdaki kişilerle geliştirme başladıktan sonra hiç karşılaşmayacaksanız, verilen teknik sözlerin projeye ne kadar yansıyacağını anlamak zorlaşır.

Kaynak kodun, bulut hesaplarının, alan adlarının, veritabanlarının ve proje için açılan diğer hesapların kimin kontrolünde olacağını sözleşmeden önce sorun. Bunun proje bittikten sonra tartışılmaya başlanması iki tarafa da gereksiz bir sorun çıkarır.

Yayına aldıktan sonrası ayrı bir başlık. Hata takibini, güncellemeleri ve altyapıyı kimin yöneteceği baştan belli olmalı.

Geliştirme sırasında ürünü ne sıklıkla göreceğinizi de öğrenin. Sunum ve durum raporu projenin nerede olduğunu göstermez. Çalışan bir sürüm gösterir.

Intellego'da müşteriler proje boyunca doğrudan teknik ekiple çalışıyor. Kaynak kodu ve mümkün olduğunca proje altyapısını müşterinin kontrolündeki hesaplarda tutuyoruz. Çalışan sürümleri de iki haftada bir paylaşıyoruz.

Benzer görünen iki uygulamanın geliştirme maliyeti arasında büyük fark olabilir. Bunun nedeni genellikle ekran sayısı değil, ekranların arkasındaki iş kuralları ve sistemin başka servislerle ne kadar konuşması gerektiğidir.

Basit bir yönetim paneli ile farklı kullanıcı rolleri, onay süreçleri, ödeme sistemleri, ERP entegrasyonu ve otomatik bildirimler içeren bir uygulama dışarıdan birbirine benzeyebilir. Geliştirme yükleri aynı değildir.

Bu yüzden fiyat vermeden önce temel kullanıcı akışlarını, entegrasyonları ve yetkilendirme yapısını anlamaya çalışıyoruz. Veri modeli ve yayına çıktıktan sonraki işletme beklentileri de bu konuşmanın içinde.

Kapsamı yeterince net olan projelerde sabit kapsam ve sabit fiyatla çalışıyoruz. Ürünün geliştirme sırasında şekillenmesi bekleniyorsa, belirli bir ekip kapasitesinin ayrıldığı aylık model daha iyi işliyor.

İlk aşamada teknik doküman hazırlamanız gerekmiyor. Ne yapmak istediğinizi ve varsa bütçe aralığınızı söylemeniz, projenin yaklaşık ölçeğini konuşmamıza yetiyor.