##欢迎各种喷
主要分为:常规必须需求、功能需求、体验需求、创意需求
基本原则: 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
我觉得你需要去看看,敏捷开发和极限编程,我们这学期讲课时,老师随口提了一句,说适合最适合轻量级软件的开发流程。
|