B端产品设计难点剖析

0 评论 728 浏览 7 收藏 7 分钟

大家都知道B端产品比C端更难做,那到底是难在哪些地方呢?这篇文章,作者总结了4点,按重要性排序,和大家分享。

有一部分人认为B端产品的设计没什么难点,不就是直接对接客户,按客户要求输出对应的DEMO和需求文档吗?说这话的人应该是没做过产品,或者说没有接触过什么复杂的项目产品。接来我们来谈谈有哪些难点,我曾经做过3年的B端和3年的G端产品设计,我个人认为B端产品设计难点主要有4点,以下按重要性排序。

一、把握业务主动脉,抽象需求到具体

B端需求首先任务是按项目计划进行需求调研,调研前需要深入了解该行业背景及用户场景,不然在需求调研时可能会很难融入到沟通氛围中。客户提的需求很难有洞察力,所以只有提前了解业务背景和行业规则,这样才能顺利完成对用户需求的分析,及需求痛点的挖掘。

在沟通中,要了解客户口述的内容,更要挖掘客户没有提到的内容。因为客户在口头传达需求时,难免存在对需求过于主观看法。这时候你应该利用你的业务专业来给客户提供完善的产品解决方案。所以你现在能明白为什么大多公司在招聘产品岗位时,一般多是要求同行的岗位。

如果不太了解对接项目的业务,在需求调研时可能只会记着客户说的细节内容,听了上句没记下句。即使你以为听懂了,其实存在一个盲区。存在对未知应用场景的盲区,你以为你听懂了。可能忽略了某个应用场景。这样设计出来的产品是有缺陷的。最终可能会迭代优化,浪费彼此的时间。

二、产品框架设计

记录客户需求后,需要统筹全局的产品框架设计需求,特别是在原有的系统上设计时,还需要兼容之前的产品逻辑,不影响原有的逻辑上设计产品。

如果是0-1的产品,要考虑的内容就更广阔了,比如账户体系的搭建,前后端对于不同角色的权限划分有等等,这些前期难度需要自己探索,一部分来源客户需求,一部分可能还需自己做决策。

特别是0-1的系统,在与客户沟通中,通常的情况下需要画出系统架构图和核心流程图,这样帮助客户理解系统的核心内容。以下是我工作中涉及的两个案例图。

案例1: 比如下面的是系统架构图:里面的涉及的主要功能层,应用层,服务层、技术层。

案例2: 比如下面的是我之前设计过的销售系统核心流程:把系统核心流程展现出来。这样能帮帮助客户,简单地描述系统核心主流程。

三、技术实现原理及研发成本

如果你不是技术出身,设计的产品需要技术把关,技术实现原理主要是考虑方案是否可行性,比如在技术人员看了你的产品方案后是否是可执行性方案。如果有问题,技术人员会指出一些技术上的问题。结果可能会让你重新设计,也有可能只需改部分方案。或者去除冗余的功能点。

我曾经设计过的产品因为没有考虑到APP非原装产品导致需要重新思考解决方案,另外有些功能不适合在某些语言的框架中设计,或者会延伸出大量改造的工作量;所以研发成本这个问题也是产品要考虑的问题。当然如果业务关系比较重要,方案不能更改善。这些可以用钱解决,就是成本问题。甲方愿意这样设计也可以考虑。

在满足业务前提条件下去以最小化的成本实现,这是B端产品设计的精华点。

四、用户体验与交互

用户体验与交互这一点应该是相对比较次要的,当然看有些项目重要性,主要难点是APP易操作性。

例如之前在国企项目中,好多人不太会使用较复杂APP,产品需要考虑怎么设计比较容易操作,特别是大龄用户的操作使用。

这一点建议是多使用体验比较好的APP,最好是同行APP;记住是多用,用户体验优化主要涉及到前端,有时候需要和前端用户沟通,哪些组件可以适用于这种交互方式。

作者:平心而论,公众号:书海顿悟

本文由 @平心而论 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

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

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