1.B端和C端，真的不一样

首先医微达认为需要明确一点的就是，C端的那些套路很多并不适用于B端。所以如果想从C端转B端，你至少需要知道下面这些。

竞品分析层面：C端更多的是通过体验、研究竞品就可以；B端更多的是要了解每个企业的实际状况。

需求分析层面：C端重视的是人性、心理的把握；B端重视的是实际业务过程中的痛点。

产品设计层面：C端重视的是前台的视觉、交互、用户体验层面；B端重视的是后台的逻辑处理、业务流程层面。

研发推进层面：C端只需满足核心痛点，不断迭代升级；B端要满足最小闭环和可用性，每次升级都需要兼顾以前。

当然了，医微达认为做产品的方法论都是一样的，只是在方向上有所侧重。做B端，从转变观念开始。

2.架构是必备技能

在这之前，关于产品架构的掌握，像我这样的执行产品经理，是不会过多参与的。但在实际过程中，我们又没法忽视架构的重要性。

我们做B端产品的，其实更多的是提供一整套解决方案，那了解企业的现有框架就是第一步。

以医微达之前所做的数据中台来说，前期我们就需要对企业的情况进行摸底。包括企业的现有业务如何、都有哪些模块构成、数据收集是否完备、数据结构是否科学，数据抽取是否方便等等。

这个过程，其实就是分析每家公司架构的过程。这个工作，有些公司是架构师完成，有些公司是项目经理完成，有些公司是销售完成，有些公司是产品经理完成。

医微达个人觉得，作为产品经理，无论是不是我们来做这个事，我们至少都需要知道这个架构，这样能够提升后续我们产品设计的效率。

当然了，架构的搭建不是一蹴而就的，不同阶段会有不同的战略，不同的战略就会有相应的调整。

没有最好的架构，只有彼时彼刻最适合的架构。

3.懂一点技术，还是挺好的

关于产品经理到底要不要懂技术，这个争论一直都在，只不过一直有两种不同的声音。

产品经理懂技术：在产品设计的时候，会过多的考虑产品实现难度问题，而忽略产品的功能性。

产品经理不懂技术：在和开发沟通的时候，容易被忽悠。

以医微达个人的经验来看，上面两种情况都是非常极端的。医微达知道的很多产品经理也并不懂技术，在和开发沟通的时候，也没有被忽悠。医微达认识的懂技术的产品，他们设计的产品，在易用性上也完全没问题。

只不过，如果产品经理懂技术，最起码可以和开发在同一个频道进行沟通。

还记得之前在做一个定时发送短信功能的时候，医微达是从用户的角度来解释，开发则是从技术的角度来解释，结果是沟通了10分钟，完全听不懂对方说的是什么，最后只能说“我要的就是这样的效果，你怎么实现我不管”。

现在想想，如果能懂一点开发思维，是不是就不用这么费劲了。

所以，产品经理要不要懂技术？如果能懂，那肯定是加分项。如果真不懂，那就把问题想简单点吧。