1.记录是最底层的需求，收藏是属于记录的一个分支，产生内容并与网络的其他用户交流为更高层次的需求。
2.用户在使用产品时候的心智，心理是什么。是愤怒、迷茫、舒适、渴望收到关注。
3.业务能力是基于线下现实场景的规则中来。
4.产品信息框架层应该是围绕功能模块定位来，内容库、账号体系、运营体系、工具
5.信息框架层切忌不要以4个TAB分类，要以功能定位分类。
6.用户体验地图：把用户意见反馈收集，让它分布在所做的几个关键用户路径。关键用户路径分出几个节点：用户目标、业务目标、用户与产品节点、用户心情。
例如我在使用哈罗单车的时候，开锁的动画过程让我很不爽。这个时候就需要提升我的体验，哈罗给出的答案是让我抽奖，转移我的注意力。
其实早在《人人都是产品经理》一书中有提到解决需求的几个方法：①开发新功能（在例子中就是技术优化）②转移注意力（就是哈罗的做法）③降低我对产品的预期。
7.画用户体验地图很容易让我们陷进线性思维的误区，把用户的一个个路径优化好，这是一个线性思维。而产品更多的是网状思维，我要让我的用户去干什么，不干什么。早期进公司的时候我也一直在这种需求，一个功能不断优化中间路径，甚至砍掉不必要的，这样可以让用户更快到达触点。但是随着接手的业务增多，会慢慢领悟到网状思维，“我要让用户怎么使用产品。”
8.需求皆有两面性。一面是用户需求。一面是公司层面的业务需求。
9.用户故事地图在于让项目组中的所有成员知道需求的优先级情况，应该着力打哪些点。这有一定程度像作战图。先确定用户执行一个行为的场景分成哪几个大步骤，大步骤再细分成小步骤，小步骤再看人与产品的链接的节点（在App上就是截图），用户到这一步的心情，痛点是什么？用户（业务）目标是啥？可不可以有其他满足需求的方式。
10.要避免一上来就画图，应该把大量的精力放在业务场景和用户场景的描述上。前期的数据情况和用研是大的工作量级。
用户场景描述、业务场景描述、目标、用户调研结论、数据分析结论、用户故事、功能框架图（定位）、业务流程图、项目管理、页面信息结构图。最后才是原型。
11.基于痛点到功能一定有上述过程，一上来就画图一定是方案很明确了，抄抄就得了。
网友评论