产品经理的日子 – 我是如何做功能设计的

互联网老兵 2023-08-01 14:37:12

在当前的行业里，功能设计其实是最不需要动脑的地方，天下作业一大堆，就看你会不会抄了。互联网发展到现在，大部分的功能都已经有了，纯自己创新的只有业务形式，至于功能基本大同小异。

功能设计模块大概可以遵循几个点：

1、能删就删别客气

在公司第一个项目应该是【用户中心】项目了，当时定位是C端用户与公司的交流地，能够看到公司发布的新品，也可以看到门店的地址及导航，还能有各种信息查询，整理后产品架构大概是这样的：产品经理，产品经理网站

乍一看好像没什么问题，从企业的角度来讲没问题，相当于是一个企业门户了。但仔细想一下，有几个问题需要回答。

a、用户为什么会打开这个小程序，驱动是什么？

用户只有在装修阶段会使用这个小程序，那么应该属于短期高频，长期低频的概念，上来的原因要么是找以前的订单联系官方进行售后报修，要么就是短期内查询订单生产安装进度，工具性质比较强。

b、用户为什么要在这上面看新品和门店地址，符合用户习惯么？

不符合用户习惯，首先如果我是新客户那么我肯定不知道有这个小程序，如果我是老客户我已经知道我在哪里定的产品，如果忘记了那我肯定在地图上找，或者联系销售发地址给我，没必要在这里找，不符合用户习惯，其次为什么要在这里给门店评价，为什么不在公开渠道比如淘宝、大众点评这些地方？

c、用户为什么会在这里看文章？

虽然企业的出发点是通过文章触达用户做社群，或者是有内容可以宣发，但是忽略了一个问题，用户为什么会在这里看？这里会有社区讨论氛围么？有人在这里运营社群么？

d、定位是企业门户小程序，是不是太大了？

虽然每个企业都想要一个门户，但一开始做门户，有那么多精力么？

一顿思考之后，把项目框架砍成了这样：

产品经理，产品经理网站

聚焦工具属性，砍掉社交属性，以官方的名义向用户提供信息查询。

2、突出重点

用户中心这五个模块，如何设计，是9宫格，还是微信列表，还是什么方式？哪个是核心功能，该如何展示，经过分析后决定着重体现在订单上，家居定制行业合同就是订单，总不能把一个合同直接展示出来吧，后来思考后决定把服务体现出来，从用户进店的第一次沟通【量尺】节点开始展示到最后的【安装效果图】进行展示，既体现了服务，也体现了品牌的高度。

3、简化操作

在人机交互的原则里面有一节是说交互要清晰，避免用户多操作的，那么基于这个原则，我们在首页直接展示内容，原因如下：

a、正常人的订单不会有很多，平均2-3单，没必要搞订单列表

b、直接展示用户的订单，可以简化操作，更方便用户查看，也更简单

到这里我们发现大概的思路有了，那么订单怎么展示，直接抄一个电商的订单详情还是什么？怎么才能用最少的功能体现最大的价值？

4、附加价值

在做产品的时候我们可以反思一个问题，用户为什么会在你这里，除了这些东西还有哪些小惊喜可以给到用户，也就是附加价值。在做个人中心的时候我们发现客户与集团这边的沟通互动很少，信赖度也很少，大部分客户是与经销商进行挂钩，没有直接与集团对话，缺少一层信任感，但这种信任感不能通过经销商提供，毕竟每一个城市每一个经销商给到客户的服务是无法统一的，这个问题不解决及时你提供再多的功能模块，客户还是客户，品牌还是品牌，品牌对客户的聚合能力还是无法提高，针对这个问题，我们觉得应该从服务流程进行细化。

基于以上思考，我们从用户进店第一次服务开始到最后安装验收完成的重要环节搬到线上，并且在核心的节点向用户发送通知与客户互动，提高品牌的服务价值。

产品经理，产品经理网站

另外在每一个中间环节我们都有相对的产物给到用户，比如预约通知，量尺图，效果图等等产物会及时推送给到用户。

通过标准流程+服务机制+中间产物提高用户的购买体验，这样既满足了订单的展示需求，也提高了品牌的服务机制，让用户更了解，更放心。

5、当下合理

其实在梳理的过程中，还发现售后投诉、报修、问券调查等功能可以添加，但不少因为当时的业务环境，技术排期等各种因素只选择了四个模块进行开发，在设计每一个功能的时候，先看当前的业务形式是否稳定，再看当前的逻辑是否能够执行落地，只有这两个条件满足了，才有可能让功能有人用，也只有功能有人使用了，才能有数据为后续的业务发展提供有效的分析基础。

产品功能设计的时候需要关注未来，但也要着眼于现在，毕竟未来的业务会变成什么样，谁知道呢？

写在最后：随着业务不断发展，后续版本迭代也在继续，新项目后续介绍。

附1：V1.0.0版设计稿

产品经理，产品经理网站