2021年，眾多互聯(lián)網(wǎng)APP遇到了通報批評、整改、甚至下架的處理場景。APP仿佛成為了一個“燙手山芋”，但他更是一個自己公司的“掌上明珠”。

從移動互聯(lián)網(wǎng)時代以來，APP成為了每個公司每個產(chǎn)品必備要素。它成為了公司和產(chǎn)品觸達(dá)用戶，提供營銷和服務(wù)的最佳途徑。

?通過建設(shè)自身的APP，有以下主要價值：

1、為用戶提供最優(yōu)質(zhì)的服務(wù)，只有自己的APP可以按照自己的規(guī)劃進(jìn)行設(shè)計和開發(fā)，能夠滿足自身用戶真正的需求，帶來更優(yōu)的用戶體驗。這是在公眾號、生活號等渠道無法做到的。

2、培養(yǎng)自身用戶群體，APP的用戶忠誠度和留存度更高，一般用戶不會隨意下載和卸載APP，比起小程序用戶用完即走的習(xí)慣，APP更能提升用戶忠誠度。

3、公司管理自身的APP，通過自己的APP對用戶進(jìn)行營銷，可以更好的控制成本，提升收益。

當(dāng)行業(yè)管理更加規(guī)范和嚴(yán)格，自身公司對于APP的管理也必須系統(tǒng)化，制度化，規(guī)范化，才能在市場中穩(wěn)步運營，獲客展業(yè)。

對于產(chǎn)品經(jīng)理來說，尤其是APP產(chǎn)品經(jīng)理，APP管理是必備技能。包括APP上下架、版本規(guī)劃管理以及日常運營監(jiān)控。本文將對APP管理全流程進(jìn)行詳細(xì)解讀。

一、搭建APP管理團(tuán)隊

APP需要有專門的團(tuán)隊來管理，包括產(chǎn)品、運營、研發(fā)、測試、法務(wù)、管理等，每個角色承擔(dān)自己的責(zé)任，包括APP設(shè)計、申請、開發(fā)、內(nèi)部審核、與應(yīng)用市場溝通等。

在較大的公司中，可能會安排一個實體部門或者組織，進(jìn)行專門的管理。如果公司規(guī)模較小，也可以采用虛擬組織或者項目組的形式。

常規(guī)的APP管理團(tuán)隊需要的角色及其對應(yīng)的職責(zé)如下：

1.產(chǎn)品團(tuán)隊

產(chǎn)品團(tuán)隊需要進(jìn)行APP的整體把控，包括版本的迭代和各方的溝通協(xié)調(diào)，主要負(fù)責(zé)

• • 統(tǒng)籌規(guī)劃APP版本

  • 收集APP產(chǎn)品需求

  • 組織體驗并驗收APP、回歸測試用例，確認(rèn)APP達(dá)到上線標(biāo)準(zhǔn)

  • 發(fā)起APP上線流程，同步周知運營、法務(wù)等各團(tuán)隊，檢查相關(guān)敏感業(yè)務(wù)信息等

2.運營團(tuán)隊

運營團(tuán)隊主要進(jìn)行應(yīng)用市場的賬號申請、上架，數(shù)據(jù)的跟進(jìn)，包括：

• • 申請并管理應(yīng)用市場賬號

  • 準(zhǔn)備APP上架資料及信息

  • 負(fù)責(zé)ASO、CPD等外部推廣的供應(yīng)商管理及相關(guān)咨詢

  • 跟蹤APP市場數(shù)據(jù)及應(yīng)用市場評分等

3.研發(fā)團(tuán)隊

研發(fā)團(tuán)隊主要負(fù)責(zé)APP的研發(fā)和打包，其中相關(guān)資質(zhì)也需要同步處理，包括：

• • APP版本需求的澄清、評審及開發(fā)

  • 輸出APP版本APK包（Android）、IPA包（ios）

  • 發(fā)起APP灰度測試，監(jiān)控灰度數(shù)據(jù)并解決相關(guān)問題

  • 負(fù)責(zé)研發(fā)相關(guān)資質(zhì)的申請，例如軟著證書等

4.測試團(tuán)隊

測試團(tuán)隊主要負(fù)責(zé)APP的測試，尤其是APP是否達(dá)到上線標(biāo)準(zhǔn)的檢測，包括

