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

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

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

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

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

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

二、产品框架设计

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

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

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

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

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

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

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

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

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

四、用户体验与交互

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

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

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