IT連創業系列：說說蘋果商店AppStore上架App應用先後遇到的那些神坑

前言：

IT連創業的這個系列，又隔空了一個多月了。

不知道爲何，最近寫文的衝動感降低了不少，若是不是由於特別忙，大概就由於上了年紀的緣由了。

羣裏關注我創業的朋友，一直都在問，啥時候有新的文章講述創業的進展啊！

好吧，沒有激素分泌的輔助，就只能靠小夥伴熱情關注的精神力量來激發我心裏深處的那點意淫了。

昨夜先動手擼了開頭，今天再憑意志堅持擼完整文了。

開啓回憶模式，給大夥補一篇，講述這App上線多月來掉坑的那些事情。

↓故事，分兩部分陳述了，今天先講產品，後天講運營。

1. 同時運營多個App產品的尷尬

想當年，設想很遠大，App我設計成三個：

IT連：（IT羣體人員使用的綜合性社交App）。

IT戀：（非IT羣體女性用戶，讓她們找到IT男對象）。

IT聘：（HR或獵頭或Boss使用的，這個短期內應該不會上）。

如今已上線的就兩款了。

上線以後，在告知先後左右的街芳鄰居的時候，一個尷尬的事情就發生了：

發現有個別小夥伴傻傻分不清，男的跑IT戀，女的跑IT連，那是一個大寫尷尬，回頭還得幫他（她）們改性別〜〜〜

通常來講，若是分開宣傳是定位是沒問題，但放在一塊兒宣傳，這種尷尬就產生了。

因此目前是把本來在IT聘上要作的功能：都先放在了IT連裏了，畢竟，同時出三個App，在技術上或運營，都的確吃不消。

2. 蘋果商店APPStore上架App應用的深坑

話說，當初IT戀上架，先後花了差很少1個月，而後IT連上架，先後又差很少花了1個月。

也就是說，上架了兩個月啊，由於IT戀和IT連互相依存的，一塊兒上架纔算完整的上架。

下面說說上架那些被拒絕的故事：

記得那時，我是把研發的事情交給了一個小夥負責。

我還想着是否今後退出技術生涯了呢，原來是想太多，如今每天也擼代碼，哈哈。

因此那時候就只有問：上架了沒？上架了沒？上架了沒？

而後獲得的答覆就是：早上從新提交了，從新提交了，提交了！

好吧，接下來就和大夥分享幾個AppStore被拒的很明顯的緣由，和大夥交待一下：

（PS：收到的拒絕理由原版都是英文的，並且還很差理解，我這裏是將解決後東西轉成了中文表述）

拒絕理由1：手機號註冊的，必須有驗證碼。（當初的設想，是第一次註冊，省掉註冊碼流程，第二次註冊，才顯示驗證碼，只能直接放開註冊碼）

拒絕理由2：用戶註冊的地方，必須有用戶協議。（這個協議，一開始的確沒注意）

拒絕理由3：有註冊的地方，基礎元數據必須提供。（就是說要提交App資料的地方須要填寫一個Demo帳號）

拒絕理由4：可能有涉及蘋果新聞版權的問題。（一開始是加了協議，沒效果，不知道是新聞的問題，仍是蘋果的問題，後來是把新聞改爲看看，過濾掉蘋果的新聞，才經過了審覈）

拒絕理由5：在涉及由用戶提交的信息，必須有審覈或舉報機制。（IT連或IT連有個相似朋友圈的內容，因此，須要有舉報功能）

拒絕理由6：二進制文件有問題。（鬼知道什麼問題，後來是從新打包了就行了）

拒絕理由7：Demo帳號登錄不了。（我靠，後臺對請求有個時間檢驗的機制，沒考慮到美國時區的時間問題）

拒絕理由8：樣式沒適配IPHone4。（好吧，老機型一個也不能放過）

大概能記得的就這幾個了，原本一個App，簡單的就沒啥功能， 沒想到上架還能拖這麼久。

並且問題都是遇到一個反饋一個提交一個，來來回回修改提交就又是好幾天。

反正到最後，總算上架了！！！！

3. App應用上架後，Bug一堆堆，埋坑的土都夠埋人。

下面說說被Bug坑的死去活來的過程。

1：蘋果IOS剛上架經過，API連的居然是測試地址。

好不容易等了兩個月，上架了，我操，API連的是居然測試庫地址。

嚇的我沒空叼開發人員，直接思考服務端的補救方案，趕忙把測試的域名解析到和正式的同一地址。

