基于“强反馈”的产品设计.pdf

基于 强反馈“ ”的产品设计 去年的这个时候刚刚开始接触产品工作，基本是自己探索，那时候非常稚嫩，认为原型一定 要画好，所以一定得学好 Axure ，但是现在明白，工作中的所有事项都要考虑优先级和时间 ，就像 html 标签需要配着属性一样。所以现在对待原型的立场是：一切以沟通清楚为目的。 可以一句话说清楚的，就不要画图；可以手画说清的，就不要用软件；低保真能说清楚的， 就不要高保真。 当然，有的时候对方清楚是当时清楚，过几天做到那里的时候可能就不记得你当时什么意思了，这 种情况也要考虑，如果到时候两句话就可以让他回忆起来，就没必要花一个小时时间写个 PRD 。至 于要不要有一份存档备份，也是取决于产品开发进度是否正常推进以及有没有其他优先级更高的 事情。而更重要的一点是建立 产品方法论“ ”。 我理解的 产品方法论“ ”是指导产品工作的一套完整框架，工作流程上能让你时刻知道自己在工作流 的哪个环节，下一步要做什么、能做什么。 除了产品工作流程之外， 产品方法论“ ”中更重要的一个方面是建立需求与产品 Feature 之间的对应 体系，这里的需求我把它分为两个层面 —— 浅层需求和深层需求，比如用户抱怨产品没有评论区， 这个时候你觉得这个是个需求，满足这个需求就加了个评论区，但实际上用户可能要的不是或者不 只是评论区，而是一个能表现自己的地方，所以可能要加的不是 评论区“ ”，而是比起 评论区“ ”更能让 用户表现自己的一个 Feature ，或者跟 评论区“ ”配合，一起上几个组合 Feature ，比如顶、踩、 分享、 Feed 流展示等等，绝用户要一个评论区，就给一个评论区。当然， 能表现自己的地方“ ”可能 还不是最深层的需求，还可以往下适度深入分析，但如果往下深入到马斯洛五类人类需求，对应到 产品 Feature 上就会有麻烦。所以到底深入到什么程度，需要在天分、经验和试验的基础上决定。 今天重点聊聊的是一项 人类底层心理需求与产品 Feature 之前的对应关系 ，当然具体应用起来需要 具体问题具体分析，这里我主要谈一般性的东西。 这项底层需求是：得到反馈，这里说的反馈比较广义，可以理解为发出一个动作之后收到结果。 我们在沟通中最烦的就是自己说完，对方完全没有反应，尤其是男女朋友吵架，女生一直说，男生 当她是空气，或者倒过来，这时候吵架一般就会升级了，因为没反馈是人类讨厌的。这时候正确的 做法是一方说完一个意群之后，对方说对、明白，这就是一个正向积极的反馈。女生叫男生，男生 不但答应，还飞奔过来，这也是强反馈。还有我们点一下某按钮，没有反应，再点一下又没反应， 再点一下还没反应，我们就开始骂街了：他妈的怎么没反应呢？原因还是没有得到自己想要的反馈 。 一个好的产品，需要时间（过去、现在、未来）和空间（场景）两个维度给予用户反馈，反馈可以 分为积极反馈（比如积分增加）和消极反馈（比如游戏中掉血），即时反馈和延时反馈，同时各种 类型的反馈也带有不同的强弱程度，在具体产品中，应按具体需求设计反馈形式和强度，一般来说 ，超出用户预期、又在情理之中的反馈能带来优秀的用户体验。下面举两个例子： 弹幕： 用户打完字确认发送之后，他一定是等着自己的弹幕出来，弹幕出来到离开就是一次反馈的过程， 这种即时反馈就让用户比较爽。 如果从反馈程度上切入优化这个产品 Feature ，就可以考虑是不是可以让弹幕拐着弯（按一定 路径）、打着转（有一定动作）飘过，能碰到视频窗口边缘后有弹击的效果一定挺爽的，甚至可以 让用户付费买弹幕效果，但这个 Feature 可能会带来负面效果：弹幕太吸引注意，喧宾夺主。但是 这个东西单靠想就没办法衡量，这个时候就应该把这个 Feature 想完善之后上线，然后拿数据说话 。 微信互动： 玩微信最爽的时刻之一就是看到自己发完朋友圈之后有数字冒出来，这是延时反馈，但是这种反馈 的魅力在于具有持续性和不确定性，数字越多、周期越长，反馈也就越强烈，用户也就越爽。 这种反馈也带有一种明确性，这里出现的数字肯定是跟用户相关的赞和评论，而