DevOps 持续交付手段之业务需求探索
作者：互联网
文章目录
一、需求评估四步
1.提问
简述： 要解决什么问题？
具体内容：
要知道发生了什么事情，为什么会发生这样的事情，做什么能挽回或者做什么可以避免缓解这种问题。
举例：
我要成为中国首富
2.锚定
简述： 制定计划，前中后期要完成到什么程度。
具体内容：
在第一步完成之后大致有一个或者多个思路去解决问题，在锚定阶段主要是设定阶段性目标，然后把目标分解确定每个阶段要达成什么目标，每个目标要做到什么效果算完成。
举例：
先完成一个小目标挣他一个亿
3.共创
简述： 探索不同的解决方案。
具体内容：
当我们制定了想要达成的目标后，团队设法验证或为了达成目标，找出多种可行性解决方案。
举例：
在银行存一百亿存一年
努力打工500年
找个送江山的富婆
4.精炼
简述： 对全部的方案进行评估，从中找到最合适的方案。
具体内容：
考虑实施成本、时间和人力、各阶段效果、对其他事物的影响程度择优选择方案。
举例：
在银行存一百亿存一年（不客气地说，我这个月再不发工资，我蚂蚁花呗都还不上了）
努力打工500年（我努努力多喝开水争取活到100岁）
找个送江山的富婆（我也是有几分姿色的）
二、共创与精炼的常用办法
原则： 一次只验证一个点每个点之间不能有很紧密地关联，是否可以允许失败，可分解并迅速试错得到结论
1.已有业务
（1）装饰窗
说明 增加一个按钮然后统计有多少用户点击了这个按钮，然后看这个功能用户是否关心和期待。
例子：
类似于手游预约人数。
使用场景：
必须有稳定的流量和曝光量才可以，适用于产品二次迭代并有用户基础的情况下。
（2）最小可行性特征法
说明 先开发用户能直观感受到的部分，然后根据使用频率确定这样做是否可行。
例子：
假设网络金融账户体现需要三天，想推出一个收费立即到账的业务但不确定客户需不需要，就先出个立即提现的按钮然后让人工去做，然后统计多少个用户用了体现，多少人用了这个立即提现。
这就是某些产品经理经常说，产品先上线让用户先用着人工顶上，功能后续再抓紧开发。
使用场景：
想要用最少的开销开发某些业务
（3）特区法
说明 以点带面，先让部分有特定需求的或者vip体验这个功能，然后查看使用频率或者口碑在考虑是否执行。
例子：
手机的稳定版和开发版本
使用场景：
现有业务有新想法但不确定用户能不能接受、喜不喜欢先推出测试版供部分用户使用。
（4）定向探索法
说明： 抓典型，分析用户群体然后根据群体找共同点和特性，再探索业务需求
例子：
抖音信息推送算法、京东人物画像
使用场景：
既有业务已经完善的差不多，开始挖掘新的业务点
2.从0到1
（1）最小可行性产品法
说明： 验证业务是否可以推向市场，先不去进行开发。
例子：
开个网店卖楼下超市的东西，有人买我就去下边买然后送货，等买的人多了我就去做渠道。
使用场景：
有想法有思路但不想承担风险
（2）稻草人法
说明： 先忽悠说有这个产品，作假骗，然后用户接受并有人愿意为此买单或者市场急需就做。
例子：
IBM假翻译，欺骗客户说是有一套语音识别系统其实就是语音录入然后人工翻译再显示，最后客户觉得没啥用就不要做了。
贾跃亭和他的PPT成功忽悠了一大波韭菜。
使用场景：
有能力做一个产品，但不知道有没有市场，一般创业阶段可以参考。
参考文献
持续交付2.0业务引领的DevOps精要 作者：乔梁（这本书是作者送给我北京的老板的，北京的老板又送给了我）
淘宝技术这十年 作者：子柳
持续集成软件质量改进和风险降低之道 作者：杜瓦尔，迈耶斯
CSDN部分博客（那些不懂就去搜，没有统计参考了多少）
简书部分博客（那些不懂就去搜，没有统计参考了多少）
知乎部分问题（那些不懂就去搜，没有统计参考了多少）
标签：场景,用户,探索,可行性,共创,业务,然后,DevOps,交付 来源： https://blog.csdn.net/zhaohan___/article/details/110952976