麻煩，對比公眾號開發麻煩的不知一星半點。

*近需要開發一個手機端下單的小程序，其實就是一個常規手機商城。主要對公司的商品進行展示、公開售價和購物下單，以及將訂單推送到后端ERP系統即可，不對接實際的支付等。功能常見不復雜的一個常規應用而已。

原計劃的兩套方案，H5和微信小程序。*終選擇了小程序。原因簡單粗暴，公司之前沒人做過小程序，需要補充技術缺陷，然后就開啟了踩坑之旅。

關于微信小程序提交審核過程中經常遇到的問題

首先，開發語言我選擇了uniApp而沒有用原生的小程序開發語言,因為它兼容目前主流的各種小程序,H5以及原生app,可以說一本萬利，節約成本。其次，就到了實際開發階段。開發過程還是很順利，沒有遇到什么難點問題，項目很快就完成了，領導也挺欣慰的。但是到了后面提交代碼、代碼審核環節。講真的，太麻煩了！審核通不過，主要遇到兩種原因：登錄授權不規范、所選類目與運營內容不符！而且這個審核很坑爹，明明都已經審核通過上線的本版了，第二次優化后提交，對不起，不予通過！

**、登錄授權步驟不友好

關于微信小程序提交審核過程中經常遇到的問題，因為我的小程序需要用戶在打開的時候，就要獲取用戶的授權。但是官方為了保護用戶信息，不支持在初始時授權用戶的身份信息，需要用戶先了解小程序后主動去授權，或者需要引導用戶去授權?？墒怯幸恍┬枨蟊旧砭托枰脩粼诔跏嫉臅r候就要獲得用戶的授權。這個官方也給出了解決方案，那就是特定用戶授權，說白了就是添加文字說明。我的需求剛好就是后者，因為是內部的員工用。剛開始也不清楚這個流程，直到審核不通過遇到**個問題，當時就做了調整，而且也通過了審核。

第二、類目與內容不相符合

關于微信小程序提交審核過程中經常遇到的問題對于這個問題，一直不給通過，期間也是遇到一些需要給與吐槽。

1、子管理員權限遠遠不夠用

比如生成密鑰、添加運營類目等，必須要超級管理員掃碼，也就是主體的企業法人！像某某集團性公司，你讓董事長拿手機給你掃二維碼，有時候還不止一次哦，效率很低很低。

2、食品經營許限制條件苛刻

因為小程序涉及到了飲料等食品類商品，被檢測到需要添加食品經營許可證，而且要和小程序的主體一致，也就是說企業法人要是同一個人。所以這些條件還得都準備齊，一時心塞！

*后整體總結一下。小程序開發成本低、安全性高、用戶群體廣等都是貨真價實的存在，也就是為什么有這么多公司去做小程序的原因。再者就是，子管理員的權限能否提高一點呢，至少不用事事去找法人，這個我覺得很不人性化，希望騰訊官方可以優化一下吧！