Her broker sonunda kendi mobil uygulamasını ister. Bunun mantığı sağlamdır: müşteriler telefonlarında yaşar, platform sağlayıcısının uygulaması başkasının logosunu taşır ve bir trader’ın ana ekranındaki markalı bir ikonun bir değeri vardır. Sonra proje Apple’ın inceleme ekibiyle karşılaşır ve süre iki katına çıkar.
Seçeneklerin gerçekte neler olduğunu, uygulamanın ne yapması gerektiğini ve gönderimlerin nerede reddedildiğini burada görebilirsiniz.
Trading uygulamasını kendi adınıza sunmanın üç yolu
İlk seçenek hiç uygulamanız olmamasıdır. Müşterileriniz platform sağlayıcısının uygulamasını indirir ve kendi sunucunuzu seçer. Bu size hiçbir maliyet çıkarmaz, mağaza riski taşımaz ve size hiçbir marka görünürlüğü sağlamaz. Küçük portföye sahip yeni bir aracı kurum için bu, çoğu zaman ilk yıl için doğru tercihtir.
İkinci seçenek, platform sağlayıcınızdan şirketiniz adıyla yayınlanan white label bir mobil uygulamadır. Birçok platform sağlayıcısı bunu sunar. Kanıtlanmış bir trading terminalinde adınızı ve renklerinizi kullanırsınız ve listeleme, inceleme süreci ve güncelleme döngüsünü de devralırsınız. Geliştirme maliyeti düşüktür ve devam eden yükümlülükler gerçektir.
Üçüncü seçenek, CRM’iniz ve trading API’leriniz üzerine kurulmuş özel bir uygulamadır. Bu, uygulamanın bir müşterinin ihtiyaç duyduğu her şeyi tek bir yerde yapabildiği tek yoldur: kayıt olmak, belge yüklemek, hesaba fon yatırmak, yeni bir trading hesabı açmak ve grafiğin yanında bakiyeyi görmek. Aynı zamanda geliştirmesi en pahalı olan seçenektir ve tüm reddedilmelerin sorumluluğunu yalnızca sizin taşıdığınız tek yoldur.
Üçüncü seçenek konusunda açık olmakta fayda var: çoğu broker için trading terminali asıl fark yaratan unsur değildir. Grafikleme ile ilgilenen trader’ların zaten MetaTrader veya cTrader yüklüdür ve mum grafiğinin sizin versiyonunuza geçmeyeceklerdir. Deneyimin gerçekten size ait olan kısmı hesap alanıdır; bu yüzden birçok özel uygulama onboarding, fonlama ve hesap yönetimini üstlenir, gerçek trading ekranını ise platform uygulamasına bırakır.
Uygulamanın grafik göstermenin ötesinde yapması gerekenler
Kapsamın büyüyüp projeyi öldürmesi çok yaygındır, bu yüzden aşağıdakilerden hangilerinin ilk sürümde yer alacağına erken karar verin:
- Kayıt ve giriş; ideal olarak web müşteri alanınızla ortak, böylece müşteri iki farklı kimliği yönetmek zorunda kalmaz.
- Telefon kamerası ile belge yükleme; mobil onboarding’in masaüstü onboarding’e göre tamamlanma oranında en büyük avantajı budur.
- Bölgenizde gerçekten kullanılan yerel yöntemler dahil olmak üzere para yatırma ve para çekme işlemleri.
- Hesap listesi, bakiyeler, kaldıraç ve platform kimlik bilgileri.
- Marjin seviyeleri, belge onayları ve ödeme durumu için push bildirimleri.
Bu liste, bir uygulama kabuğu içindeki birtrader’s roomtanımlar; olması gereken de tam olarak budur. Aynı veriler zaten web portalınızı destekliyorsa, mobil geliştirme bir platform projesi değil, bir arayüz projesidir. Mobil bir geliştiricinin üzerinde çalıştığı şeyCRM API’dir ve kimse bir satır Swift yazmadan önce bunun listedeki her şeyi sunduğunu kontrol etmek gerekir. Prop firm’larda benzer bir liste, farklı içeriklerle vardır; çünkü bunun karşılığı olan ekranchallenge dashboarddur ve burada kural ilerlemesi, drawdown ve ödeme durumu yer alır.
Push bildirimleri ayrı bir notu hak eder. Birçok durumda uygulama geliştirmenin sebebi budur, çünkü bir trader’a gelen kutusuyla rekabet etmeden ulaşan tek kanal odur. Marjin çağrıları, doğrulama onayları ve başarısız para yatırma işlemleri, müşterilerin gerçekten görmek istediği bildirimlerdir ve bunların, kimsenin bakımını yapmadığı ayrı bir araçtan değil, CRM’inizin zaten kullandığı aynınotification systemdan tetiklenmesi gerekir.
Apple incelemesinden geçmek
Bu kategorideki reddedilmelerin çoğu dört yönergeye dayanır.
- Guideline 3.2.1(viii) önce okunması gereken yönergedir. Apple’ın metni: “Finansal trading, yatırım veya para yönetimi için kullanılan uygulamalar, bu hizmetleri sağlayan finansal kurum tarafından sunulmalı ve uygulamanın kullanılabildiği lokasyonlarda gerekli lisans ve izinlere sahip olmalıdır.” Pratikte bu, geliştirici hesabının lisanslı tüzel kişiliğinize ait olması, hesap adının lisans adınızla eşleşmesi ve ülke erişilebilirliğinin gerçekten yetkili olduğunuz bölgelerle uyumlu olması anlamına gelir. Sizin adınıza bir geliştirme ajansı tarafından gönderilen bir uygulama, reddedilme davetiyesi gibidir.
- Guideline 4.3(b) “halihazırda yaygın olarak bulunanlardan ayırt edilemeyen” uygulamaları kapsar. Aynı trading terminalin markalı varyantları bu çizgiye rahatsız edici derecede yakındır; bu yüzden bilinen bir platformun broker başına klonları yıllardır zor bir yol olmuştur. Savunma, uygulamanızın genel sürümün yapmadığı şeyleri yapmasıdır; bu da hesabı yönetme alanını, bir başka grafik ekranı yerine geliştirmeniz için bir başka argümandır.
- Guideline 4.2 ince uygulamaları yakalar. Gönderiminiz, içinde yerel hiçbir şey olmayan müşteri portalınızın bir web view sarmalayıcısıysa, uygulamanın mobil siteye göre ne eklediği sorusuna hazırlıklı olun. Kamera tabanlı belge yakalama, biyometrik giriş ve push bildirimleri genellikle beklenen cevaplar olur ve bunların, incelemeye göndermeden önce mevcut olması gerekir; inceleme notlarında vaat edilmiş olması yetmez.
- Guideline 5.1.1 ne topladığınızı, nasıl kullandığınızı, kimlerle paylaştığınızı ve bir kullanıcının verilerini nasıl sildiğini belirten bir gizlilik politikasını zorunlu kılar. Apple ayrıca hesap silme işleminin uygulama içinde kullanılabilir olmasını bekler. Kayıt tutma yükümlülükleri olan düzenlemeye tabi bir broker için bunun gerçek bir cevabı olmalıdır; genellikle uygulama hesabının silinmesi ve yasal olarak hangi verilerin ne kadar süreyle saklanması gerektiğine dair net bir açıklama gerekir.
İncelemeyi kısaltan iki pratik şey: incelemeciye fonu ve açık pozisyonları olan bir hesap için çalışan demo erişim bilgileri verin ve akışın kısa bir ekran kaydını ekleyin. KYC kapınızdan geçemeyen incelemeciler, araştırmak yerine reddeder.
Prop firm’lar için uygulama içi satın alma sorunu
Prop firm’ların ek bir sorunu vardır. Guideline 3.1.1, özellik veya içerik kilidini açmak için uygulama içi satın almayı zorunlu kılar ve bunun için kendi mekanizmanızı kullanmayı açıkça dışlar. Bir challenge ücretinin dijital içerik sayılıp sayılmadığı, akışı geliştirmeden önce yanıtlanmasını isteyeceğiniz bir sorudur; sonradan değil, çünkü komisyon farkı birim ekonominizi değiştirecek kadar büyüktür.
Çoğu operatörün kullandığı güvenli yaklaşım, challenge satın almalarını web üzerinde tutmak ve uygulamanın trader’ın zaten sahip olduğu hesapları göstermesine ve yönetmesine izin vermektir. Apple’ın dış satın alma bağlantılarına ilişkin kuralları son yıllarda birkaç kez değişti ve bölgeye göre farklılık gösteriyor; bu yüzden iki yıl önce yazılmış bir blog yazısı yerine güncel yönerge metnini okuyun, bu metin de dahil.
Google Play
Play genellikle daha hızlıdır ancak kendi evrak işlerine sahiptir. Finansal özelliklere sahip her uygulamanın Play Console’da Financial features declaration’ı tamamlaması gerekir ve Financial Services politikası, bazı pazarlarda lisans belgeleri dahil ülkeye göre değişen ek gereklilikler getirir. Beyanı ilk seferde dürüstçe doldurun; çünkü reddedilme sonrası düzeltmeler, ilk incelemeden daha yavaştır.
Ayrıca, gizlilik politikanızla uyumlu tamamlanmış bir Veri güvenliği bölümü de hazırlamanız gerekir ve Google’ın hedef API düzeyi gereksinimlerini de planlamalısınız; bu gereksinimler, ürününüz değişmiş olsun ya da olmasın, her yıl teknik bir güncelleme yapılmasını zorunlu kılar.
İçerik metni yazmadan önce kontrol etmeye değer bir şey daha var: karmaşık spekülatif finansal ürünlere ilişkin reklam kuralları, hem mağazalarda hem de reklamlarda alım satımı nasıl tanımlayabileceğinizi sınırlar. Kâr ima eden ekran görüntüleri, kaldırılmanız için güvenilir bir yoldur.
İkinci yıl için bütçe ayırın, lansman için değil
Yapım teklifi küçük rakamdır. Her yıl yeni işletim sistemi sürümleri, Android’de zorunlu bir API düzeyi artışı, platform sağlayıcınızdan SDK güncellemeleri ve bunların her biri için bir inceleme döngüsü getirir. Bakım bütçesi olmayan bir uygulama yaklaşık on sekiz ay içinde çalışmayı durdurur ve hiç uygulama olmamasından daha fazla marka hasarı verir.
Bakım kalemi finanse edilmiyorsa, dürüst cevap bir uygulama yerine duyarlı bir müşteri alanıdır. İyi tasarlanmış birmobil web portalıbir telefonda kayıt, fonlama ve hesap yönetimini sağlar, çoğu cihazda web push desteği sunar, mağaza onayı gerektirmez ve bir gün güncelleme yapmaya karar verdiğinizde aynı gün yayınlanabilir.
Nasıl karar verilir
Müşteri alanı trafiğinizin ne kadarının zaten мобilden geldiğine ve bu oturumların ne yaptıklarına bakın. Çoğu bakiye kontrolü ve para yatırma takibi ise, bir uygulama yardımcı olur ve kapsam nettir. Talep, gösterecek bir şey isteyen bir satış ekibinden geliyorsa, markalı bir web portalı maliyetin çok küçük bir kısmına aynı işi görür.
Bir geliştirme yapacaksanız, önce hesap alanını yayınlayın; rakamlar bunu haklı çıkarıyorsa işlem ekranını daha sonra ekleyin. Müşteriler nadiren daha iyi grafikler için bir uygulama ister. Genellikle paralarına ve belgelerine tek dokunuşla ulaşmak istedikleri için isterler; bu da bir brokerdan yatırımcıların gerçekte ne istediğini incelerken gördüğümüz kalıpla uyumludur.
Mobil Müşteri Deneyiminiz İçin Danışmanlık Talep Edin
Brokerajınız veya prop firmanız için doğru mobil stratejiyi seçme konusunda uzman rehberliği alın. Yerel bir uygulamanın, markalı bir Trader Room’un ya da duyarlı bir web portalının işinize, müşteri beklentilerine ve operasyonel gereksinimlerinize en iyi şekilde uyup uymadığını değerlendirmenize yardımcı olacağız.
Birlikte, mevcut müşteri yolculuğunuzu gözden geçirecek ve uzun vadeli ölçeklenebilirlik ile sürdürülebilirlik için tasarlanmış bir mobil stratejinin taslağını çıkaracağız.
