to c产品卖情怀太矫情，整天跟用户扯细节，千方百计骗用户充会员买道具，很庸俗的生意人好么。
to b产品才是真男人，构建生态，小改动就会影响行业格局，还动不动就百亿级海量支撑。或者，即使没机会参与生态体系构建，做的是支撑型企业应用，那释放了多少人力，提高了多少效率呀，没有企业应用支撑，根本没法办公好么。
to c产品是发现用户需求，定义用户价值，并准确的推动项目组达成这一目标。
to b产品是根据公司战略或工作需要，构建生态体系，或者推动将流程系统化，提高效率。
说得有点绕，白话就是：
to c产品是你去挖掘用户需求，是创造，从无到有。
to b产品是公司战略或相关方给你提出要求，产品经理将这类“线下已有的需求”系统化，达到提高现有流程的效率的目的。也就是出图纸，推动能力建设，完成甲方需求。从语句之中，你感受到是这类产品一般都是支撑型的平台产品。当然，支撑不等于不牛逼，支撑和业务实际上只是两种不同的价值体现，就像妈妈和太太，你说谁更重要？
to c产品经理还需要拥有很高的交互设计能力和用户体验感知，这里所说的交互设计和体验感知都必须围绕公司战略和产品方向进行展开，to c的初级产品经理最容易犯的错误是把太多的时间抠在产品的设计细节上。说具体些，就是把产品的交互设计和UI设计看的太重，几乎大部分的时间都花在axure原型图的设计上了，而忽视了产品方向和产品本身应该重点考虑的地方。
在很多产品相关的网站，博客，你会发现讨论和分享的绝大多数都是交互和设计相关的内容，这个怪像容易让初级产品经理陷入泥潭，会造成整体产品整体感觉丧失。
to b产品对产品经理最大的要求是：
to b端的产品经理需要具备优秀的需求梳理能力和推动能力，在大公司尤其明显。
举个企业支撑应用的栗子，如果让你做腾讯游戏的结算系统，结算涉及到如何获取支付流水、内部系统化对账、跟外部供应商系统化自助对账、出结算单、银行打款流程等各方面，这些方面中的每一步都有正常流程、异常处理等问题，如果是上市公司，还涉及审计合规，这些流程可能会跨多个部门、多个事业群、以及外部公司。