• • APP版本需求的澄清、評審及測試

  • 監(jiān)控APP灰度測試數(shù)據(jù)，確認(rèn)是否達(dá)到上線標(biāo)準(zhǔn)

5.數(shù)據(jù)團(tuán)隊

數(shù)據(jù)團(tuán)隊主要負(fù)責(zé)數(shù)據(jù)指標(biāo)的制定和監(jiān)控，包括：

• • 制定APP測試驗收的相關(guān)數(shù)據(jù)指標(biāo)的及監(jiān)控數(shù)據(jù)，確保滿足上線標(biāo)準(zhǔn)

  • 制定APP上線后相關(guān)數(shù)據(jù)指標(biāo)，協(xié)同運營跟蹤數(shù)據(jù)

在部分公司或者團(tuán)隊，數(shù)據(jù)相關(guān)工作可由產(chǎn)品或者運營同事負(fù)責(zé)完成。

6.法務(wù)團(tuán)隊

法務(wù)團(tuán)隊主要負(fù)責(zé)APP相當(dāng)合規(guī)問題，包括：

• • 審核并確認(rèn)APP的宣傳用語、廣告用詞等合規(guī)內(nèi)容

  • 審核免責(zé)函等相關(guān)資質(zhì)材料內(nèi)容

7.綜合管理團(tuán)隊

綜合管理團(tuán)隊主要負(fù)責(zé)公司相關(guān)的證書、營業(yè)執(zhí)照等內(nèi)容，在部分APP應(yīng)用市場上架APP時，需要提供該內(nèi)容，包括：

• • 負(fù)責(zé)軟著證書申請

  • 負(fù)責(zé)提供營業(yè)執(zhí)照/許可證/免責(zé)函/ICP備案/法人資質(zhì)等公司用印

二、APP上架

1.上架決策

公司上架全新的APP前，需要經(jīng)過嚴(yán)格的決策和審核，APP管理團(tuán)隊需準(zhǔn)備好相關(guān)材料，包括但不限于前期市場調(diào)研、可行性分析、產(chǎn)品策劃方案、APP版本計劃、業(yè)務(wù)說明、APP體驗包及APP法務(wù)合規(guī)報告等。

這些材料體現(xiàn)了一個完整的決策流程：

APP的上架依賴于公司多部門或組織的協(xié)同合作，需要驗證其外部市場需求價值，驗證內(nèi)部的資源和盈利可行性，并且有明確的方案和執(zhí)行計劃，最終還要由法務(wù)確認(rèn)合規(guī)性和公司資質(zhì)等問題。

在該決策過程中，需要通過郵件或者公司內(nèi)部OA系統(tǒng)等，由涉及部門或組織負(fù)責(zé)人進(jìn)行審核，最終輸出決策結(jié)論。

2.上架流程

APP上架過程包含多個流程，其中運營材料準(zhǔn)備、法務(wù)審核、灰度驗收、應(yīng)用市場發(fā)布是幾大核心關(guān)鍵點。

3.運營材料準(zhǔn)備

運營人員需在各個應(yīng)用市場完成賬號申請和管理，包括但不限于App Store（ios）、華為應(yīng)用市場、應(yīng)用寶、vivo應(yīng)用商店、小米應(yīng)用商店等。并管理各個渠道的渠道碼及賬號密碼。

然后需對APP發(fā)布所需的應(yīng)用市場素材進(jìn)行整理和準(zhǔn)備，包括但不限于：

1)APP軟件著作權(quán)登記：需按照軟件著作權(quán)文檔規(guī)范要求進(jìn)行撰寫。

2)ICP備案、營業(yè)執(zhí)照等官方許可證：需帶公司蓋章的官方材料。

3)隱私協(xié)議與權(quán)限：有部分應(yīng)用市場要求說明是否有清晰的隱私協(xié)議，APP收集使用了哪些隱私權(quán)限。最好提供配APP的隱私協(xié)議截圖、鏈接，包含所收集的權(quán)限及應(yīng)用說明。

4)應(yīng)用介紹：簡單介紹APP提供的服務(wù)內(nèi)容。一般在1000字以下。需注意該介紹需符合廣告法等相關(guān)規(guī)定，由法務(wù)部門進(jìn)行嚴(yán)格審核。

5)應(yīng)用更新介紹：APP新版本更新的內(nèi)容說明，一般發(fā)布APP版本時，需同步告知用戶本次有何新的功能服務(wù)。同樣需由法務(wù)部門進(jìn)行審核。

