【導讀】現如今，人人都有手機，毫不誇張地說，手機的重要性堪比身份證，手機裡的App更是與人們的生活息息相關，咋們就來聊一聊App的那些事兒。App，它是如何誕生，又是怎樣運營？
App從無到有，歸功於團隊的共同奮鬥，參與工作人員包含但不僅限於以下部門：產品經理，UI，安卓，IOS，PHP，運維，測試，運營，客服。
一、App初始版本產品經理想到一個好idea後，透過一些市場調研，分析這個idea是否有市場需求，能不能為企業帶來利益。如果有發展前景，那就可以先定下一個大方向，然後慢慢延伸其服務條目。
產品經理跟UI溝通，敲定初版產品設計圖。
產品經理召集各技術部門的人員開會，分析產品設計圖裡涉及到的功能，其實施的可行性，大家一起探討，或新增，或刪減，或改善，直到確立較為正式的產品設計走向。
散會後UI回去修改產品設計圖。
安卓和IOS可以開始著手搭框架，如果有確定好的功能圖，也可以先完成這部分。
補充說明：入口網站主要作用是宣傳產品服務內容，提供一個App下載渠道。App介面主要是對安卓和IOS開放。管理後臺涉及App各種引數設定，使用者資料統計與分析。
二、App測試版將已完成的專案功能提交到測試伺服器上試執行。
測試部門開始專案全面掃雷活動，從安卓客戶端，IOS客戶端，管理後臺三個方面輪番測試，逮著一個就迅速截圖，記錄在Bug系統裡。
安卓/IOS/PHP開發者看到Bug系統裡記錄，是自己管轄內的功能，就要開始漫漫的Bug修復之路。如此往復，加班就是因為測試人員找到的Bug。
三、App正式版運營部的同學們透過各種投放渠道去上架我們的App，並使用任何能的媒介形式大肆宣傳我們的App，引導儘可能多的使用者來下載。
客服部也開始忙碌，他們面臨使用者各種問題諮詢，體驗反饋，甚至是投訴和謾罵。客服部在微笑著服務客戶的同時，也需要將使用者提出的問題篩選整理一套應答模板。如果有客戶反饋，某些功能體驗感極差，客服部也將其作為Bug記錄到Bug系統裡。
App正式版上線後，接下來整個技術部可能面臨著好幾天的不眠之夜，或是測試人員疏忽的Bug，或是使用者體驗間接引發出Bug。正式版的Bug不容怠慢，分分鐘就可能流失掉客戶，從此失去這批客戶的好感度，以後很有可能不再使用我們研發的App。
四、App迭代版App迭代版主要源自於以下幾個方面：產品經理提出的新需求；App被下架了；App出現Bug。
市場需求決定了服務方向，生生不息的利益確保了服務的有效期。沒有利益的專案極大可能會讓我們研發團隊解散，沒了飯碗。環環相扣，因此，任何崗位上的工作人員都應該在竭盡全力完成分配的任務同時也努力配合其他部門的工作內容。