Ajanslar İçin White Label Yazılım: 7 Teslim Kuralı

On iki kişilik bir marka ajansı düşünün. Tasarımcılar, iki stratejist, bir müşteri ekibi. Uzun süredir çalıştıkları bir müşteri, ajansın yeni teslim ettiği kurumsal kimliğe uygun bir müşteri portalı ve mobil uygulama istiyor. Ajans daha önce hiç uygulama yayınlamamış. Hayır demek, bir rakibin kapıdan girmesi demek. Evet demek ise bunu yapacak birini bulmak demek.

White label yazılım geliştirme tam burada devreye girer: bir yazılım ekibi ürünü geliştirir, ajans onu kendi adıyla sunar, müşteri yalnızca ajansla muhatap olur. İyi kurulduğunda küçük bir ajansın, kadrosunun düşündürdüğünden çok daha fazlasını sunmasını sağlar. Kötü kurulduğunda ajans teknik sorulara cevap veremeyen, cuma akşamı hiçbir şeyi düzeltemeyen bir aracıya dönüşür ve sonunda müşteriyi, kodu gerçekten yazanlara kaptırır.

Farkı çoğu zaman ortağın yetkinliği belirlemez. Belirleyen, işin nasıl kurulduğu, yürütüldüğü ve teslim edildiğidir. İlişkinin sizde kalmasını sağlayan yedi kural:

1. İlk görüşmeden önce "white label"ın ne demek olduğuna karar verin

Bu ifade birbirinden çok farklı düzenlemeleri kapsar. Birinde ortak hiçbir yerde görünmez: kodda adı yoktur, müşteriye e-posta atmaz, toplantılara katılmaz. Bir başkasında ortak, ajansın e-posta alan adıyla "yazılım ekibimiz" olarak görüşmelere katılır. Üçüncüsünde ortak adıyla tanıtılır ama sözleşme ve faturalar ajans üzerinden gider.

Bunların hiçbiri yanlış değildir, ama karıştırılınca sorun çıkar. Ortağın yazılımcısı altıncı haftada bir e-postayı kendi şirket adıyla imzalarsa müşteri bunu fark eder. Hangi modeli kullandığınızı yazıya dökün ve ayrıntılarda anlaşın: hangi e-posta adresleri, görüşmelerde hangi isimler, uygulama mağazası sayfasında ve kod açıklamalarında kimin adı geçecek.

2. Müşteri ilişkisini masanın sizin tarafında tutun

Bu düzenlemede ajansın değeri ilişkidir: müşterinin gerçekte ne istediğini, geçen yıl ne söylediğini, hangi paydaşın memnun tutulması gerektiğini bilmek. Bunu koruyun.

• Teknik cevabı ortak hazırlasa bile müşteriyle tüm yazışmalar ajans üzerinden yürür.
• Ajansın proje sorumlusu, teknik olanlar da dahil, her müşteri toplantısına katılır.
• Gayriresmî gelen talepler, örneğin müşterinin bir yazılımcıya doğrudan mesaj atması, kibarca ve her seferinde ajansa yönlendirilir.

Amaç bilgi saklamak değil. Amaç, müşterinin güvendiği kişinin kapsam, fiyat ve tarih konusunda gerçekten söz verebilecek kişi olmasını sağlamak.

3. Hiç tanımadığınız birinin üzerinden geliştirebileceği bir brief yazın

Ajanslar yoruma alan bırakan kreatif brieflere alışkındır. Yazılım briefleri bunu kaldırmaz. Odada bulunmamış bir ortağın şunları bilmesi gerekir:

• Ürünü kim, ne için kullanacak. Roller, ana işler, yaklaşık kullanıcı sayıları.
• Kapsamda ne var, açıkça ne yok. "İlk sürümde ödeme yok" demek, ileride bir haftalık tartışmayı önler.
• Hangi sistemlere dokunuyor. Mevcut web sitesi, CRM, ödeme altyapısı, giriş sağlayıcısı, analitik.
• "Bitti" neye benziyor. Desteklenen tarayıcı ve cihazlar, diller, erişilebilirlik beklentileri ve her aşamayı kimin onaylayacağı.