6)icon素材圖片：每個APP都會有其專屬icon，但每個應(yīng)用市場要求不一樣，需按照應(yīng)用市場規(guī)定的圖片尺寸上傳素材。常見的應(yīng)用市場icon尺寸和大小要求如下：

（注：以上內(nèi)容僅供參考，實際操作時以應(yīng)用市場最新要求為準(zhǔn)）

7)應(yīng)用截圖：與icon類似，需按照應(yīng)用市場規(guī)定的圖片尺寸上傳素材。常見的應(yīng)用市場截圖尺寸和大小要求如下：

（注：以上內(nèi)容僅供參考，實際操作時以應(yīng)用市場最新要求為準(zhǔn)）

應(yīng)用市場截圖一般需要長*寬和寬*長的系列圖片，例如一般需要同時上傳480*800px和800*480px的圖片。

部分應(yīng)用市場會要求不能使用其他手機(jī)品牌廠商的外觀，必須使用本手機(jī)品牌的外殼設(shè)計圖，包括應(yīng)用圖片信息中的系統(tǒng)狀態(tài)欄禁止存在與本應(yīng)用無關(guān)的第三方應(yīng)用圖標(biāo)等。

8)測試賬號：有一些應(yīng)用市場會要求提供業(yè)務(wù)測試賬號，應(yīng)用市場審核時會使用測試賬號進(jìn)行APP的體驗。所以需要準(zhǔn)備能測試業(yè)務(wù)的賬號。

9)廣告投放計劃和數(shù)據(jù)監(jiān)控計劃：在APP上架后，需要進(jìn)行APP的推廣，一般會進(jìn)行推廣和搜索優(yōu)化，例如ASO（App Store Optimization），CPD（Cost per Download）等，需要在前期就準(zhǔn)備好廣告投放計劃以及對應(yīng)的數(shù)據(jù)監(jiān)控體系，以方便上架后及時跟蹤并調(diào)整。

4.法務(wù)審核

在整個APP管理過程中，涉及APP應(yīng)用市場材料上傳的審核、APP運營資質(zhì)的審核，包括ICP備案、營業(yè)制造等。因此，法務(wù)團(tuán)隊需制定APP的法務(wù)合規(guī)管理手冊，并依據(jù)手冊嚴(yán)格審核管理。

如果出現(xiàn)被應(yīng)用市場審核拒絕或者下架時，法務(wù)團(tuán)隊也需要及時響應(yīng)，根據(jù)對方提出的問題進(jìn)行分析，必要時進(jìn)行相關(guān)交涉。

對內(nèi)提供支撐，對外進(jìn)行對話，在當(dāng)今市場，一個APP的管理離不開法務(wù)團(tuán)隊的支持。

5.灰度驗收

在APP正式上架前，一般需要先進(jìn)行灰度驗收，即先上傳灰度包，待灰度包數(shù)據(jù)達(dá)標(biāo)后，再正式發(fā)布版本至應(yīng)用市場上線。

灰度階段是面向部分用戶投放應(yīng)用，目的是驗證應(yīng)用包的可用性及兼容性問題。正式階段是面向全量用戶投放正式的應(yīng)用，目的是引導(dǎo)用戶升級到新的版本?；叶入A段有兩種方式：APP灰度——全量功能APP分發(fā)給部分用戶試用。功能灰度——部分功能由后臺控制開關(guān)供部分用戶使用正式階段：經(jīng)檢驗沒有問題的APP上傳到各應(yīng)用市場，同時引導(dǎo)老用戶進(jìn)行版本升級。本文講述的灰度為APP灰度。

通常情況下灰度包通過的標(biāo)準(zhǔn)如下：

1)灰度時長：48小時以上。

2）灰度期間錯誤率：0.5%以內(nèi)。

3）灰度覆蓋用戶：

• • 安卓：覆蓋20000 以上用戶

  • iOS：覆蓋10000以上用戶

具體的標(biāo)準(zhǔn)數(shù)值與APP體量有關(guān)，需根據(jù)自身APP用戶數(shù)靈活制定。同時，與版本的變更內(nèi)容也有一定關(guān)系。如果是涉及核心流程改動的大版本，灰度時長和覆蓋率需更高，達(dá)到更高標(biāo)準(zhǔn)后，才可正式發(fā)布。

