影响产品设计成败的 6 个关键点

2 评论 4605 浏览 22 收藏 9 分钟

编辑导读:很多人都知道产品设计的三个理论:用户、场景、需求,但实际操作中这三个理论很难形成可执行的策略。本文作者基于自身工作经验,整理了影响产品设计成败的 6 个关键点,与你分享。

我们在思考产品设计的时候,大部分的关注点都会在如何做好需求 ,解决用户或客户的问题上,这样做没错,如果你需要进一步成长,这样做还不够。

我们经常听前辈讲,产品设计要牢记:用户、场景、需求。这个理论很熟悉,但实际工作中,有多少人是拿着需求,去思考这 3 个维度呢?大多数就直接开始画原型了吧。

理论是没有错,只是这 3 个点是方法论,不足以形成可执行的策略。

我们把这 3 点,分成可执行的 6 个维度来深入探讨。

01 理解用户

理解用户不是一句空话,是决定我们产品成败的关键点。

特别是对于 B 端产品来说,用户角色和使用场景是不能单独拿出来分析的。那我们要做到什么程度,才算是真正理解用户呢?

我们从以下 3 个维度来说明:

  1. 我们要清楚业务流程中,涉及到是所有角色。能用一句话,描述清楚角色的工作内容,以及涉及的权限。
  2. 划分场景。把 B 端的业务,划分成一个一个独立的场景,基于场景来圈定功能边界,并把场景的上游和下游场景串联起来。
  3. 场景细化。把角色和场景结合,拆分成一个个流程。

02 需求:解决用户最急的 3 个问题

在了解用户和使用场景后,B端产品常常很头痛的问题,需求池中的待解决问题这么多,要先做哪个?

首先,我们要弄清楚用户的真正需求,然后选择 3 个最紧急的问题处理。

怎么真正调研清楚用户需求?网上流传或别人告诉你的方法很多,什么做问卷、网上查资料、做用户访谈,但是这些方法都是最好的吗?

对 B 端产品来说,并不是。

最简单有效的方法,就是你去客户那边做一周工作,一周不够就两周,两周不够一个月。从群众中来到群众中去,要了解他们就先成为他们。只要你和他们混一段时间,保证比做问卷,查资料,访谈来得深刻得多。大道至简,越好用的方法越简单,越常用的方法越简单。

03 定义版本,定义价值

接下来我们定义版本。在版本定义之前,要确定版本的价值点。这里有一个可落地的方法:通过一句话描述版本的亮点和卖点。

为什么要这么做?

对内:

  1. 你要通过亮点和卖点,让你的老板认同,并给你资源。
  2. 对研发来讲,会更清楚版本目标,确保版本质量。
  3. 对自己:要清楚这次版本的价值。

对外:对客户来说,能给到实实在在的价值,解决客户或用户的实际问题,客户愿意为此付费。

接下来就是基于版本出解决方案,我之前已经写过一篇文章,详细地讲解如何做产品方案,经常被研发、运营怼?你需要掌握需求实现前的8大步骤。

04 确定关键考核指标

围绕核心功能,设置产品的关键考核指标。

很多产品在设计的过程中,是没有指标的,产品上线后就去做新的功能点了,这是非常可怕的。

没有指标,很大程度上意味着没有价值,或者说产品经理在做这个方案的时候,只是为了解决领导丢给你的一个任务,而没有思考有没有解决用户的真正问题。

考核指标也分为以下 3 种:

  1. 业务闭环:解决核心客户的问题,具体有多少用户开始使用,并给客户带来多少收入或用户。
  2. 明确的业务指标,比如说新增一个付费功能,有多少用户付费购买。
  3. 修复bug:解决了线上问题,以及修复后的效果。

关键指标是衡量产品经理价值的点,也是进行版本迭代的依据。

如果我们只是闷头做事,只是上线了一个一个的功能,却不知道有没有带来真正的价值点,久而久之就会变成产品工具人,自己也不会有很大的成长。并且和你合作的研发团队,也不会给你太多的资源和信任,甚至去写简历都没有什么可以写的信息。

05 推广:让你的产品触达用户

功能上线,只是产品的另外一个开始,我们要通过合适的手段,告知给用户或客户,让用户和客户第一时间了解新上线的内容。

推广一般分为 2 个阶段产品上线前的预热期对外,要告诉你的用户或客户,接下来产品要上线哪些功能点,解决什么问题。让产品真正上线后,用户也不会感觉到不适应。

对内:和你配合的销售、运营小伙伴,也会清楚你的计划和进度,减少催促和需求插入。正式通知对公司内部,可以在业务群第一时间通知,如果有必要还可以进行宣讲会议,让你的用户或合作伙伴,清楚地了解上线的内容,方便他们开展工作,甚至他们会主动帮你宣传。

对外:公众号、邮件、系统的通知,让客户了解上线的功能,引导用户去使用。

06 数据收集:价值的体现

上线后数据收集,确认产品的价值和优势。收集数据大致分为 2 块:

  1. 收集上线后使用数据:用户使用情况,如果是付费项目,还要观察收入情况;增长情况,用户或访问量。
  2. 收集上线后用户反馈。

我们可以从数据中发现一些用户没有讲出来的信息,挖掘成为需求,最终成为产品的竞争力。

数据对产品的工作推进也是有很大帮助,拿着数据说话,面对运营或销售的拍桌子,腰板是不是可以挺直了?需求评审是不是不用跪着讲了?

07 最后:回归初心

写到这里,我们回过头来再想想,产品的最终价值到底是什么?

其实我们经常会问自己这个问题,有的时候非常容易迷失其中。

其实在我看来,最终价值无非以下2点:提升业绩、降低成本。

只要你能为这两个目标做出产品上的贡献,无论大小,这个产品都在实现价值。

#专栏作家#

司马特小队,公众号:司马特小分队,人人都是产品经理专栏作家。8年+互联网资深产品经验,多年B端产品管理经验。具有多个从0到1的大型B端产品的孵化、重构、迭代经验;主要教授产业互联网产品相关的硬核知识点。

本文原创发布于人人都是产品经理,未经许可,禁止转载

题图来自Unsplash,基于CC0协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 嗯感觉莫名戳中了“笑点”,但是也是事实。我开始学着用你建议的,去审视下自己的需求

    来自广东 回复
  2. 关注「司马特小分队」微信公众号,了解更多 B 端产品知识

    来自浙江 回复