不知不觉已经入职半个月了，去掉培训也就一个多星期吧。第一天得知自己被分到供应链产品中心xxxx产品组的时候整个人都是懵逼的，供应链是啥？xx产品又是个什么鬼？完全不懂啊怎么办！
过了几天就怀揣着不安入了组，最开始那两三天整个人就处于真·懵逼状态，才发觉我这是被分到后台做产品了啊，跟之前想象的好不一样呢。入职前段时间的地研究了下公司的app，想着要是我到时候被分到酒店部门了我就要提出什么什么改进，我觉得体验不太好。现在完全就跟app的体验八竿子打不着关系啊喂！一开始是极其失落的，一是对后台产品完全没接触过，不知道该怎么做才好，二是做后台都没什么成就感了啊，不能直接接触到app产品就意味着用户根本看不到我的成果呀！就是个默默在背后付出的职位呢。
但既然分都分过来了，就安心认了吧，从头开始接触。带着这些不安的心情在知乎上提了个问“后端产品经理如何入门？”，第一次在知乎提问还有点小紧张呢，然后没过几天就有11个人回答我了，有123个人关注了我的问题，看来后端也不是完全没前途啊！回答中当然也不乏干货，所以在这边整理一下所得到的回答，也算让自己记录一下吧。
1.后端产品经理也可以说是“商业产品经理”。
商业产品经理干的事情往往有两类，一类是平台级产品的商户端，例如微信的公众号平台，腾讯的广点通平台，百度的广告平台，淘宝的商家端，或者微博的粉丝通，美团的广告平台等等。另一类是公司内部的运营管理平台，例如公司内控OA，销售管理系统，用户CRM等等。
而我就是属于公司内部的运营管理平台。
因为商业产品整体是在水面下的，远离普通的消费者，所以对大众来讲参与度就比较低，也没有概念模型，所以刚开始做会觉得困难。
1）作为商业产品经理，对公司业务、运营逻辑的理解是第一要务。公司的业务链条上有多少个角色，不用角色之间的关系是怎样的，哪些角色涉及到钱，哪个角色最重要，他们在各自的流程中有什么主要任务/需求要完成.......等等这一系列的问题，基于你对公司业务逻辑的理解。
这也是对于刚入职的我来说最难的一关了，因为公司产品做大了之后后台系统会非常庞大，各个系统负责的事情方方面面，各自之间又有着各种交叉的交互关系，对于新入职的人来说真的很难一下搞懂，平常在前台使用app的时候感觉就是按了个按钮下了个订单，但其实它背后包含的流程是很长的，各个环节都有负责的人，要搞懂整个架构系统是挺不容易的。
并且我觉得这类东西光看几个文档ppt是很难懂的，很枯燥，只有真的投入进去了做点需求才会一点点的看清整个系统逻辑。刚入职这半个月我真的是把我左右的同事都差点问烦了，什么都要问，不过好在大家还是很热心的，对新人的容忍度也很高，所以就要趁这个时候多问多学习啦。
商业产品的业务逻辑一般都复杂，复杂到你极难做出来一个光靠自己商户用户摸索着点吧点吧就能用的东西出来。而且就算能用，用的好和坏也是天壤之别。为啥有人在百度投广告就挣钱，有人投就亏钱，甚至催生出一个专门的行业培训叫SEM。这是客观现实。
但仍然需要去尽力优化用户的体验，但你的目标已经不是“让用户用”了，而是“让用户用的好，玩的溜“真正在你的平台上产生价值。这对系统产品也一样，让销售们用的好，让公司管理业务更合适。所以这一点和c端用户产品经理确实是想通的。
2）商业产品经理的学习路径
.研究类似产品，必要时要舍得抄。商业逻辑是严谨的，你在业务逻辑大同小异情况下推陈出新是很危险的。当然如果业内你们的模式是第一个，那尽量研究相似的，在细节和局部进行定制。
.定期看美国的商业产品，尤其是面向企业服务的。不得不说美国的商业产品的整体水平远远高于我们，在很多细节上我们苦思冥想的解决方案他们都有现成的。接着抄，只不过抄的范围大一点，不一定局限于类似的产品。
.看古老的书籍。产品经理这个东西就是脱胎于软件开发和系统开发领域的项目经理，去找些项目经理的书看。
.养成良好的习惯，我称之为“到舞台背后去”。
2.可以尝试到各个业务部门走一遍，跟业务一起踏踏实实的走下整个流程。
可以总结为：从梳理业务流程入手，从分析业务逻辑入门。执行力是最重要的。
最好能在技术层面满足客户需求和人性化体验。