6.應(yīng)用市場發(fā)布

應(yīng)用市場的發(fā)布，ios和Android存在些許不同。

ios需要輸出IPA包，Android渠道需輸出不同渠道的APK包。并且需要管理好不同渠道的APK包，根據(jù)業(yè)務(wù)需求，為監(jiān)測不同渠道的數(shù)據(jù)，一般不同渠道的包體會有不同的渠道碼標(biāo)識。

因為App Store審核時間較長，預(yù)計3至7天，所以一般發(fā)布新包時，是先將ios版本進(jìn)行提審，再將Android版本提審。

發(fā)布后需及時關(guān)注審核和上架結(jié)果，如果一直未審核或?qū)徍瞬煌ㄟ^，需及時響應(yīng)并與應(yīng)用市場方進(jìn)行溝通。

7.異常場景

APP上架發(fā)布過程中可能遇到審核被拒駁回的情況，此時需由運營人員查看官方的駁回描述，結(jié)合問題分發(fā)至相關(guān)產(chǎn)品、研發(fā)等同事，通過一對一的方式針對性的處理駁回問題，待全部優(yōu)化完成后重新上傳對應(yīng)的審核駁回渠道包。例如，產(chǎn)品相關(guān)問題與產(chǎn)品同事溝通，材料合規(guī)相關(guān)問題與法務(wù)同事溝通，營業(yè)執(zhí)照等資質(zhì)上傳問題與管理同事溝通。

除此之外，在日常運營中，APP團(tuán)隊運營人員需定期了解各個應(yīng)用市場渠道審核規(guī)則，并做好分類統(tǒng)籌，以便及時高效處理審核駁回問題。待重新提交審核后通過微信、QQ、郵件等通訊方式告知應(yīng)用市場渠道審核，并可以描述問題針對性地尋求解決方案等；如有需要，APP團(tuán)隊運營人員需直接與應(yīng)用市場渠道對接人進(jìn)行對接，聯(lián)動雙方共同快速高效解決問題。

三、APP更新提示

APP新版本上線后，我們需要引導(dǎo)用戶進(jìn)行更新。因為在對大多數(shù)情況下，用戶會關(guān)閉應(yīng)用自動更新，而APP新版本的功能又不一定能兼容舊版本。此時，我們需要采取一定的措施，提示并引導(dǎo)用戶更新APP。

一般的APP更新提示策略有以下四種：

1.強(qiáng)制升級

場景：強(qiáng)制升級一般只會出現(xiàn)在舊版本存在bug，嚴(yán)重影響用戶體驗的情況下。強(qiáng)制要求用戶必須更新使用新版本，才能繼續(xù)使用APP。包括但不限于：

• • 對重大風(fēng)險、合規(guī)事件的優(yōu)化；

  • 對核心業(yè)務(wù)影響較大的問題修復(fù)；

  • 對業(yè)務(wù)指標(biāo)影響重大的功能更新。

除此之外，基于資源的合理利用和維護(hù)，一般APP維護(hù)版本有數(shù)量限制，例如不多于5個或10個。當(dāng)APP維護(hù)版本最多為5個時，就需要對低版本用戶啟動強(qiáng)更機(jī)制。

方法：打開APP即彈窗，要求用戶更新APP才能繼續(xù)使用。用戶如果拒絕或者關(guān)閉彈窗則關(guān)閉APP。

2.強(qiáng)提示升級

場景：強(qiáng)提示升級一般在新版本發(fā)布后，功能較舊版本有較大提升，且與當(dāng)前業(yè)務(wù)發(fā)展有緊密關(guān)系。一般這種情況下會引導(dǎo)用戶升級體驗新的業(yè)務(wù)功能，但不升級也不會影響用戶基本使用。例如，很多電商APP在雙十一或者618等大促開啟前會發(fā)布新版本，涵蓋大促的新玩法，引導(dǎo)用戶升級體驗。

方法：打開APP即彈窗，用戶可選擇更新版本或關(guān)閉彈窗。一般會對“立即更新”進(jìn)行視覺強(qiáng)突出。同時彈窗頻率較高，或為每次打開APP，或為每天彈窗一次。

3.弱提示升級

