最近壹直在忙上架App，今天抽個空寫壹篇這段時間我上架金融產品App到iOSAppStore的歷程經驗和上架被拒解決的方法!相信大家最近也都在為金融產品上架的事情頭條。確實現階段上馬甲包的監管越來越嚴了。從以前用個人開發者賬號就能去上傳到現在需要找人借用配套的金融開發者賬號和相關資質才能上線。
那麽為什麽從2018年初開始蘋果審核組對於上架的監管會越來越嚴呢？
我印象比較深刻的是有兩個比較重要的時間段讓ios上架的監管變得嚴格．壹個是12月15號所有現金貸的法人被召集去北京開會．涉及到關於貸款利率和合規方面的問題，主要的要求是第壹：綜合的貸款利率不能超過36％，第二：不能在放貸前扣去相關費用，第三：所有貸款公司必須符合國家批設相關金融機構資質，第四：貸款機構必須與客戶簽訂電子合同並且註明貸款利率和收取的費用。
就因為這個條款當天導致了很多金融app都被下架了。那個時候報錯的問題是5.2.1問題
第二個時間點事1月11號，開始大規模的報錯3.2.1，要求app需要提交金融許可證和icp備案。金融許可證市面上有95％公司的沒有。市面上之前過包的過法有很多．但是就這最近的幾個月的上架監管程度讓之前所有粗暴的玩法都淘汰。
我們來細數下我們最近幾個月遇到的問題：從12月份開始最先曝出的事5.2.1問題這個問題主要的條款就是根據產品必須要有相應的有資質的開發者賬號，並且妳的產品內容必須和妳的開發者賬號的經營範圍相符合。
接下來就是1月份大量曝光的3.2.1的問題，其實3.2.1的問題同樣是資質類的問題，他們的操作方法其實和5.2.1是類似的，但是確實要比5.2.1問題會難的多
因為他需要我們提交我們所屬開發者賬號的金融許可證和icp備案，icp備案的壹些公司拿的到，但是金融許可證市面上沒有幾家公司會有，由於國內的開發者反應的太多了，蘋果現在也有所退讓，所以也放松了點，作者後面上架都是提供銀行存管協議也可以上架的
到了18年我們就遇到了2.1狗年大禮包，2.1問題最多會遇到7個條款,並不是說我們的產品壹定遇到了這些問題,而是蘋果的審核人員因為覺得我們的產品可能有問題,就先給我們壹個被拒的大禮包,讓我們自己去檢查,這壹個條款會浪費很多的時間成本,因為妳需要按照這些條款去檢查妳們產品裏的內容,2.1條款主要包括產品審核時隱藏過多,第三方支付問題,金融產品資質問題,馬甲包重復問題
這些就是我們最近會遇到的所有的被拒條款,現階段的話3.2.1和2.1條款是大家普遍會遇到的，通常我會把105的上架分為兩個部分。第壹個部分是技術方面妳需要去解決；第二部分就是資質方面了。現階段只有兩個部分妳都去解決了．妳才能有穩定的上包幾率。
我們先來講下技術層面．首先我想和大家去分享下ios的審核機制．ios是分人審和機審的。
人審同樣會有中國團隊和美國團隊的區分．他們主要就戶是去審核妳賬號的相關的資質是否和妳附件上傳的證書匹配去看產品內部的公司信息是否有第三方公司信息以及app內容是否屬於妳的營業範圍。機審主要就是代碼方面的問題了，會看元數據有沒有出錯．整體的源碼是否和同賬號的App相同率超過70％。這邊簡單提壹下4.3問題就是因為馬甲包和主包源碼重復導致報錯4.3．這方面需要技術去進行修改源碼．並且相應的UI和主副標題也要去進行調整。
這裏我要著重說下人審,因為人工審核嘛會有很多的不確定性,如果運氣好的話妳可能什麽都沒有他就給妳過了,但是如果真的是嚴格要求的話，會有不少app會卡在人審這個階段。接下來我會分享下我們在面對人審團隊審核的時候應該註意的壹些事項，來增加上包的概率基礎的產品內容方面。
我們最好把所有的出現在我們app裏面的第蘭方的公司信息全部隱藏,至少不要出現公司兩個字。
尤其要註意在註冊協議體現妳們的公司信息，在首頁的地方能體現妳的產品名字。這樣是為了能夠和妳的資質匹配。我們還需要增加壹個‘關於我們”的模塊．裏面的需要聲明app的名稱和版權類似於下圖。同時App需要添加客服的聯系方式,這些都是比較小的細節．也是比較好去操作的，但是這些確實ios審核的時候審核人員的去看的重點，因為他們覺得這些內容是可以體現出產品的所屬權的可以看下下圖我們向客戶要求的模版
關於支付問題，蘋果公司卡的很嚴，有很多產品內部出現第三方的通道的時候就會被拒所以我們的產品裏面也不能出現有第三方支付通道的信息，大家可以去做壹個開關，在審核的時候逸行稱稚等過審了再把開關關掉這壹方面，讓技術去操作下。
金觸類的產品肯定會去做馬甲包來擴大自己的曝光率針對上馬甲包的話我們就需要去多做幾個操作了。
簡單的操作馬甲包的主副標題，icon以及應用信息都屁要去做更改是要區別於主包避免4.3問題。源碼層面．馬甲包的源碼和主包至少要有30％的差距妳可以在源碼中加入壹些混淆代碼，這樣做可以提高機審通過的概率。
技術層面的話在審核的時候提高上架率的方法大致就這幾種接下來我們了解下目前市面上主流的幾種上架方法他們分別是：申訴,PS,授權,套殼和找第三方。
這裏我可以告訴大家壹個不成文的規定如果妳是因為資質問題導致上架失敗的話,等妳再次上架時,ios審核人員會優先審核妳們的產品,但是壹旦妳多次上架都是壹個原因被拒的話,蘋果公司會認為這是惡憊行為,很有可能導致審核無限制延期,壹般都是15天到兩個月不等或者將會被卡審
關於申訴方面現在我比較推薦有金融許可證的公司去試，我們可以先去寫壹封申訴的郵件，大致的內容是我們的產品是符合我們經營範圍的，我們也具有相關的資質．是服務於全國的消費者．希望ios團隊能夠理解並且讓妳們上架。這個方法在17年早期還以有壹定的概率能夠上架成功的，因為在那個階段ios的上架還是有很大的機會靠運氣上架的，妳的壹份申訴郵件有可能直接解決這個問題，這邊需要註意的是現在靠運氣上包的幾率變得越來越小，妳可以去嘗試，但是要註意妳的申訴郵件最好不要超過3封，因為如果過多的話ios審核團隊會認為妳是故意的，很可能會被處罰，畢竟這是人工的審核團隊。
註：資質其實很多公司都在做，如“ios開發子團隊”，如果妳有金融的開發者賬號只是缺少了金融許可證的話可以去嘗試，妳可以在網上找壹份其他公司的資質，然後去PS,把資質裏的信息全部改成妳們公司自己的,這會有壹定的幾率,要註意的是Ps技術方面壹定要專業。
因為ios的人工審核團隊是分為中國團隊和美國團隊的,是按照兩個團隊隨機審核去做的,如果分到的是美國團隊會比較容易上架,舉個例子,壹家理財公司因為缺少金融許可證所以ps了壹份金融許可證去上傳,ios審核團隊只會去看金融許可證上的信息是否和妳的開發者賬號的公司信息是否符合，而不會去銀監會調查妳們公司是不是有這個金融許可證，如果審核團隊認可的話，妳們的包就可以通過了。這個方法現在也能有壹定的概率成功上架．我們需要的註意的是在資質方面準備齊全的情況下．產品的內容和邏輯要能夠匹配妳的資質。因為上架的成功因素除了資質方面還有產品本身。針對產品方面需要註意的事項我在上文有提到。
關於套殼的問題之前的做法比較簡單粗暴．就是很簡單的做壹個資訊,計算器,記事本類的殼，可能還只是個人賬號去提交的．這種方法現在能成功上架的幾率變得很小了。我們現在主要的做法就是去做壹個同行業的亮．再配合資質壹起去做．舉個典型的例子貸款超市這個產品，因為這種類型的app裏面涉及到很多的其他公司的產品，如果去用原生上架的話很難通過，現在市面上主流的做法就是去做壹個殼，當然啦這個殼的內容也褥要和妳的開發者賬號和和資質是匹配的通常貸超的做法就是偽裝成現金貸去進行提審這樣操作能避免後期復審也能增加過審的幾率。
這邊需要註意的是套殼的操作比較復雜壹種是做ab面，壹種是做壹個檢測開關，如果app本來就沒有現成的殼的話這樣的方法時間周期太長。
授權的玩法其實是在1月份的時候才正式出來的,那個時候報錯的是3.2.1隨後ios團隊就下發了批文，裏面提到了授權的具體做法．大致的意思就是允許產品公司掛靠在同行業的資質牌照齊全的公司,或者是壹些大型的國企公司做授權：這邊大家需要註憊、授權這種方法等於是妳們掛靠在資質公司，批文中有寫明壹旦妳是用授權的方法去做那麽妳的產品需要寫明由授權公司授權去做的，並且妳的開發者賬號必須是授權公司。這樣的方法在下批文之前也有很多人用這種方法去過5.2.1但是現在有明確的寫明妳的開發者賬號必須是授權公司的，這個是需要大家去註意的
最後壹種就是找第三方的渠道代上，他們屬於原生包套資質上架．市面上現在渠道也有不少,我們的做法會比較具體點，就是用銀行的開發者賬號去做，因為現階段的話想要去上線基本只有兩種賬號的上包是比較靠譜的就是銀行的開發者賬號和小貨的資質賬號。
他們主要的做法就是用這些資質賬號幫妳們去上傳，然後附件加上他們的金融許可證和銀行！ICP備案。妳產品裏的所有公司信息都會改成他們的公司，等包審核成功後在等待開發者發布的狀態下，他們會把所有的公司信息全部改成妳們公司，再把包發布上線後轉回給妳們。
這樣的做法是現階段在沒有相關資質的情況下比較靠譜的做法，也是相對來說比較節省時間的。對於渠道的選擇是大家要去註意的，現階段渠道可能沒有之前那麽多，但是也有壹定的數量。據我了解下來市面上還是有很多渠道的做法是比較簡單粗暴的，下面是我最近幫公司從12月15號監管開始變得嚴格的情況下上的不同時間段不同行業類型的包。