首先解释一下这个标题，我想说的其实是一个工作1-2年的产品经理跟一个5-6年的产品经理的区别，并不只是说职称不同的差异。
现在做产品的都叫产品经理了，即便是刚入行的毕业生，虽然干的是打杂的活，也不会涉及到人员的管理和产品版本的把控，但是职位名称还是要叫产品经理，所以在一些公司也出现了产品经理管着产品经理的情况。
对这种现象，有很多公司也挺无奈，拿校招来说，两家公司都招产品，职责相同，如果你们公司的职位名称是产品助理，在招聘优势上就要弱于别的公司，特别是公司规模差不多的前提下。学生也不希望在同学中低人一等，大家本身起点一样，毕业后一个当了经理，一个还是助理，心里难免会有落差。
当然不仅校招，社招也如此，归根到底大家都是爱面子的人。我最近碰到一事，领导要招把他之前带过的一人招到我们公司，那人之前做行政后来转行做产品一年多。领导一开始说让他回来后做产品助理，他没同意，后来领导把职位改成了产品经理，就来了。换汤不换药的伎俩还真好使。
我也是从产品助理过来的，经过几年摸爬滚打职位名称由助理变成了经理。做经理也有很多年了，最近在思考产品经理和产品助理有什么区别，自己的工作职责发生了哪些变化。
1）职责更大了
刚开始工作时还是由产品经理带着，工作任务也是由领导分配。不管是画原型还是写文档都要给领导审核一下，虽然会担心做不好受批评，但是也想着有人把关，做的不好的地方领导会帮着发现，不至于惹出更大的麻烦。受领导批评总比惹祸强。
但是现在却不同了，自己独立负责一条产品线，产品功能的决策自己要考虑清楚，结果的输出也不能再以商量的语气，要明确且有相应的理由说服对方。审核设计稿也要认真一些，公司都有严格的流程， 一旦设计稿确认了不能随意修改。需求文档也要注意严谨性，如果因为自己的文档写错了，造成的开发出的结果不对方预期，那结果就会归咎于比产品经理。总的来说，职责大了，但压力也会更大。
所以我其实一直不太建议一个公司或者一个复杂的产品只有一个产品经理。一来个人对于产品的很多想法可能会受限，多个人会有一些其他的想法。第二就是工作中的很多产出物，如果有别人帮着一起检查就会避免出错。特别是当产品经理自己就不是一个特别细心的人，而且时间又比较紧的话，出错的概率更大。
2)更准确的估算开发进度
产品经理比产品助理很重要的一点区别是比人家多干了几年，经验的丰富有一个很大的好处是：让你能更准确的估算出产品开发的时间。
首先来说说产品研发的时间怎么得出的：结合多方因素，包括技术人员的数量、开发实力、产品功能的复杂程度。通常我们来预估开发时间，要么跟技术总监直接商定，要么找各职责的技术人员单独敲定，最后综合考虑。很多产品经理并非技术出身，即便是技术出身，在技术这方面可能也不如公司中技术部的老大，况且要评估的更准确的话你得对多门技术都有了解。
工作时间久了，做过的项目比较多，那么在估算时间的时候心里也更有数一些。虽然这种有数也会比较模糊，不够精确，但的确会起到一些作用。
本身时间的评估应该由技术人员负责，理论上来说应该没什么问题，但是现实情况中有一些技术人员为了逞强会把时间说的很短，还有的技术由于工作经验不足确实不太会估时间，这时候就需要产品经理把关。你也许会说既然技术说的时间有出入，那就应该由他负责，如果对方责任心强还好，如果责任心不强，到那时候有可能会闹的很僵，还造成上线时间的拖延，所以还是要避免这种情况。
3）了解做产品的一些道理
也许刚开始工作时你对于公司高层们的发展规划还很激动，今年产品上线，明年创收2000万，后年日活达到5000万，创收1个亿，第四年公司上市，类似于这样的话。做了几年产品后，你可能就没那么理想化了，变得越来越实际。
对于公司的规划你可能也不反对，知道那只是领导的心血来潮。不过高层的规划对于产品经理工作还是有影响的，最直接的影响就是产品经理的工作内容，产品版本的规划和开发的节奏。
我一个朋友跟我说了他们公司的一个情况，他们的产品会跟别家的产品组合成一个app，他们是乙方。app里面会有一些公共的模块，他们老板总是想着自己的利益，公共的模块也想做的有自家的特色，放一些自家的产品宣传，但其实最终的决定权在甲方手上。我朋友判断老板的这种想法不会通过，所以他准备了两个方案，一个是老板要求的，一个是自认为可实现的，结果老板喜欢的方案确实没通过，恰好他保留的那一版的又比较符合对方的要求。这样一来他的做法就给自己修改原型留出了充足的时间。
我原来在工作中有个习惯，就是当公司有什么规划时会提前做一些准备，例如调研、画原型等。但是现在已经不这么做了，往往会先等待观察，几天后说不定领导自己都不提了。经历的公司和项目多了，对于公司的规划你会根据自己的经验和公司的资源等多方面考虑，这背后反映的不单单是未雨绸缪，更重要的是你对于自己的工作节奏有准确的把控。
