Her broker di dawiyê de daxwaza sepana mobîl ya xwe dike. Sedem rast e: xerîdar di telefonên xwe de dijîn, sepana vendorê platformê logoyek din hilgirtî ye, û îkonêk bi brandê xwe li ser ekrana mala traderê hêjayî tiştek e. Dûv re projeya têkildar tê ber tîmê vekolînê yê Apple û şertê demê du caran dirêj dibe.
Li vir ev e ku opsiyon bi rastî çi ne, sepana divê çi bike, û li ku pêşkêşkirin têne redkirin.
Sê rêyên ku sepana bazirganî bi navê xwe danîn
Opsiyona yekem ew e ku nebe. Xerîdarên we sepana vendorê platformê dakêşin û serwerê we hilbijêrin. Ev tiştek naxwaze, tu riskê mağazeyê jî nîne, û bi tevahî tu branding jê nayê. Ji bo brokeriyek nû ya bi portfêla piçûk, ev gelek caran bo sala yekem biryara rast e.
Ya duyem white label sepana mobîl e ji aliyê vendorê platformê we ve, ku di bin pargîdaniya we de tê weşandin. Çend peydakarên platformê ev peyda dikin. Hûn nav û rengên xwe li ser termînalek bazirganî ya ceribandinî distînin, û hûn lîsteyê, pêvajoya vekolînê, û çerxa nûvekirinan mîras digirin. Mesrefa avakirinê kêm e û erka domdar rastî ye.
Sêyem sepana taybet e ku li ser CRM û APIyên bazirganiyê yên we hatiye avakirin. Ev tenê rê ye ku sepane dikare her tiştê ku xerîdar hewce dike li yek cihê bike: tomarbûn, barkirina belgeyan, hesabê dagirtin, hesabek bazirganî ya nû vekirin, û balanse ligel chartê bibîne. Ev jî herî biha ye ji bo avakirinê û tenê ya ku hûn her redkirinê xwedî ne.
Li ser opsi yê sêyem rastgotin baş e: ji bo piraniya brokeran termînalê bazirganî ne tiştê cihêker e. Bazirganên ku bala xwe dide chartingê pêşî MetaTrader an cTrader saz kirine û êdî nikarin biguherin ser wersiyona we ya şemdan. Beşa ezmûnê ya ku bi rastî ya we ye qada hesabê ye; ji ber vê yekê gelek sepên taybet onboarding, dagirtin, û rêveberiya hesabê li ser xwe digirin û ekranê rastîn ê bazirganî radestî sepana platformê dikin.
Sepane divê ji bilî nîşandana chartan çi bike
Berfirehbûnê bêdeng dihêle ev projeyan, ji ber vê yekê zû diyar bikin ku ji van kîjan di vîzyona yekem de ne:
- Tomarkirin û têketin, bi rengekî hêja ku bi qada hesabê ya webê re parvekirî be, da ku xerîdar nebe ku du hîviyan bi kar bîne.
- Barkirina belgeyan bi kamêra telefonê, ku ew yek sedema mezin e ku onboardingê mobîl ji desktopê di rêjeya temamkirinê de baştir dibe.
- Depozît û vekişandin, tevî her rêbazên herêmî yên ku herî zêde li deverên we têne bikar anîn.
- Lîsteya hesabê, balanse, leverage, û hûnerên platformê.
- Agahdariyên push ji bo astên marginê, erêkirina belgeyan, û rewşa dayîna pereyan.
Ew lîste rave dike a trader’s room di qobeyek appê de, ku ew bi rastî divê wiha be. Heke heman daneyên jixwe porta weya webê hêzdikin, wê hingê avakirina mobîl ne projeya platformê ye lê projeya interface ye. Ya CRM API ev e ku pêşdehilkerê mobîl li ser wê çêdike, û nirx e ku meriv kontrol bike ka ew hemû tiştên di lîsteyê de vedihewîne berî ku kesek xêzek Swift binivîse. Prop firms xwedî lîsteyeke wekhev in ku navûnavê cûda ye, ji ber ku ekranê têgihîştî dashboarda çelînê bi pêşkeftina rêgezan, drawdown, û rewşa parvekirinê ye.
Push divê xwedî notek taybet be. Di gelek rewşan de ew sedem e ku meriv bi qetî sepanek çêbike, ji ber ku ew tenê kanal e ku digihîje bazirganekê bê ku bi inboxê re pêşbaz bike. Margin call, pejirandina verastkirinê, û depozîtên têkçûyî wan agahdarkirinên ne ku mîjdarên bi rastî dixwazin, û divê ew ji heman sîstema agahdarkirinê were şandin ku CRM-a te jixwe bikar tîne, ne ji amûrek cûda ku kes nake alîkarî li ser wê.
Derbasbûna nav lêkolîna Apple
Çar rêgez piraniya redkirinan di vê kategoriyê de di hesabê de digirin.
- Rêgeza 3.2.1(viii) ew e ku pêşî bixwînin. Nivîsa Apple: “Apps ku ji bo bazirganiya aborî, veberhênan, an rêveberiya dravê têne bikar anîn divê ji aliyê saziya darayî ya ku wan karûbaran pêk tîne were şandin û divê li cihên ku hûn wan peyda dikin destûr û lîsansên pêwîst hebin.” Di pratîkê de ev tê vê wateyê ku hesabê pêşdehilkerekê ya digital a li navê saziya te ya lîsansdar e, navê li ser hesabê bi navê di lîsansê de li hev tê, û peydakirina welatê te bi cihê ku tu bi rastî destûr hatiye dayîn li hev tê. Sepanek ku ji aliyê ajansê pêşdehilkirinê li ser navê te were şandin, ji bo redkirinê dixwaze.
- Rêgeza 4.3(b) tenê ji bo wan sepanan e ku “ji ya ku jixwe bi berfirehî peyda dibe nayên cudakirin.” Guhertoyên bi brandê yên heman terminala bazirganiyê li ser vê xêzê pir nêzîk in, û ji ber vê yekê clonesên broker bi broker yên platformek bi nav û deng ji bo salan rêyek dijwar bûne. Parastin ev e ku sepanê te tiştan dike ku ya giştî nake, ku di heman demê de argûmentek din e ji bo çêkirina beşa hesabê, ne jî ekrana chartê din.
- Rêgeza 4.2 sepanên tenik digire. Heke şandinê te wrapperek web view li dora portalê xerîdarê te be û tiştê nativê tê de tunebe, li benda ku pirs were danîn ka sepan çi zêde dike li ser malpera mobîlê bin. Vegirtina belge bi kamera, têketina biometrîk, û agahdarkirinên push bi gelemperî bersiv in, û divê ew berî şandinê amade bin ne ku tenê di notên lêkolînê de were sozdan.
- Rêgeza 5.1.1 pêwîst dike ku siyaseta taybetiyê nîşan bide tu çi berhev dike, çawa tu wê bikar tînî, bi kî re parve dike, û çawa bikarhêner daneyên xwe jê dike. Apple jî hêvî dike ku jêbirina hesabê nav app de berdest be. Ji bo brokerê rêvekirî ku bi pêdiviyên qeydparastinê ve girêdayî ye, divê bersivek rastî hebe, bi gelemperî jêbirina hesabê app + daxuyaniyek zelal ka ji aliyê qanûnê ve çi divê were parastin û ji bo çend demê.
Du tiştên pratîkî ku lêkolînê kurt dikin: ji lêkolîner re kredensyalên demo yên kar dide li ser hesabekê ku tê de drav û pozîsyonên vekirî hene, û qeydek kurt a ekranê ya pêvajoyê têli. Lêkolînerên ku nikarin bi KYC-gate-a te derbas bibin, dê red bikin ne ku lêkolîn bikin.
Pirsê kirîna nav-app ji bo prop firms
Prop firms xwedî pirsgirêkek zêde ne. Rêgeza 3.1.1 ji bo vekirina taybetmendî an naverokê in-app purchase pêwîst dike, û bi eşkere bi awayê mecbûrî bikaranîna mekanîzmayê xwe ji bo wê red dike. Ka tevlêbûna biha ya challenge wek naveroka dijîtal tê hesibandin an na, ew pirs e ku tu dixwazî bersiva wê berî ku pêvajoyê çêbikî, ne piştî, ji ber ku ferqa komîsyonê têra xwe mezin e ku aboriya te ya yekîneyê biguhezîne.
Şêwaza ewle ya ku pir operatoran bikar tînin ev e ku kirîna challenge li ser webê bimîne û bihêle sepan hesabên ku bazirgan jixwe xwedî ye nîşan bide û rêve bike. Rêgezên Apple yên li ser girêdana derveyî ji bo kirînan di çend salên dawî de çend caran guherîne û li gorî herêmê jî cûda dibin, ji ber vê yekê nivîsa rêgezê ya niha bixwîne ne ku nivîseke blogê ya du sal berê, ev jî tê de.
Google Play
Play bi gelemperî zûtir e lê xwedî kaxezên xwe ye. Her sepanek ku taybetmendiyên aborî hene divê di Play Console de Financial features declaration temam bike, û siyaseta Financial Services pêdiviyên zêde danîne ku li gorî welat diguherin, di nav wan de li hin bazaran belgeyên lîsansê. Deklarasyonê yekem car bi rastî tijî bikin, ji ber ku rastkirin piştî redkirinê hêdîtir in ji lêkolîna bingehîn.
Hûn ê jî beşek Data safety ya temamkirî hewce bikin ku bi siyaseta weya nepeniyê re têkildar be, û divê hûn ji bo hewcedariyên Google yên asta API ya armanc plan bikin, ku her sal yek vegerandina teknîkî neçar dike, bêyî ku berhema we guherî be yan na.
Tiştek din ku hêjayî kontrolkirinê ye berî ku hûn kopiya dikanê binivîsin: rêzikên reklamkirinê ji bo berhemên darizandina darizandinê yên tevlihev sînordar dikin ka hûn çawa dikarin bazirganiyê hem di du dikanan de hem jî di reklamên de binav bikin. Wêneyan ku qezencê tînin, rêyek pêbawer in ku bên rakirin.
Budçeyê ji bo sala duyemîn, ne ji bo destpêkê
Qeyda bihayê ji bo avakirinê jimareya biçûk e. Her sal guhertinên nû yên OS-ê tîne, zêdekirina neçar a asta API li ser Android-ê, nûvekirinên SDK-ê ji alî vendorê platforma we, û çerxa vekolînê ji bo her yek ji wan. Sepana ku budçeya parastinê ji bo wê tune be, di nêzîkê hejdeh mehan de destê xwe jê berdide û ziyaneke zêdetir bo marqeyê dike ji wê ku ji destpêkê ve tune bû.
Ger rêza parastinê were fînansekirin nebe, bersiva rastîn qada xerîdar a responsive e, ne sepane. Navekî web portalê baş hatî çêkirin portalek webê ya mobîl onboarding, fînanskirin, û rêveberiya hesabê li ser têlefonê destgirtî dike, li piraniya cihazan web push piştgirî dike, ji bo erêkirina dikanê hewce nake, û dikare nûvekirinek di roja ku hûn biryar didin ku yek bikin de bişîne.
Çawa biryar bidin
Binêre ka kîjan beşê ji trafîka qada xerîdariyê we berê jixwe mobîl e û ew sesiyan çi dikin. Ger piraniya wê kontrolkirina balansan û şopandina deposekan be, sepane dê alîkar be û berfirehî zelal e. Ger daxwaz ji aliyê tîmeke firotanê tê ku tiştekî ji bo nîşandanê bi perspektîfîst re hewce dike, portala webê ya bi navê marqeyê dê heman karê bi beşeke piçûk ji lêçûnê bike.
Dema ku hûn biafirînin, pêşî beşa hesabê bişînin û paşê dîmendera bazirganiyê zêde bikin heke jimaran wê mantiq bişînin. Xerîdar kêm caran ji bo sepane dixwazin ji ber ku ew nexşeyên çêtir dixwazin. Ew dixwazin ji ber ku wan hewceyên xwe û belgeyên xwe bi yek krîşkê li ber dest be, ku bi nimûneyê re têkildar e ku me dît dema ku em vekolîn dikirin çawa bazirgan bi rastî ji brokerekê re hewce dikin.
Daxwaza Şêwirmendiyê ji bo Tecrûbeya Xerîdar a Mobîlê we Bike
Rêberiya pispor bistînin ji bo hilbijartina stratejiyê mobîl ya rast ji bo brokerage an prop firm a we. Em ê alîkarî bikin ku hûn bibînin gelo sepane nativ, Traders Room-eke bi navê marqeyê, an jî portalek webê ya responsive çêtir bi hewcedariyên karsaziya we, hêviyên xerîdaran, û pêdiviyên xebitandinê re têkildar e.
Bi hev re, em ê rêwîtiya niha ya xerîdaran binirxînin û stratejiyeke mobîl a ku ji bo skalakirin û parastina demdirêj hatî çêkirin darizandin bikin.
