一个APP的大致开发流程


1.首先，为什么要开发这个APP
也许是某些公司里专门的需求啊，运营啊，策划的什么的，因为一些业务之类的原因，决定做一款APP。
小公司简直就没什么原因，简直是原因只有一个---“老板要的”
2.然后怎么开始？
先调研需求，确定需求，
调研：即做这玩意干啥，究竟有没有人用，有戏吗，投入会不会打水漂啊，要多少钱，多少时间啊，会亏本吗，谁 用啊，我们希望用户用它来做什么，现在市面上有没有同类的，我们现在就算做出来还有市场吗等等这一类问题。

需求：要解决什么问题，怎么用，有什么功能，做什么版本，收费否，将来如何运营之类更具体一些的“需求”类问题。

3.项目发起阶段
需要角色，产品经理，项目经理，程序员（各种技术方向的看情况），美工，测试，运维
产品经理和项目经理这两个角色有点微妙。
如果一个大点的公司，大点的项目，里面是两个角色都有的。
二者都是管理岗
产品经理主要负责产品方面的，如这个功能怎么实现，怎么交互，什么逻辑，要什么风格，这个样子还是那个样子
项目经理主要负责开发管理，如美工你今天做首页的广告图出来，Ａ程序员你今天做用户登录功能，你想先想想怎么实现。数据库你要的话等会找我，我跟你说怎么用。
Ｂ称需要你本周做个大功能，商品的进销存体系，具体功能等会我们讨论下，有文档我先发你你看下。
数据库结构，实现方案，技术选型，你要是有好的思路可以说，讨论后不错的话可以采纳。
然后你们三个，各自到里deadline都要跟我主动汇报，不要等我来找你哦。
这个项目开发时间两个月，前面紧一点吧，第一个月加下班，后面轻松点，也有点机动时间，好不大家？
诸如此类的“任务分配”
程序员通常也有明显的分工侧重，比如有前端，后端，数据库等。

4. 在产品经理和项目经理的统筹管理下，项目如期进行。

在这期间，每做好一个功能，测试人员都要同步跟进，及时测试各个功能和反馈结果，。
如果遇到问题或者争执之类的，大家一起协商解决。
如也许某个问题实现起来发现根本技术上不可行，就可以中途放弃或者换一种实现方式（这就是所谓程序员最恨的“需求变更”）
或者随着开发或测试，发现由于前期还是某些需求功能没有完善，这个功能做得前后矛盾，不能自圆其说。
也要改。、
这个功能做好了是吧？老板中途一看说不行不行，这个不能要，。于是砍掉。
项目整体就是以这么一种纠结与煎熬的方式度过了。
5.
假设两个月左右的时候，大致如期完成里。
然后将东西交予运维（小点的组里通常是没有运维的，开发者就是运维），运维负责将东西发布到服务器上去。
服务器也许是自己公司机房里的电脑，也许是现在很流行的云服务，比如阿里云的数据库服务器，七牛云的图片服务器，腾讯云的linux服务器等。


发布的那天，大家如临大敌紧张兮兮，都烧香拜佛希望别出事。

6.
然后，大家累了很久里，一起出去吃一顿啊，出去唱个通宵啊~~~

7. 一周之后，APP有不少人用了啊，有不少用户反馈啊，我们做点功能改进吧。
还有市面上别家的app有什么什么功能啊，我们也做一个吧。
这个不好，大家不喜欢，砍了吧。
PM又拍脑袋想了一些需求，也加上去吧。
好了，这就是我们下个月的版本迭代内容啦。
大家休息好了开始吧！
然后，生活就是这么个无线循环。
注意流程大致是这样，但对个人不是这样。
比如我今年做普通程序员，我这么度过了。但明年我翅膀硬了，我跳槽去了，跳到了另外一家大公司里，做主力开发去了啊。
我今年做切图仔，两年后我经验够了，我想转产品方向了，我想转策划里，我想。。
诸如此类。
个人发展看自己。