我们在思考产品设计的时候， 大部分的关注点都会在如何做好需求 ，解决用户或客户的问题上，这样做没错，如果你需要进一步成长，这样做还不够。
我们经常听前辈讲，产品设计要牢记：用户、场景、需求。这个理论很熟悉，但实际工作中，有多少人是拿着需求，去思考这 3 个维度呢？大多数就直接开始画原型了吧。
理论是没有错，只是这 3 个点是方法论，不足以形成可执行的策略。
我们把这 3 点，分成可执行的 6 个维度来深入探讨。
01、理解用户
理解用户不是一句空话，是决定我们产品成败的关键点。
特别是对于 B 端产品来说，用户角色和使用场景是不能单独拿出来分析的。那我们要做到什么程度，才算是真正理解用户呢？
我们从以下 3 个维度来说明：
1、我们要清楚业务流程中，涉及到是所有角色。能用一句话，描述清楚角色的工作内容，以及涉及的权限。
2、划分场景。把 B 端的业务，划分成一个一个独立的场景，基于场景来圈定功能边界，并把场景的上游和下游场景串联起来
3、场景细化：把角色和场景结合，拆分成一个个流程。
02、需求：解决用户最急的 3 个问题
在了解用户和使用场景后，B端产品常常很头痛的问题，需求池中的待解决问题这么多，要先做哪个？
首先，我们要弄清楚用户的真正需求，然后选择 3 个最紧急的问题处理。
怎么真正调研清楚用户需求？
网上流传或别人告诉你的方法很多，什么做问卷、网上查资料、做用户访谈，但是这些方法都是最好的吗？
对 B 端产品来说，并不是。
最简单有效的方法，就是你去客户那边做一周工作，一周不够就两周，两周不够一个月。
从群众中来到群众中去，要了解他们就先成为他们。只要你和他们混一段时间，保证比做问卷，查资料，访谈来的深刻的多。
大道至简，越好用的方法越简单，越常用的方法越简单。
03、定义版本，定义价值
接下来我们定义版本。
在版本定义之前，要确定版本的价值点。这里有一个可落地的方法：通过一句话描述版本的亮点和卖点。
为什么要这么做？
对内：
你要通过亮点和卖点，让你的老板认同，并给你资源。
对研发来讲，会更清楚版本目标，确保版本质量。
对自己：要清楚这次版本的价值。
对外：
对客户来说，能给到实实在在的价值，解决客户或用户的实际问题，客户愿意为此付费。
04、确定关键考核指标
围绕核心功能，设置产品的关键考核指标。
很多产品在设计的过程中，是没有指标的， 产品上线后就去做新的功能点了，这是非常可怕的。
没有指标，很大程度上意味着没有价值，或者说产品经理在做这个方案的时候，只是为了解决领导丢给你的一个任务，而没有思考有没有解决用户的真正问题。
考核指标也分为以下 3 种
1、业务闭环：解决核心客户的问题，具体有多少用户开始使用，并给客户带来多少收入或用户。
2、明确的业务指标，比如说新增一个付费功能，有多少用户付费购买。
4、修复bug：解决了线上问题，以及修复后的效果。
关键指标是衡量产品经理价值的点，也是进行版本迭代的依据。
如果我们只是闷头做事，只是上线了一个一个的功能，却不知道有没有带来真正的价值点，久而久之就会变成产品工具人，自己也不会有很大的成长。
并且和你合作的研发团队，也不会给你太多的资源和信任，甚至去写简历都没有什么可以写的信息。
05、推广：让你的产品触达用户
功能上线，只是产品的另外一个开始，我们要通过合适的手段，告知给用户或客户，让用户和客户第一时间了解新上线的内容。
推广一般分为 2 个阶段
1、产品上线前的预热期
对外，要告诉你的用户或客户，接下来产品要上线哪些功能点，解决什么问题。让产品真正上线后，用户也不会感觉到不适应。
对内：和你配合的销售、运营小伙伴，也会清楚你的计划和进度，减少催促和需求插入。
2、正式通知
对公司内部，可以在业务群第一时间通知，如果有必要还可以进行宣讲会议，让你的用户或合作伙伴，清楚的了解上线的内容，方便他们开展工作，甚至他们会主动帮你宣传。
对外：公众号、邮件、系统的通知，让客户了解上线的功能，引导用户去使用。
06、数据收集：价值的体现
上线后数据收集，确认产品的价值和优势。
收集数据大致分为 2 块：
1、收集上线后使用数据
用户使用情况，如果是付费项目，还要观察收入情况。
增长情况：用户或访问量
2、收集上线后用户反馈
我们可以从数据中发现一些用户没有讲出来的信息，挖掘成为需求，最终成为产品的竞争力。
数据对产品的工作推进也是有很大帮助。拿着数据说话，面对运营或销售的拍桌子，腰板是不是可以挺直了？需求评审是不是不用跪着讲了？
07、最后：回归初心
写到这里，我们回过头来再想想，产品的最终价值到底是什么？
其实我们经常会问自己这个问题，有的时候非常容易迷失其中。
其实在我看来，最终价值无非以下2点： 提升业绩、降低成本。
只要你能为这两个目标做出产品上的贡献，无论大小，这个产品都在实现价值。
-END-
微信扫一扫 
支付宝扫一扫 
