设计B端互联网产品的常规思路

9 评论 29050 浏览 182 收藏 6 分钟

首先,我们明确一下C端产品和B端产品的概念,从用户维度来界定:C端产品的用户是个人,B端产品的用户是一个组织/商家/团队,是某种经营的主体,当然使用者也是个人,不过这个个人是代表了组织中的某个角色而已。从功能来界定:C端产品的服务对象是个人,B端产品的服务对象是一个商家/组织/团队。明确了概念,再明确一下我们的话题:如何设计B端互联网产品(写字楼的安防器械就不是本次讨论的对象了)。

直奔主题,设计B端产品主要从以下几个方面入手:

一、明确产品有哪些服务对象,对服务对象(也就是用户)进行属性聚类

不管是哪种B端产品,面对的服务对象一定是千差万别,少则几种,多着几十种,甚至几百种不同的用户,首先我们必须明确所有使用该产品的用户,然后进行聚类,有共性的商家归为一类,对每一类商家分别进行不同的需求分析和功能设计,这是B端产品设计的基本入门原则。举个栗子:大众点评,我们都不陌生,但是里面的商家五花八门,不同的商家必须设计不同的后台,不同的消费形式,饭店、酒店、健身房、咖啡厅等等都有不同的后台功能,说的简单些,大众点评的B端产品不是一个产品,而是多种用户多个产品的集合。

二、每种服务对象的需求分析和功能设计要场景化、个性化

做了第一步,我们知道了使用我们产品的用户类型,那么针对不同的类型还要进行角色的划分,比如大众点评商家,商家里面有很多种角色,就单单的饭店就有老板、经理、收银员、服务员、后厨等等,明确参与的角色有哪些,产品使用在哪个环节、哪种场景,而且不同类的用户其背后的角色也不同,酒店就没有后厨人员,健身房有健身教练。B端产品的用户复杂多样,没有清晰的场景就没有合理的功能。

三、用思维导图画出所有的用户分类和功能

当我们明确产品的who、where、when和how的时候,就要把这些东西按照用户的分类、角色的分类画出思维导图,当然这个思维导图会比较大,正是因为这个范围广才要画出来,以便于后续的产品设计,不然就会遗漏某类用户或者某个角色,那问题就严重了,会导致整个产品处于瘫痪状态。

四、从功能上完全迎合产品的商业思维

任何事情都有他的reason,也就是why,我们为什么做这个产品,所有的B端产品都一样,为了商业目的,不管是交付式的产品还是SAAS(产品即服务)的产品,为了满足我们的商业行为,或者把我们的商业行为电子化、网络化才会出现B端的互联网产品,在功能的设计细节上要围绕商业的目的和商业模式进行,和公司商业模式有冲突的B端产品是不合格的产品。

五、输出市场需求文档

到了这一步仍然没有到画原型、写需求文档的时候,要根据前面做的准备工作继续做准备工作,那就是市场需求文档,产品的设计思路和思维还要迎合本公司的工作人员,从市场、销售、运营、财务等各个所有参与的人员那里获得需求、进行需求分析并撰写市场需求文档,把产品的功能和流程和他们对接,进行修整。

六、画流程图、原型,写需求文档

做完以上工作以后就可以画主要业务流程的流程图和页面原型,开始写需求文档了。画流程图的工具,本人习惯用omnigraffle(MAC专属),如果是PC可以使用viso,也是不错的工具。画原型当然是Axure了。画原型一定是根据市场需求文档,按照功能板块来的,功能板块切分,需求细分,粒度越小越小,甚至包括每个输入框的限制输入字数,每个提示文字,颜色,提示框的显示时间等等,具体其他写需求文档的内容和C端产品相同,我们下次再聊。

 

作者:小明是只产品汪汪汪 ,微信公众号:xmpm55,互联网产品经理,爱好研究互联网产品,商业模式,行业动态。

本文由 @小明是只产品汪汪汪 原创发布于人人都是产品经理 ,未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 请问有具体的案例吗?处于初级阶段的转型汪汪汪汪汪

    来自北京 回复
  2. 语言不够精炼,有凑字数的嫌疑。后半部分文章的价值不大。

    回复
    1. 😀 思路而已嘛、不是具体操作案例拉

      来自广东 回复
  3. ❓ 当B端用户在国外,这时候不可触达用户时,B端需求方可能是很零散的,仅仅存在需求分类,这个时候应该如何发力呢?

    Jack

    来自浙江 回复
    1. 一般我遇到这种问题都是,把可能的情况列出来,做成配置项,客户自己配置,当然给过去的时候会有一个默认配置

      来自广东 回复
    2. 感谢,我尝试以下

      来自浙江 回复
  4. K12也算是B端吧?

    来自湖南 回复
  5. nice,说出了2B的产品思维

    回复
    1. 😀 😀

      来自广东 回复