內容正常了，發現還有圖片，又把圖片解析了過去了，好了，圈子的內容算正常了。

發現聊天聊不了，問開發人員，我了個去，IM的key和Secret都是測試庫的，寫死代碼了，瞬間絕望了！

只能趕忙從新發布版本，這一發布，審覈又要很久，很久，很久。

2：蘋果商店AppStore的版本緩存問題。

雖然新版本發佈了，過了幾天，也經過審覈了，但發現好多人從新下載，仍是下載到舊版本，我了個去。

3：時間較驗引起的問題。

當時在請求的設想上，加了時間較驗，結果有些用戶的手機的時間，恰恰不是提早了就是設晚了，而後就是一堆報告用不了。

後來的後來，只能把這功能弱化了。

4：蘋果IOS：AppID的不一致問題。

在請求的較驗上，除了時間，還有AppID，就是每個設備，有都有一個惟一ID。

結果驚奇的發現，有個別手機，兩次請求發起的AppID居然不同，致使的請求失敗。

這個問題是後來我本身查後臺，加上網友告訴我他們之前也遇到過AppID不同的問題，才調整過來。

5：各類閃退問題。

記得招開發人員進來的時候，個人問題之一就是怎麼避免閃退，該trytry，該if if。

答的都挺好，結果實際開發，一堆閃退，並且理解就那麼簡單的幾個：

1：加載的數據請求失敗。

2：返回的Json解析失敗或返回的Json數據有一個對不上。

3：權限沒打開時的操做。

4：代碼不適配某些機型。

5：各類點擊滑動的問題。

說好的try呢？說好的if呢？

6：忘了傳參數問題。

用戶註冊第二步的頭像上傳，居然沒傳用戶的Token，致使全部的註冊第二步就走不下去。

我又得趕忙後臺補救，對於沒傳Token的，想到經過IP匹配最近註冊的用戶，從新生成Token。

又趕忙讓發佈一個版本。

7：職業信息顯示爲空問題。

暫未知狀況，有些用戶註冊時，職業信息顯示爲空，致使第二雖然頭像上傳，但資料卻提交不了，第二步仍是走不下去。

我了個去，一個註冊咋都這麼多問題。

查了一下，配置的列表都是啓動就請求，若是其它選項包括性別，學歷都能顯示，能不可能職業信息不顯示啊。

後來IOS告訴我，學歷和姓別他是寫死的，只有職業信息是請求加載的。

我了個去，這什麼鬼邏輯啊。。。。

後來讓他改若是請求有數據，顯示請求的數據，請求不到數據，再加載本地配置的。

8：請求的數據是亂的。

發現有些女孩子註冊IT連，姓別老是男，這不該該啊。

後來一查後日志，發現總有幾個參數類型轉換錯誤的消息，但不肯定是註冊仍是信息填寫，仍是有人在用舊版本引起的問題。

後來叫開發人員過來看日誌，IOS才說，這看起來多是我那邊的問題。

我從新抓包看請求數據，一看嚇一跳，我靠，你這傳的什麼鬼數據。

一個學歷你給我傳男女，一個職業你給我傳中文。

無力吐槽，恨手上沒刀。

趕忙後臺寫了一堆碼代碼，作個轉換補救。

總結：

只能說年輕人，考慮的就是各類不周全，各類馬虎，各類應付，各類自覺得是的改好了。

最近，花了兩週的時間，測試、抓包、Coding，天天工做26小時，問題一個一個解決了，體驗一步一步優化了，終於才迎來了如今基本穩定的版本。

其它細細的問題也一堆一堆，就不詳說了，這麼多低級的錯誤，不該該的失誤。

按理說，按理說，IOS開發應該早拿去祭天，不過如今他還活着。

希望吃一折，長一智，誰的成長，不是從坑裏爬出來的呢！

補充：兩句簡單介紹公司目前的狀況：

公司目前七八我的，是七仍是八，我也數不過來了。

公司的Logo也換新的了：

 

公司遇到了如今運營負責人，又招了核心的運營小夥伴，都是有豐富經驗的老手！

在運營上，衆籌的股東也調動起來參與運營了。

有了專業的運營，一切正在朝美好的方向進前着。

目前的重點，是先放在IT戀，爲大夥尋找找女孩子，如今女孩子的用戶已經有兩三百人了。

具體的運營遇到的那些坑，下篇再和大夥分享了。

最後，感謝各們圍觀和支持的小夥伴！