場景：弱提示升級一般在新版本發(fā)布后，功能較舊版本有一定提示，但無明顯的業(yè)務(wù)強(qiáng)關(guān)聯(lián)性或業(yè)務(wù)突出性，且對舊版本用戶的基本使用無影響。一般這種情況下，會進(jìn)行弱提示升級。

方法：打開APP即彈窗，用戶可選擇更新版本或關(guān)閉彈窗。該彈窗頻率較低，或為僅為用戶彈出一次。

4.不提示升級

場景：如果版本更新內(nèi)容較少，且對用戶體驗影響較小，為了更好地用戶體驗，進(jìn)行策略平衡，一般選擇不提示升級。但這種情況下也會告知用戶有新的版本。

方法：在版本信息的頁面及對應(yīng)的tab頁有“小紅點”提示，告知用戶有新的版本。

除此之外，我們還可以針對部分版本，或者部分用戶進(jìn)行提升升級。例如，APP版本更新已到3.0版本，1.0版本已不滿足業(yè)務(wù)發(fā)展需要，但2.0版本仍能正常使用且不影響用戶體驗。這種情況下，我們可以設(shè)置對仍使用1.0版本的用戶進(jìn)行強(qiáng)制升級或者強(qiáng)提示升級，對于使用2.0版本的用戶僅弱提示升級或者不提示升級。

四、APP下架

APP有上架與更新，自然也會有下架。下架的原因有多種，包括因公司經(jīng)營情況主動選擇下架，或者因為應(yīng)用市場審查等原因被動下架。

如果是主動下架，則按照應(yīng)用市場相關(guān)流程執(zhí)行即可。

需要注意的是，當(dāng)APP主動下架時，運營團(tuán)隊需準(zhǔn)備好業(yè)務(wù)遷移和用戶遷移方案。例如，該APP下架，那么對應(yīng)的用戶需要怎么經(jīng)營，他們的業(yè)務(wù)需怎么維護(hù)。需要在APP內(nèi)有明確的公告和客服話術(shù)，平穩(wěn)遷移其客戶和業(yè)務(wù)。避免造成對應(yīng)的客訴，甚至法律糾紛。

如果是被動下架，則要明確下架原因。

如前文所述，APP上架或者更新版本時，需要提交隱私協(xié)議與權(quán)限素材。如果APP在該應(yīng)用市場未達(dá)到其隱私協(xié)議要求，就會被該應(yīng)用市場下架。近些年互聯(lián)網(wǎng)監(jiān)管日趨嚴(yán)格，這種被動情況并不罕見。面對這種情況，我們只能按照應(yīng)用市場要求，完善用戶隱私協(xié)議的管理，修復(fù)完成再提交申請上架。

除此之外，APP store也有著非常嚴(yán)格的管理條例，比如視頻會員充值業(yè)務(wù)，就是蘋果高度敏感的業(yè)務(wù)范圍。如果審核期間被蘋果發(fā)現(xiàn)APP中有這部分業(yè)務(wù)，就面臨被APP store下架的風(fēng)險。面對這種情況，只能與蘋果公司通過郵件積極溝通，并取消該部分業(yè)務(wù)的露出，修復(fù)完成再提交申請上架。

五、APP版本管理

一般情況下，APP版本的生命周期包括

1.版本規(guī)劃

2.需求收集

3.需求澄清

4.需求排期

5.需求研發(fā)

6.需求測試

7.需求驗收

8.版本灰度發(fā)布

9.版本正式上線

10.版本數(shù)據(jù)分析

始于版本規(guī)劃，終于數(shù)據(jù)分析。N 1版本的規(guī)劃，與N版本的數(shù)據(jù)分析是密不可分的。

假設(shè)一個版本的時間周期是2個月，那將以上版本周期節(jié)點套用在2個月時間周期中，大致如下圖所示。

以上情況適用于常規(guī)版本迭代，如果遇到緊急版本需要上線，例如發(fā)現(xiàn)重大bug或被應(yīng)用市場要求整改等情況，則可壓縮版本管理時間。一般情況下，涉及事故類的緊急版本，多在一到兩周內(nèi)上線；僅涉及業(yè)務(wù)類的緊急版本，多在半個月至一個月內(nèi)上線。緊急版本的流程節(jié)點依然需要保持完整，但時間上進(jìn)行壓縮。

六、APP日常運營

APP的日常運營主要包括應(yīng)用市場運營和數(shù)據(jù)監(jiān)控等。

