产品经理打架引发的问题：如何识别需求及其价值

[作者按：平安产品经理与研发工程师打架的小视频在IT圈刷屏了，笔者不能免俗，参与讨论了，自以为讨论中有不少干货]
趁着产品经理最新的段子，来聊聊产品经理如何识别需求并恰当表达？

一、背景假设-线上产品及其特征

背景假设是已经在线上运行的产品或者产品群，有一定的访问量。
无论是主动调研还是被动响应，需求的来源必然是多方的。
有如下特征：

• 1，碎片化
• 2，涌现式，不可预知
• 3，易变
• 4，时效敏感

变色这个需求对比整个产品或者应用，应当就是个碎片需求，或者叫需求碎片。
跟原有的需求，也许有联系，也许没联系，就算有联系也不会那么明确和紧密。
平安这次提出的随手机壳变背景颜色的这个需求，也是一个典型的涌现式需求。
猜不到谁在什么时候会提出来？ 它在今年炎热的夏天突然就冒出来了。
需求易变是显然的。出了这么一档子事，平安产品经理侧不知道还会不会坚持这个需求？
说不定如视频当中搞笑的要做成随内裤颜色变，
这个太不靠谱了，那也许是可以随外衣颜色变。
根据手机壳变主题颜色，类似这样的在手机应用上需求，如果要搞五个月搞出来，那就是生意还不够好，不仅仅不够好，简直就快死掉了。
因此需求时效性是值得追求的，互联网活动季节比如618，双11等等，都是强时效。
经典的故事地图方法，看起来很美，可以组织计划多个迭代，
其实是不能够应对以上特征的需求流。
或者说如果能够应对，那说明生意还不足够好；足够好的生意，大量涌现的各方诉求可以把故事地图冲击得歪七歪八。

二、需求流模式

在处理具体到单个需求，目前在需求条件方面，仍然是SMART用得多。
但是SMART并不是一步到位的。
从模糊创意到符合SMART的需求，有一个过程。最新有些理论流派给出了“持续探索”的说法，比如SAFe。
也有product discovery和product development，双轨Scrum的说法
我在最近几年的实践中，更