这是一个专门讨论 idea 的地方。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
这是一个创建于 3086 天前的主题，其中的信息可能已经有所发展或是发生改变。
##欢迎各种喷
第一阶段 市场调研
- 确定是否是市场真实需求(过滤掉伪需求)
- 分析市场现有产品，确认是否需要我们自己再去创造轮子
- 预估开发难度和成本
- 预估运营难度和成本
- 在 3 ， 4 的基础上，确定是否适合我们团队开发
- 如果上面条件都满足,进入下一阶段
第二阶段 立项
- 召集产品经理
- 召集项目经理
- 在第一阶段的基础上进一步讨论可行性
- 如果确认要做，进入下一阶段
第三阶段 收集需求
- 参考现有产品的功能收集需求
- 发现现有产品的不足收集需求
- 以头脑风暴的方式收集需求
- 以上需求可以天马行空，不管对错
- 形成需求池
第四阶段 整理需求
- 甄别出需求池中有意义的需求
- 把甄别出的需求分门别类整理清楚
主要分为：常规必须需求、功能需求、体验需求、创意需求
第五阶段 制定计划
- 按照上一阶段的总体需求，制定计划，按步骤实施
基本原则： 1 优先考虑实现，再去考虑优化。 2 对于第一次接触的需求，优先按照传统做法，传统做法就算不是最优，但是至少可以不会错，以便开发过程中尽快开发出原形，有原型后，在原型的基础上再去讨论优化更具体些
第六阶段 开发
- 根据当前阶段的计划，分解功能
- 技术选型尽量不要太激进，优先实现为主
- 尽快构建原形
- 优先实现功能需求，时间充足，再去实现优化功能
- 当前工作进度，尽快结合到原型中，以便反应当前工作进度
第七阶段 收集反馈
- 产品上线之前，内部试用
- 观察**主要(核型)**功能，如果有“不合理”、“功能缺失”、“意见”， 尽快反馈到第三阶段
- 观察**附加(周边)**功能，如果有“不合理”、“功能缺失”、“意见”，反馈到第三阶段
- 如果有功能优化建议、用户体验建议，反馈到第三阶段，除非特别脑残的功能，否则优先级低于功能需求
第八阶段 第三到第七阶段循环
- 第三到第七阶段不停迭代，直到核心功能完善，周边功能基本合理，用户体验合理，则可上线，
- 上线后用户反馈汇集到第七阶段
 |
1
funky 2016-06-15 22:34:02 +08:00
说的有道理，关键还得看执行力如何。
|
 |
2
fcicq 2016-06-15 22:40:31 +08:00  1
按 growth hack 的精神来讲迭代太慢了.
|
 |
3
lecher 2016-06-15 22:48:25 +08:00 1
这是大中型项目的流程
主要用于对交付质量要求很高的项目。 如果是互联网项目的话，小项目启动会是一六交叉做来测试需求，调查一个需求的同时，开发一个 MVP 的产品，以最小化的核心功能投放到市场检测反馈。至于其中的 bug 和后续的功能，都是在确认核心需求确实有用户反馈之后才会慢慢添加上去，这样一个需求只要一两周就可以确定这个方向是否值得做下去。 中型项目都是在小项目基础上成长起来的，会完整的做整个流程做需求分析和规划。但也还是会尽可能把开发和反馈提前，通过灰度测试的方式小范围检测需求。 |
|
6
fcicq 2016-06-15 23:58:13 +08:00
@darklowly 相关的书好几本了吧. 举例子说比如做一个业务, 只需要一个描述页面(landing page), 加个表单让客户下订单, 留联系方式供询问就好了. 然后就可以少量推广根据反馈开始迭代了. 等用户上门之后才会慢慢的发现真正的问题或者痛点是什么, 为什么你的产品描述打动不了用户等等会有无数可以调整的地方, 走上正轨确认模式可行有很多回头客了再加大投放量, 并追求口碑上的推广.
|
 |
7
cai72738 2016-06-16 18:02:36 +08:00
我觉得你需要去看看，敏捷开发和极限编程，我们这学期讲课时，老师随口提了一句，说适合最适合轻量级软件的开发流程。
|
Select Language