1.應(yīng)用市場運營

應(yīng)用市場運營包括日常的ASO排名優(yōu)化，以及對于侵權(quán)盜版APP的檢查舉報。

1)ASO排名優(yōu)化

ASO(App store Optimization)就是提升你APP在各類APP應(yīng)用商店/市場排行榜和搜索結(jié)果排名的過程。類似普通網(wǎng)站針對搜索引擎的優(yōu)化，即SEO優(yōu)化。ASO優(yōu)化就是利用APP Store的搜索規(guī)則和排名規(guī)則讓APP更容易被用戶搜索或看到。通常我們說的ASO就是APP Store中的關(guān)鍵詞優(yōu)化排名。重點在于關(guān)鍵詞搜索排名優(yōu)化。

廣義上的ASO優(yōu)化不僅針對APP Store，在安卓應(yīng)用市場也是同理。做好ASO也就是要做好關(guān)鍵詞覆蓋。從關(guān)鍵詞的語種、選擇到頻次，甚至針對不同應(yīng)用市場，都會有不同的策略和選擇。具體的工作內(nèi)容可由ASO團(tuán)隊或?qū)I(yè)供應(yīng)商負(fù)責(zé)。

需注意，產(chǎn)品的更新頻率、更新日志內(nèi)容對線上市場的推廣、Aso影響也比較大，正常情況下1—2周進(jìn)行一個小版本的迭代，在同類關(guān)鍵詞中比較容易排名靠前。

2)舉報盜版APP

現(xiàn)在的APP應(yīng)用市場，尤其是安卓應(yīng)用市場，存在很多名字高度相似的盜版APP，這部分APP對于官方正版APP而言，是侵權(quán)行為，對自身的品牌形象會造成負(fù)面影響。由于應(yīng)用市場存在些許漏洞，無法排查解決所有的侵權(quán)盜版問題。所以有時候就需要我們對應(yīng)用市場進(jìn)行監(jiān)控，對發(fā)現(xiàn)的侵權(quán)盜版APP及時舉報。這部分工作同樣可由ASO團(tuán)隊或?qū)I(yè)供應(yīng)商負(fù)責(zé)。

2.數(shù)據(jù)監(jiān)控

日常APP的數(shù)據(jù)監(jiān)控包括了市場數(shù)據(jù)和內(nèi)部數(shù)據(jù)。

1)市場數(shù)據(jù)

市場數(shù)據(jù)即APP上架或更新版本后，在應(yīng)用市場的表現(xiàn)。

首先，各個應(yīng)用市場的下載量和安裝量是一定要監(jiān)控到的，這是最直觀的的數(shù)據(jù)。

其次，可以通過專業(yè)的數(shù)據(jù)平臺，如易觀數(shù)據(jù)、百度指數(shù)觀測APP熱度。一般情況下，易觀數(shù)據(jù)可用于觀測長時間段的數(shù)據(jù)，如一個月或者一個季度。百度指數(shù)可觀測用戶的實時搜索熱度。

2)內(nèi)部數(shù)據(jù)

內(nèi)部數(shù)據(jù)指APP內(nèi)的用戶行為數(shù)據(jù)，例如用戶的點擊數(shù)據(jù)、行為路徑、流量等，這些可通過在APP內(nèi)的埋點來實現(xiàn)觀測。尤其是對于新版本中的功能，在設(shè)計和開發(fā)時，必須要加入對應(yīng)的埋點，以觀測功能上線后的數(shù)據(jù)變化，進(jìn)而進(jìn)行數(shù)據(jù)驗證和分析，對下一版本的功能規(guī)劃將有重要的指導(dǎo)意義。

七、總結(jié)

APP的管理存在諸多細(xì)節(jié)，其中的坑更是千奇百怪，曾經(jīng)遇到過突然被莫名下架、也遇到過審核遲遲不過、數(shù)據(jù)對不齊等種種問題。這些經(jīng)驗讓我更加相信，一個APP完善的管理和維護(hù)，需要一個各司其職的團(tuán)隊，需要一個暢通無阻的流程，需要一套詳細(xì)完整的機(jī)制。

如果您的APP管理仍存在問題和漏洞，希望本文可以給您一些幫助，也希望我們可以多多溝通，互相學(xué)習(xí)。

歡迎關(guān)注個人公眾號：【產(chǎn)品小球】