举个小例子，对于企业员工的福利类别(福利城市、缴纳比例等)和税类别(减免值、计税方式等)是根据员工的性质不同而不同的，这就需要HR来维护，从而提出需要HR管理福利类别和税类别的需求，但对于福利的种类(如五险一金)和税表等，属于国家政策范畴，就可以不支持用户亲自维护。最好能了解行业里这种需求发生的频繁程度，当某个企业提出一个比较奇葩的需求时，你可以例举其他公司的案例，甚至提出更完美的解决方案。

　　四、了解产品的收费模式

　　2B跟2C在商业性质上也有很大的区别，B端产品以业务复杂著称，不像C端产品，用钱可以很快烧出一个复制品，B端产品都是慢慢熬出来的，战线长，成本高，不是说复制就能复制的。排除个例的谈情怀外，大家都是为了盈利赚钱的，2C可能先用圈用户，赚流量，一步步让你掏腰包。但是2B看起来更注重商业利益，很直接的交易行为。你付多少银子，我给你多少功能。有些初创企业能有客户就不错了，所以会出现一口价的情况，但这种模式真的好吗，服务既是主观又是客观的东西。最后你会发现，价格要么开高了要么开低了。最好的方式是阶梯式、动态的，依据应该是企业性质、需求特点等。

　　商业模式其实很复杂庞大，收费模式只是其中一个环节，但收费模式必然会关系到我们产品的框架结构。若你按license收费，当企业需要购买新模块时，是更新license授权还是通过在线升级?如果模块与模块之间单独收费，是否考虑了外部数据接口，是否可以通过人工批量导入。当激活多个模块时，每个模块之间数据如何流转及交互上的互动关联?模块内部是否可按某种功能组合的数量来收费，如果可以，用什么方式来限制用户添加多个这种组合?还有客户化内容，哪些功能是可以通过客户化团队来做，哪些由产品研发团队接手?系统框架结构都会由收费模式不同而不同。

　　以上任何一点往细了扩展，都可以是长篇大论，这里只做简单的概括，有机会再聊聊B端产品的其他方面设计。