一、需求池管理
将这个问题纳入个人总结的“需求池管理法”的工作流程里来看才能理解得比较清楚些:
原始需求:任何一个来自最终使用者的需求,首先先放在原始需求里——原始需求的意思是,这是最终用户从使用用角度提的想法或要求,其特点是,其表达往往是自然语言,优点是直白,缺点是拉拉杂杂,往往说得多而杂乱.
任何一个原始需求都有“已处理,未处理”两种状态,其中“未处理”又可分为(采纳、待定、删除)3种情况.
功能&数据需求:即经过产品团队讨论分析后的需求——功能&数据需求的意思是:这个是产品人员经过对原始需求的分析,用自己的语言,从功能或数据的角度对需求进行了更为简化、准确的表述.此处的优点是更易为执行团队所理解、操作;缺点是有可能偏离用户原意(所以每个功能需求来自哪一条原始需求需要做好记录).
版本计划:经过优先级的争论,功能&数据需求逐个进入各个版本的计划,优先级最高的版本优先执行。
版本历史:呃……这个不说也知道是什么意思。
二、什么是痛点?痛点往往代表的是一些真问题、其背后往往隐藏有特别有价值的功能需求点,通过提供功能或相应的数据,在帮用户解决这个问题的同时,能让产品的用户体验大大提升。
正因为此,我们在用户研究中,特别关注“痛点”的挖掘。
三、挖掘“痛点”需要注意哪些问题?
是点而不是面——当用户对你抱怨或倾诉的时候,他往往可能拉拉杂杂说很多很多话(因为痛所以有情绪,因为有情绪所以表述啰嗦凌乱),所以你只要抓住他说的点在哪里就行,其他的都可以暂时忽略。
Powered by 库管易