關注並將「人人都是產品經理」設為星標
每天早 07 : 45 按時送達
一款APP想要走向世界，少不了要在App Store上線。但是，國內外的審核標準不同，只有認真閱讀，仔細研究才能通過審核。本文作者參與的一款APP因為登錄問題被App Store拒了，她總結了一些APP要在App Store上線的經驗，與你分享。
全文共 2554 字，閱讀需要 5 分鐘
—————— BEGIN ——————
之前有一段時間 ，我們的APP因為蘋果登錄被拒了幾次。分享出來，希望對大家有所幫助。
主要有兩種被拒理由：
沒有登錄/蘋果登錄。
登錄按鈕設計不符合標準。
這其實是很小的一件事情。但是就是這麼小的事情，我們在這上面栽了幾次跟頭。可見中間的處理方式是有一些問題的。
有些是理解問題，有些是溝通問題，有些是執行問題。
是不是所有的APP
都必須要蘋果登錄呢？
如果單純從第4.8條來看，如果有第三方登錄或者社交登錄服務的，必須使用蘋果登錄。
如果自身沒有登錄體系，是可以不用加登錄的，也就不用必須加蘋果登錄。
4.8 通過Apple 登錄
如果 APP 使用第三方或社交登錄服務 (例如，Facebook 登錄、Google 登錄、通過 Twitter 登錄、通過 LinkedIn 登錄、通過 Amazon 登錄或微信登錄) 來對其進行設置或驗證這個 APP 的用戶主帳戶，則該 APP 必須同時提供「通過Apple 登錄」作為同等選項。用戶的主帳戶是指在 APP 中建立的、用於標識身份、登錄和訪問功能和相關服務的帳戶。
在以下情況下，不要求提供「通過Apple 登錄」選項：
您的 APP 僅使用公司自有的帳戶設置和登錄系統。
您的 APP 是一款教育、企業或商務 APP，要求用戶使用現有的教育或企業帳戶登錄。
您的 APP 使用政府或行業支持的公民身份系統或電子身份證來鑑定用戶身份。
您的 APP 是特定第三方服務的客戶端，用戶需要使用他們的郵件、社交媒體或其他第三方帳戶直接登錄才能訪問內容。
來自：APP Store 審核指南
我們當時也只是著重看了這裡，所以沒有加登錄，結果慘遭拒絕。
被拒原因是：因為我們APP有消耗類IAP，審核員沒有看到可以恢復的地方。
後面我們仔細看了下蘋果的關於付款的說明，才知道加上登錄的體系是有必要的：要麼是自己做帳密登錄，要麼是做第三方的登錄；如果是第三方登錄的話，一定要有蘋果登錄。
蘋果登錄按鈕設計
有哪些標準呢？
我們上蘋果登錄之後，又因為蘋果登錄按鈕 不符合規定，又再一次被拒。
關於蘋果登錄按鈕的設計，蘋果官方也提供了一個說明文檔：
https://developer.APPle.com/design/human-interface-guidelines/sign-in-with-APPle/overview/buttons/
總的來看：文案、按鈕顏色、字體是規定的一定的；其他比如按鈕尺寸（規定了最小）、轉角半徑（規定了最小、默認、最大）、標題大小（和尺寸成比例）、間距（和尺寸成比例），這些相對來說，是可以自己定義的。
具體總結如下：
1）文案是一定的
iOS，macOS，tvOS和Web 有三種：
Sign in withApple
Sign up withApple
Continue withApple
且大小寫必須和上面的文案一致。不能全部大寫或者全部小寫。
2）按鈕顏色是一定的
白色：在提供足夠對比度的深色或彩色背景上使用此樣式；
白色帶輪廓：在白色或淺色背景上使用此樣式；
黑色：在可提供足夠對比度的白色或淺色背景上使用此樣式。
3）字體是一定的
必須是系統字體。
4）按鈕的尺寸和轉角半徑是可以自定義的
規定了最小寬度（140pt）和高度（30pt），間距（按鈕高度的1/10）
5）標題的字體大小和按鈕高度要匹配
標題的字體大小應為按鈕高度的43％，四捨五入到最接近的整數。
6）文字和按鈕的右邊緣間距有要求
在標題和按鈕的右邊緣之間保持最小的邊距。頁邊距至少應為按鈕寬度的8％。
7）多排登錄方式，要求圖標左對齊
多排登錄方式的情況下，圖標和圖標對齊，文字和文字左對齊。
其實蘋果的文檔寫的還是比較清楚的，主要還是我們的問題。
我們的問題
1）抱著審核員偏差的僥倖心理
沒有登錄被拒，並不是第一次出現。但是也不是每次都出現。所有我們也沒有意識到這個問題的嚴重性。最開始的一兩次，都是被拒之後，我們就增加登錄。
後面多次被拒，才意識到問題的嚴重性，才又去仔細看了APP store 的審核指南，確實有這樣一條：
通過 APP 內購買項目購買的所有點數和遊戲貨幣不得過期，並且您應確保為所有可恢復的 APP 內購買項目設計一套恢復機制。
2）和設計師溝通出現的問題
做登錄的時候，也只是稍微看了下文檔，就把文檔丟給設計師，讓設計師自己參考。
但是因為文檔裡面信息過多，設計師很容易顧此失彼。也有的設計師只看看示例圖，沒有注意看文字信息，導致做出來的登錄按鈕有各種小問題。
後面我自己做了總結了下，然後發給設計師，情況就好很多了。
3）開發執行出現的問題
設計師出完圖，以為萬事大吉。
結果到開發這裡也有問題。
比如文案要求用系統字體。有的開發以為所謂的系統字體，是系統裡面內置字體，就隨便選了個內置的字體，結果並不是系統字體。（San Francisco是ios的英文系統字體）。
我的思考
1）很小的一件事，要做好，其實也不簡單
有些事情正是看起來小，不太在意，結果事倍功半。
瑣碎繁雜的小事，要做好同時也要效率高，最好還是流程化和標準化。
形成流程，把重要的事情，放到流程裡面去，設計師就不會忘記設計，開發就不會忘記開發。
形成一個標準，這個標準可以是一份總結list，也可以是官方的文檔，也可以是形成一個模板。
2）以為是共識的，其實根本不是共識
我們有些時候會有認知的偏差，以為我們知道的，別人也知道。但實際上並不是這樣。即我們認為是共識的，其實根本也不是共識。
不要想當然。
怎麼快速的達成共識呢?
最快捷的辦法是把相關人員一起拉起來，開個小會，做個說明，讓大家對一些定義達成共識。
3）更專業地做事情
我們之前也只是比較粗略地看了一遍蘋果的審核指南。其實應該比較仔細地研究一番，特別是出問題之後，不要老是抱著僥倖的心理。而是最好追本溯源，一次就認清問題或者徹底地解決問題。
希望慘痛被拒的經歷，對大家有所幫助。
—————— / END / ——————
▼ 喜歡請分享&收藏，滿意點個讚，最後點「在看」 ▼