产品决策3个领域——产品功能决策

0 评论 922 浏览 2 收藏 10 分钟

在需求决策阶段,我们确定了需求该做,要做。接下来要做的就是产品功能决策。这篇文章,我们来看看具体的实现办法。

一、名词说明

方案:方案一定命中原始需求,但不一定完全对应

机制:为了实现方案,需要定义的背后具体实现逻辑

替代思维:面对需求,不一定要与功能组件一一对应,要学会统筹规划,只要能给出用户一个更合理、更省事的方案,能解决用户的问题就行!!!

组合:用几个方案组合,让机制更完善

二、产品功能决策包括几个部分

  1. 方案背后的实现逻辑
  2. 用户体验
  3. 上升用户层面,切实解决用户问题,解决问题的方案,不一定要做产品功能

产品功能决策的思维误区:不是所有的需求/问题,一定要用产品功能去解决,关键是,为用户提供合理、省事的解决方案!!!

三、产品功能决策步骤

Step1:产品功能识别

1)基于需求,识别要完成什么功能:类型、核心功能、辅助功能(必要时,可以考虑后续实现)、 功能边界(定义功能给用户提供什么,不提供什么,方便后续扩展)

  • 功能类型:操作性功能、逻辑机制、自动程序、视觉功能、替代功能——区分功能类型,有助于写prd时,能更清晰知道自己要写什么,比如逻辑机制类型功能,写prd时,要注重的是描述逻辑
  • 替代功能:有时候需求是真需求,可以通过非功能方式满足需求
  • 识别功能边界一般为:正面功能、排除功能、范围

2)功能边界

(1)排除功能:比如,微信规定,发布的图片不支持GIF格式

(2)功能范围

  • 淘宝购物车上限120单,收藏上限2000个商品
  • 原因:大量囤货或者恶意下单的状态;购物车是为了推着他去结账;性能;编码系统内紊乱、支付拥堵;为啥120,接近“150定律”
  • 定义功能范围考虑几个方面:功能特殊场景;性能;功能的目的

Step2:确定功能决策的目标——后续呈现在prd上的要素!!!

  1. 功能决策目标包括:功能的定义、设计、权限、性能、前置后置逻辑等
  2. 不同类型功能,功能决策的目标

Step3:收集决策信息

输出物包括:

1)竞品信息:

  • 竞品往往代表了用户习惯,大部分都是这么做的,那么我们就不要做的太另类。
  • 要借鉴相同或者相似功能的长处

2)本系统信息:新功能设计,都要考虑对旧系统的兼容。比如通用功能组件;相关功能耦合度;旧逻辑兼容性

3)权限安全合规信息:功能设计要考虑满足对应的法律法规要求。比如做视频上传,要考虑鉴黄等。

4)用户画像:决定了功能的操作偏好,根据用户的特点设计功能。比如用户是买药的病人,比较着急,要考虑时效性。

5)数量级:需求市场有多大,用户量,并发量有多大

6)容错率:比如支付类的,容错率是很低的,一定不能出错

7)频次:功能的使用频次高不高,使用频次不高,那么并发率肯定就不高

Step4:制定可能方案

  • 将功能方案设计或描述出来
  • 功能方案应基于收集到的功能信息,围绕功能决策目标,满足原则:产品架构、全局规范、产品调性、用户接受等
  • 功能方案,是对需求的实现拟定,属于塑形打造的关键阶段
  • 功能决策的输出产物:原型草稿、流程图草稿、核心逻辑

Step5:制定标准并选择方案

功能方案的决策标准

1. 体验:尼尔森原则

状态可见、环境贴切、撤销重做、一致性原则、防错原则、易取原则、灵活高效原则、易扫原则、容错原则、人性化帮助原则

2. 心理:距离最近原则

想到这个需求,用户第一反应是应该在哪操作,在哪结束。比如深层的业务规则,应放在该业务模块近的位置而不是其他板块

3. 价值:找到引入的源头/回归本质/场景回归

找到引入的源头:回到该功能产生的最初原因

1)回归本质:

  • 用于决策功能要不要做的场景。
  • 思考:功能的本质是什么?本质是用来解决什么问题的?现状是否存在这个问题?这个问题该不该解决?如果存在且该解决,那就要做。
  • 没有标准的决策,但有标准的本质

2)场景回归:

  • 列表分页返回,是否保持原来的搜索项?——取决于用户真实操作列表时,操作完一页,是否要带着参数操作另一页
  • 导入文档的方式新增前提是,用户获取批量文档无障碍
  • 确认和取消按钮哪个在右边,与产品期望和风险大小有关

4. 第一性:前提正确

前提正确,功能才正确,不要做错误的前提上走更远!——因为功能本身是中性的,脱离场景的情况下,是没有好坏之分的。

1)期望用户养成正向习惯。不应该为用户的错误操作习惯而做功能(生态规则)

2)类似的还有:发现脏数据,是否加提示说这是脏数据

加这个功能的前提是,脏数据存在是合理的,这个前提是错误的,所以这个功能不该做

Step6:验证和改进

  1. 功能方案以PRD形式交底、实施、交付
  2. 功能方式的决策验证,发生在上线后的使用反馈,以迭代作为改进手段
  3. 使用反馈的方式主要是预演、用户回访、埋点数据

【总结一】产品功能决策总结

1、产品功能决策的核心在于,将功能方案进行落实,以便交付。

2、该领域中,最核心的步骤是“决策标准制定并选择”。可以参考的方法主要有:掌握功能设计原则或常识、从需求引入的最初原因判断、找到标准的本质、场景回归、假设正确功能才正确等。

3、产品功能的决策是产品经理的基本能力,其前是对客户需求的交付,其后是对技术团队的交底,中间是面对各方评审和质疑。

【总结二】从接到需求,到制定产品功能方案决策总结

1、思考用户场景是什么?问题是什么?验证是否真的存在这个问题?问题要不要解决?

2、思考解决方案是什么?

1) 列出所有可能的方案,不一定是产品功能方案,不是所有的需求一定要用产品功能去解决

2)确定要用产品功能去解决这个问题之后,再去思考要通过什么产品功能去解决

(1) 确定用什么类型的产品功能去解决?确定这个产品功能的边界是什么?(给用户提供什么)——参考Step1

(2)确定具体要做什么产品功能?——参考Step3、4

(3)考虑产品功能逻辑细节——参考Step2、5

本文由 @立志做人参的萝卜 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!