随着行业发展，人人都是产品经理这个概念已经被越来越多的人接受和认可，今天就从三个方面来聊聊作为一个B端产品小白，如何快速的上手公司的业务。但鉴于本人入行也不算久，以下观点仅供参考，欢迎大家一起探讨。
1.了解商业模式
2.了解产品结构
3.团队内部流程和文档模板
1. 了解商业模式
不同于2C产品，2B产品的客户往往是一家企业或公司，那么想要做好一款2B产品，就必须要搞懂产品所属公司的商业模式，说人话，就是知道这个公司是怎么挣钱的。
举几个栗子。我们都知道淘宝是一个C2C的电商平台，主要靠广告和搜索竞价来盈利；麦当劳主要靠长期购进或承租土地和房屋，然后租赁给加盟商来挣取差额，这些都是典型的商业模式。
知道了产品所属公司怎么挣钱，接下来就要了解自己要做的产品处在其中的哪个环节，只有明白了这一点，产品经理才能对自己要做的产品有一个认知：客户挣钱的闭环中，我的这款产品起到了什么样的作用，支撑了他们哪部分的业务，能为他们带来哪些价值。搞清楚了这一点，就能在研发过程中某些关键节点做出正确的决策。甚至在客户提出的需求的基础上，加入自己的思考，从而提出自己的专业建议，为客户创造更大的价值。
以麦当劳为例，当一个满足土地和房屋的需求和一个满足店铺零售的需求同时进来的时候，很大概率是优先做前者的，因为主要盈利点在这里。
2. 了解产品结构
多数情况下，2B产品接手的都不是从0到1的新项目，有些可能是已经研发到一半，有些甚至直接是在原有成型产品的基础上进行迭代优化。如果有幸能遇到一个全新的从零开始的产品，那么恭喜你，完全搞清楚客户的商业模式和业务以后，就可以根据客户的需求自己开始搭框架，设计结构了。
如果是前者，那就首先要了解已有产品的结构，结合原型图和文档，将每个功能模块与客户公司业务一一对照来看，每一块功能分别支撑着哪一块业务，有什么流程，背后的逻辑是什么，解决了客户哪些问题和痛点，是不是还能再优化优化？当前已经进行到哪一步，接下来的计划都是什么，凡事多问几个为什么。
做完这一步，相信你对这款产品就已经心中有数了。
3. 团队内部的流程和文档模板
对于一个产品新人来讲，进入一个团队，首先要知道所在项目组的迭代流程（鉴于现在大部分软件项目组采用敏捷开发，这里以敏捷为例）
由于敏捷只是一个框架，而非具体操手册，因此不同公司的敏捷开发流程也不尽相同，作为产品新人，应该要第一时间熟悉项目组需要遵守哪些规则，比如每日站会，需求评审会，测试用例评审会，迭代总结会等等。
同时还要记住每周跟客户约定好的例会时间点，提前准备好要需要跟客户确认的东西，以免耽误进度，给客户造成不好的印象。
等正式开始上手业务的设计和文档撰写的时候，记得问前辈要需求文档和原型的模板。一方面，好的模板可以事半功倍，让人觉得更有整体性和专业性；另一方面，对于新手来说，看看别人的文档怎么写，原型怎么画，是一个很好的学习方法，依葫芦画瓢总比抓瞎要强。
最后，在修改文档的同时，也要记得做好版本管理。
以上就是本人的经验分享，如有遗漏，欢迎大家一起交流。
另外，在之后的分享里，可能会就前面提到的点展开来细讲，希望能帮到一些人，共同进步。
网友评论