App从无到有，归功于团队的共同奋斗，参与事情职员包含但不仅限于以下部门：产品经理，UI，安卓，IOS，PHP，运维，测试，运营，客服。
产品经理想到一个好idea后，通过一些市场调研，剖析这个idea是否有市场需求，能不能为企业带来利益。如果有发展前景，那就可以先定下一个大方向，然后逐步延伸其做事条款。
产品经理跟UI沟通，敲定初版产品设计图。
产品经理调集各技能部门的职员开会，剖析产品设计图里涉及到的功能，实在行的可行性，大家一起磋商，或添加，或删减，或改进，直到确立较为正式的产品设计走向。
散会后UI回去修正产品设计图。
安卓和IOS可以开始动手搭框架，如果有确定好的功能图，也可以先完成这部分。
PHP技能主管组织开小会，梳理项目所涉及的功能点，谈论全体项目改如何架构。确立了架构方案后，动员运维的去整做事器。拆分项目功能点，PHP组员各自认领功能点，常日包含有门户网站，管理后台，App接口。
补充解释：门户网站紧张浸染是宣扬产品做事内容，供应一个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。
一个好的App项目，是须要研发职员不断更新和掩护的，致力于长期稳定的给企业带来源源不断的经济收益。
市场需求决定了做事方向，生生不息的利益确保了做事的有效期。没有利益的项目极大可能会让我们研发团队终结，没了饭碗。环环相扣，因此，任何岗位上的事情职员都该当在不遗余力完身分派的任务同时也努力合营其他部门的事情内容。
以上仅代表我个人意见，可能存在遗漏或轻忽的地方，欢迎大神们来指教。
