这样的开发流程，针对一般的中小项目有问题么？需要怎么改进？

[darklowly]

##欢迎各种喷

第一阶段 市场调研

1. 确定是否是市场真实需求(过滤掉伪需求)
2. 分析市场现有产品，确认是否需要我们自己再去创造轮子
3. 预估开发难度和成本
4. 预估运营难度和成本
5. 在 3 ， 4 的基础上，确定是否适合我们团队开发
6. 如果上面条件都满足,进入下一阶段

第二阶段 立项

1. 召集产品经理
2. 召集项目经理
3. 在第一阶段的基础上进一步讨论可行性
4. 如果确认要做，进入下一阶段

第三阶段 收集需求

1. 参考现有产品的功能收集需求
2. 发现现有产品的不足收集需求
3. 以头脑风暴的方式收集需求
4. 以上需求可以天马行空，不管对错
5. 形成需求池

第四阶段 整理需求

1. 甄别出需求池中有意义的需求
2. 把甄别出的需求分门别类整理清楚

主要分为：常规必须需求、功能需求、体验需求、创意需求

第五阶段 制定计划

1. 按照上一阶段的总体需求，制定计划，按步骤实施

基本原则： 1 优先考虑实现，再去考虑优化。 2 对于第一次接触的需求，优先按照传统做法，传统做法就算不是最优，但是至少可以不会错，以便开发过程中尽快开发出原形，有原型后，在原型的基础上再去讨论优化更具体些

第六阶段 开发

1. 根据当前阶段的计划，分解功能
2. 技术选型尽量不要太激进，优先实现为主
3. 尽快构建原形
4. 优先实现功能需求，时间充足，再去实现优化功能
5. 当前工作进度，尽快结合到原型中，以便反应当前工作进度

第七阶段 收集反馈

1. 产品上线之前，内部试用
2. 观察**主要(核型)**功能，如果有“不合理”、“功能缺失”、“意见”， 尽快反馈到第三阶段
3. 观察**附加(周边)**功能，如果有“不合理”、“功能缺失”、“意见”，反馈到第三阶段
4. 如果有功能优化建议、用户体验建议，反馈到第三阶段，除非特别脑残的功能，否则优先级低于功能需求

第八阶段 第三到第七阶段循环

1. 第三到第七阶段不停迭代，直到核心功能完善，周边功能基本合理，用户体验合理，则可上线，
2. 上线后用户反馈汇集到第七阶段

[funky]

说的有道理，关键还得看执行力如何。

[fcicq]

按 growth hack 的精神来讲迭代太慢了.

[lecher]

这是大中型项目的流程
主要用于对交付质量要求很高的项目。

如果是互联网项目的话，小项目启动会是一六交叉做来测试需求，调查一个需求的同时，开发一个 MVP 的产品，以最小化的核心功能投放到市场检测反馈。至于其中的 bug 和后续的功能，都是在确认核心需求确实有用户反馈之后才会慢慢添加上去，这样一个需求只要一两周就可以确定这个方向是否值得做下去。
中型项目都是在小项目基础上成长起来的，会完整的做整个流程做需求分析和规划。但也还是会尽可能把开发和反馈提前，通过灰度测试的方式小范围检测需求。

[darklowly]

@fcicq 如何能更快？能具体点么？非常感谢

[darklowly]

@lecher 非常感谢，受教了

[fcicq]

@darklowly 相关的书好几本了吧. 举例子说比如做一个业务, 只需要一个描述页面(landing page), 加个表单让客户下订单, 留联系方式供询问就好了. 然后就可以少量推广根据反馈开始迭代了. 等用户上门之后才会慢慢的发现真正的问题或者痛点是什么, 为什么你的产品描述打动不了用户等等会有无数可以调整的地方, 走上正轨确认模式可行有很多回头客了再加大投放量, 并追求口碑上的推广.

[cai72738]

我觉得你需要去看看，敏捷开发和极限编程，我们这学期讲课时，老师随口提了一句，说适合最适合轻量级软件的开发流程。