Bu sorulara cevap veremediğinizi fark ederseniz bu da işe yarar bir bilgidir. Müşteriyle konuşmanın henüz bitmediği anlamına gelir; geliştirmeye şimdi başlamak belirsizliği yalnızca faturalara taşır.

4. Hesaplar, kod ve anahtarlar sizde olsun

Bu kural, ortaklık biterse sizi koruyan kuraldır. Ürünün bağlı olduğu her hesap ajansın adına ya da daha iyisi, ajansın yönetici olduğu şekilde müşterinin adına açılmalıdır:

• Kod deposu.
• Barındırma ve bulut hesapları, alan adları ve DNS.
• App Store ve Google Play geliştirici hesapları.
• E-posta gönderimi, harita ya da ödeme gibi üçüncü taraf servisler.

Ortağa erişim verilir, sahiplik verilmez. Proje bittiğinde ya da bir gün ortak değiştirmeniz gerekirse, tek bir yetki grubunu kaldırıp yola devam edebilmelisiniz. Kod ortağın özel deposunda duruyor ve uygulama onun geliştirici hesabıyla yayınlanıyorsa elinizde bir ürün yoktur. Bir bağımlılık vardır.

5. Kötü haberin nasıl ulaşacağında anlaşın

Her projede bir şeylerin ters gittiği bir hafta olur: bir entegrasyon belgelerinde yazandan farklı davranır, mağaza incelemesi bir sürümü reddeder, bir tahmin iyimser çıkar. Önemli olan, ajansın bunu ne kadar çabuk duyduğudur.

Ortaktan haftalık kısa bir yazılı güncelleme isteyin: ne yapıldı, sırada ne var, ne risk altında. Risklerin sprint sonuna saklanmadan, öğrenildiği anda bildirilmesini isteyin. Sonra her sorunun müşteriye nasıl anlatılacağına birlikte karar verin. Ajans bir gecikmeyi asla müşteriden öğrenmemeli.

6. Yayından sonraki hayatı planlayın

Proje yayınla bitmez. Birinin güvenlik güncellemelerini yapması, sertifikaları yenilemesi, bir işletim sistemi güncellemesi bir ekranı bozduğunda müdahale etmesi ve müşterinin önümüzdeki iki yıl boyunca gelecek "küçük değişiklik" taleplerine cevap vermesi gerekir.

Bunları sözleşme imzalanmadan netleştirin:

• Canlıdaki ürünü kim izliyor, ürün çöktüğünde kim aranıyor?
• Ajans müşterisine hangi müdahale süresini taahhüt ediyor ve ortağın taahhüdü bununla uyuşuyor mu?
• Yayından sonra küçük değişiklikler nasıl tahmin edilip faturalanıyor?

Müşterisine dört saatte müdahale sözü veren, ortağı ise ertesi iş günü sözü veren bir ajansın arasında bir boşluk vardır ve bu boşluk er geç ortaya çıkar.

7. Gerçekten kullanabileceğiniz bir teslim isteyin

Aynı ortakla çalışmaya devam etmeyi planlasanız bile her aşamanın sonunda bir teslim paketi isteyin: sistemin nasıl kurulduğunu ve yayına nasıl alındığını, ayarların nerede durduğunu, yerelde nasıl çalıştırılacağını ve hangi hesapların ve anahtarların olduğunu anlatan kısa bir belge. Ürünü geliştirmemiş birine bu belgeyi takip edip edemeyeceğini sorarak test edin.

Bu belge iş tazeyken ucuza hazırlanır, iki yıl sonra yeniden oluşturmak ise çok pahalıdır. Ajansın sahipliğini kâğıt üzerinde olmaktan çıkarıp gerçek kılan da budur.

Kısaca

White label yazılım geliştirme, ajans üç şeyi elinde tuttuğunda işler: müşteri ilişkisini, kodun ve hesapların sahipliğini ve projede neler olduğuna dair net bir görüşü. Modele baştan karar verin, hiç tanımadığınız birinin üzerinden geliştirebileceği bir brief yazın, her hesabı doğru adla açın, sorunların nasıl bildirileceğinde anlaşın, yayından sonraki yılları planlayın ve gerçekten kullanabileceğiniz bir teslim isteyin. Kodu ortak yazar; ürün de söz de yine ajansındır.