Uygulama satışında due diligence kontrol listesi: alıcılar uygulamanızı almadan önce neyi kontrol eder?

Due diligence kulağa ağır geliyor, ama çoğu küçük uygulama için rakamların gerçek olduğunu ve hiçbir şeyin bozulmak üzere olmadığını gösteren odaklı bir kontrolden ibaret. Bu, bir uygulamayı incelerken benim üzerinden geçtiğim liste. Herhangi bir alıcıyla konuşmadan önce hazırlanmak için kullanın: düzenli bir klasör günler kazandırır ve rakamlarınıza güvenmeyi kolaylaştırır.

Uygulamanızın gelirini nasıl kanıtlarsınız?

Kendi yazdığınız bir tabloyla değil, kaynak sistemlerden alınmış dışa aktarımlarla. Alıcılar şunları görmek ister:

• Son 12–24 ay için App Store Connect Sales and Trends ve Payments and Financial Reports raporları.
• Abonelik uygulamalarında RevenueCat (ya da benzeri) özeti: MRR, aktif abonelikler, deneme dönüşümü, yenilemeler, churn (abonelik kaybı) ve iadeler. Satışın abonelik tarafı abonelik uygulaması satmak yazısında anlatılıyor.
• Hasılatla örtüşen banka ekstreleri ya da ödeme kayıtları; büyük anlaşmalarda işe yarar.
• Diğer gelirler: reklamlar, web üzerinden satın almalar, sponsorluklar.

Alıcılar giderleri ve kârı nasıl kontrol eder?

Uygulamanın her giderinden yola çıkarak aylık kârınızı yeniden hesaplarlar, çünkü fiyat o kârın bir katıdır.

• Kanala göre reklam harcaması (Apple Search Ads, Meta, TikTok, Google) ve bunlara karşılık gelen yüklemeler (bkz. ücretli reklamla büyüyen bir uygulamayı satmak).
• Sunucular, API’ler, AI/LLM maliyetleri, yazılım araçları, freelancer’lar ve destek. AI uygulamalarında alıcıların ilk baktığı şey aylık API maliyetidir: AI wrapper uygulaması nasıl satılır.
• Basit bir aylık kâr-zarar tablosu.

Alıcının burada bulduğu şeyler çarpanı doğrudan etkiler: hangi bulguların onu yukarı ya da aşağı ittiğini uygulamam ne kadar eder yazısı anlatıyor. Kimseyle konuşmadan önce hızlı bir aralık için uygulama değerleme hesaplayıcısını deneyin.

Alıcılar hangi trafik ve kullanıcı verilerini ister?

İndirmelerinizin nereden geldiğini ve kullanıcıların kalıp kalmadığını. Somut olarak:

• App Analytics: gösterimler, ürün sayfası görüntülemeleri, indirmeler ve kaynak türleri (App Store araması, göz atma, web yönlendirmesi, uygulama yönlendirmesi).
• Sıralamada olduğunuz başlıca anahtar kelimeler ve başlıca ülkeler.
• Takip ediyorsanız elde tutma (retention) ve aktif kullanıcılar.

Alıcılar kodda ve üründe neyi kontrol eder?

Uygulamanın siz olmadan çalışıp çalışamayacağını ve bozulmak üzere olan bir şey olup olmadığını.

• Teknoloji yığını, minimum işletim sistemi sürümü ve derlemelerin ve sürümlerin nasıl yapıldığı.
• Üçüncü taraf SDK’lar ve servisler, her hesabın kime ait olduğu.
• Çökme oranı ve bilinen hatalar.
• Kişisel olarak size bağlı her şey; örneğin kendi bilgisayarınızda çalışan bir sunucu ya da kişisel bir API anahtarı.
• Alıcılar kodun kendisine genellikle ancak teklif üzerinde anlaşıldıktan sonra ya da NDA altında bakar.

Hangi App Store geçmişi ve hukuki kontroller gündeme gelir?

Mağazayla yaşanmış eski sorunlar ve sattığınız şeyin sahibi olduğunuzun kanıtı.

• Geçmişteki retler, uyarılar ya da kaldırılmalar ve nedenleri.
• Yorum ve puan geçmişi. Çoğu alıcı için teşvikle toplanmış ya da satın alınmış yorumlar anlaşmayı bitirir.
• Adın, logonun, alan adının ve varsa markaların sahipliği.
• Fontlar, görseller, sesler ve üçüncü taraf kod için lisanslar.
• Gizlilik politikası ve kullanıcı verilerinin nasıl saklandığı.
• Uygulamanın transfer kurallarını karşılayıp karşılamadığı. Apple’ın kriterleri (incelemede bekleyen bir şey olmaması, TestFlight’ın kapalı olması, yinelenen ürün kimliklerinin olmaması) App Store uygulama transferi rehberimde listeleniyor.

Verileri nasıl güvenle paylaşırsınız?

NDA altında, ekran paylaşımı ya da ekran görüntüleriyle; Apple Hesabı parolanızla asla.

• Ayrıntılı rakamlar paylaşacaksanız önce NDA imzalayın.
• Giriş bilgisi vermek yerine ekran paylaşımını ve ekran görüntülerini tercih edin. Alıcının doğrudan erişime ihtiyacı varsa, araçlarınızın izin verdiği en sınırlı erişimi verin ve iş bitince kaldırın.
• Apple Hesabı parolanızı ya da geliştirici hesabınızın kendisini asla paylaşmayın.

Hangi uyarı işaretleri uygulama satışlarını bozar?

Birbirini tutmayan rakamlar ve geç ortaya çıkan sorunlar.

• Kaynaklar arasında birbirini tutmayan rakamlar.
• Satıştan hemen önce ani bir sıçrama; genellikle durmak üzere olan ücretli reklamlar.
• Geç fark edilen, önceden söylenmemiş sorunlar: App Review uyarıları, kapatılmak üzere olan kritik bir SDK, hukuki bir anlaşmazlık.
• Kurucuya kişisel olarak bağlı gelir; örneğin müşteri işleri ya da kişisel bir takipçi kitlesi.

Bunları erkenden açıklayın. Bilinen bir sorun fiyata yansıtılır; gizlenen bir sorun anlaşmayı bitirir. Due diligence tamamlanınca sıradaki adım ödeme: bkz. uygulama satışında escrow.