以前听过一句话，大概是说一个行业逐渐发展成熟、逐渐专业时，某部分人的副业就会变成另一部分人的主业，我想产品经理这个岗位就这样应运而生。在这个岗位上，天天问小伙伴遇到的这些职业上的疑惑你曾经是否有过呢？
问题清单：
- 产品助理怎么高效的协助产品经理呢？
- 产品经理不能参与战略讨论以及接触客户了解需求，还算是产品经理吗？
- 如果产品赶着上线，但是发现产品不是自己想要的，你们会怎么做？
- 做产品需要懂技术吗？
- 你们公司的产品部门内部的沟通效率/情况怎样？
问题1：产品助理怎么高效的协助产品经理呢？@banny
描述如下
我是一枚产品新人，已经工作两个月，在和我的产品上级协作的时候，发现协作的效率特别不高。比如：版本迭代更新的时候，有的功能的细节在开发的时候设计或者开发会来确认，但是我不能随便做决策，也不能事无巨细的都去问产品经理，所以如果我把这些问题都汇总一并去问他，就会使得可能要等一天或半天。
这样的效率实在太差了，有的这样细节的问题，其实我想很久也是想不出个所以然、也不太可能去调研什么的（成本过高），但是拍脑袋的决策是不会在产品经理那通过的，不过有的即使给了产品经理，他也是（看起来拍脑袋）决策的。我觉得这样双方合作起来效率都很低，还不如只有他一个人的时候呢。
所以想请教下大家一般怎么做？
精选回复@程歌er
产品助理到产品经理是需要节奏的，从点-线-面，一步步过渡的。
（1）了解公司业务，熟悉系统结构
刚进入公司，最基本的需求是了解公司业务，了解负责方向的系统结构，前后台有什么功能、细节，都需要能一一列举出来。后面如果有业务方对系统有疑问，你能及时解决困惑，这是大大加分的。后面再做优化的时候，也不至于朝天瞎改。
（2）培养用户意识，了解产品现状
每天定时解决用户反馈，内部反馈通道每天关注；除此之外，可以抽空做做用户回访，打个电话沟通下使用问题，做做调研。用户需求多了，不至于没有货，不知道该优化哪里？
（3）寻找决策的思路与方法
需求已经有了，先做什么，为什么做这个？
这些都需要多跟产品经理沟通下，听取下他的意见，自己也总结下，后面如果自己做决策，会从哪里入手。
（4）积累优秀素材，先模仿后创新
真的很讨厌新手上来就想创新，没有基础的创新简直就是灾难！
作为新手，一定要大量地体验产品，建议先把行业排名前100的产品都体验一下，不用特别深，了解产品形态即可，先培养下感觉。然后找几个优秀的，思考下为什么人家这么优秀，可以抄哪里？抄多了，有了基础，你才有创新的机会。
（5）培养项目交付的好习惯
稍微复杂一点的项目交付给技术，一定要出文档+流程图+原型，没有请面壁。
（6）项目推进的过程，就是耐心传递需求
耐心讲需求，耐心讲需求，还是不断地讲需求！
精选回复@ 皇卿卿
你为什么要做决策，但是你可以想决策呀。
如果遇到要问题你就想好解决方法，跟你的上级反馈然后让他选择，除非他觉得不好，他自然而然会跟你说更好的解决方法。这时候你就想自己找时间思考为什么你的上头这样想的，你要想到背后的思维方式还有你们的区别，不要看你上级看起来拍脑袋做决策，其实这个背后涉及的是工作经验+一定的产品逻辑思维。
产品助理相当于执行层，执行层就没有什么决策可讲，只是你把上边决定的事情以相对最佳的方式做出来就OK了。特别是小公司，你这种情况经常会遇到，还有就是沟通很重要，但是你不要什么东西都问，先思考再问。
希望可以帮到你！
问题详情：https://wen.woshipm.com/question/detail/7bafar.html
问题2：产品经理不能参与战略讨论以及接触客户了解需求，还算是产品经理吗？@清风拂面
描述如下
我们给别的公司做产品，但是我没有机会接触这个公司和这个公司的客户，做的原型设计基于上面的人说这个公司的需求是怎样的，也许是伪需求，辛辛苦苦做完，可能人家并不买单。
这个产品的定位，方向，包括运营策略的讨论会我从来没有权利参与，很多时候都不知道上面的人要做成什么样子。
目前的工作就是原型设计，文档编辑，召开评审会，参与其他讨论会，还有就是优化产品，因为这个产品我是中间进去的，对于前面的不少设计思路，我并不是很赞同，无奈我后面凡是涉及到类似的页面，都必须按照之前的交互设计去做，否则会风格不统一，不规范。
其实我越来越意识到，这并不是在做产品，而是在做定制化项目，离我之前的初衷相差甚远，但是听说后期会从这个项目中抽离出来，形成自己的产品和核心竞争力，目前算是积累经验。
非常困惑……
精选回复@墨白
可以跟商务一起去客户，我们以前是商务搞定初期沟通和初步框架协议合同之类的，然后是产品经理去对方公司与实际项目负责人或者执行人员沟通，对接需求细化需求确认需求，做出来demo也是可以互相确认下。
也就是说 最初期是商务和售前的事儿，立项了，产品经理就要介入了，如果需求复杂是有必要跟同事和公司提需要接触客户的，不然做出来东西不满意，是大家的损失。 有的创业公司甚至在最初期产品经理就会和商务一起出去见客户，讲方案，充当一定的售前的作用，因为商务基本是商务侧的沟通，产品能把客户真实的需求和自己产品的优劣讲的更专业一些。
产品经理在公司的资源调度和自由度是要靠产品经理自己去争取的，而且是看你成绩的，不要抱怨，如果改变不了环境，就试着先改变自己。
以上。
精选回复@Don
（1）这种情况是把产品的基本功夯实的好机会，可以总结整理自己的产品知识，比如：App的全局说明规范，Web的全局说明规范，交互走查表等等；
:（2）现在做出来的产品跟自己的初衷不符合不必过于焦虑，外包公司都一个样，能做出来就行。合作过程要求同存异，后期结果自己要认真记得复盘，想想他们为什么要这样做，这样做出来有什么好处和坏处。具体的用户体检交互细节不用过于纠结，仁者见仁智者见智。
个人愚见，仅作参考！
问题详情：https://wen.woshipm.com/question/detail/89v5vf.html
问题3：如果产品赶着上线，但是发现产品不是自己想要的，你们会怎么做？@武深
精选回复@追求卓越
为什么是你不想要的？是研发的功能偏离你的需求了？还是你的需求变了？
若是研发偏离你的需求了，这个你需要承担责任，产品经理是要经常验收开发成果的，不一定是每天验收至少是阶段性（比如：一周两次）的与测试人员沟通一下情况，重点关注你觉着最有可能有偏差的点。而不能说研发周期是一个月，你在这一个月了不关注研发的过程，就一个月后看功能是否符合需求，这个出现需求偏离的情况还是有很大概率的。
若是你的需求变了，觉着你之前的思路不对，这个你得与公司高层沟通，这个涉及到战略问题。研发团队的情绪你要注意安抚。研发人员最大的成就感来自自己开发的功能有很多人用。辛辛苦苦干完了，你说不是你想要的，想不上线或是推到重来，你想想你在研发团队对你会不会是怨气冲天，你以后新的需求肯定也会阻力更大不是？
产品不是自己想要的这个是你自己yy的，还是市场变化了，若是后者和公司高层还有研发团队多沟通。不管产品多着急上线也要想多花一些时间思考需求，不要一次性把功能考虑的过于全面，因为这种没有想清楚的产品考虑的越多，最后需要调整的也就越多。这就互联网流行的快速迭代的模式。
精选回复@w8s1n2
重新做，或者要调整到最起码的核心功能和流程要和最初设计一致。如果你已经对你的产品有了长期的规划，在这种情况下，产品的发展方向就会越来越偏离，所以要尽可能的纠正。
不过我觉得，如果只有到最后时刻你才发现不是你想要的，你也有一定的责任。因为作为产品经理，要时刻的关注产品研发的进度和质量的，每天一个站会，要随时关注开发的状态，才能避免在最后上线时刻，才发现不是自己想要的。
问题详情：https://wen.woshipm.com/question/detail/71b9ar.html
问题4：做产品需要懂技术吗？@husky
精选回复@Yousa
产品岗不一定要求你可以拥有独立编程的能力，但是基本的技术架构肯定是需要理解，并且要把技术思维运用到产品设计中，比如什么是客户端技术、什么是数据库、什么是接口等等，不然再跟开发沟通的时候会遇到很大的障碍。
需要明白一点：技术思维≠技术能力
A. 建立产品设计中的三个层次的基本认知
（1）功能及界面设计
- 功能设计（逻辑、效率）
- 界面设计（简洁、单一主题）
（2）用户体验设计（IA/UE）
- 关键路径设计（核心主干流程、策略）
- 信息架构及交互方式
（3）技术实现逻辑
- 技术合理性（能否实现、技术难度）
- 产品兼容性（新老版本功能、数据）
B. 提升技术思维的主要途径
- 产品设计评审会上，对工程师的问题重点记录，反复思考，总结通俗的理解方式。
- 阅读数据库设计文档以及API接口文档，建立数据结构认知。
- 产品升级和设计调整时，是了解其中技术细节的最好时机。
精选回复@番茄炒土豆
这是一个老生常谈的问题了，一个萝卜一个坑，有的坑可能要求你懂点技术，有的坑可能不需要你懂技术。
就比如马云和张小龙，都是出色的产品经理，但确一个不懂技术，一个懂技术。这也说明懂不懂技术，并不是一个成功的产品经理的必要条件。
当然，技多不压身，做有余力或学有余力的情况下，多掌握新技能肯定是有好处的。但千万不能本末倒置，在成为产品经理的路上不知不觉中变成了一个程序员！
所以，完全不用纠结这种问题，找到自己合适的坑，干就完事了。
问题详情：https://wen.woshipm.com/question/detail/8btovf.html
问题5：你们公司的产品部门内部的沟通效率/情况怎样？@Atom
精选回复@文二水
我试着从另一个角度来解释这件事哈，并不一定符合你所说的情况，权当一种思路参考吧。
我是一个在我司干了很久的产品，干了很久是什么意思呢，就是久到看着很多产品来，很多产品走，很多产品线做，很多产品线拜拜。一条主线业务，知道他走过了无数个版本，无数个坑，无数个因为这这那那的原因还没法实现的问题。
我发现：一般新来的吧，想法很多，能用的很少，又不能直说，就变成不说话了。 如果一个pm，做一个产品几个月，做出来东西其他人随便看看就能提出一堆有价值的意见，那这个产品自己需要反省了。
实际上好几年走过来的版本已经是相对最优的了，那人家提了十个八个的我也不能一直打击人家积极性是不是？
如果是你做的东西有瓶颈了，我建议直接找老板，如果有同时负责此项目的其他资深同事，跟这些确实了解背景，又有过思考的人交流。
另一个方面，我觉得创新很多时候是积木式创新，就是业务，或者技术，或者环境，或者客户，或者数据到某一步了，你顺其自然的就用上新的功能，跟搭积木似得。 靠灵感劈中天灵盖这种事，可能更合适在市场，活动，推广这类的创意部门。头脑风暴，这种靠灵感劈中天灵盖的事， 还是留给创意部门吧。
再次强调，也许你的情况跟我所说的不一样，仅供参考吧。
问题详情：https://wen.woshipm.com/question/detail/oudage.html
总结
以上是对产品小伙伴所遇到一些问题以及解决方案的归纳与整理，希望对你们都有帮助~
大家在工作中遇到过什么问题吗，欢迎来天天问和小伙伴们一起分享讨论哦~
相关阅读
【天天问每周精选】第43期：那些产品中让你纳闷的功能点（下）
【天天问每周精选】第42期：那些产品中让你纳闷的功能点（上）
【天天问每周精选】第41期：那些做产品中暗含的心理学，你知道几个？
【天天问每周精选】第40期：要跟用户维持长久的“恋爱关系”，你需要这些套路
【天天问每周精选】第39期：原来to b产品的设计和运营竟是这样“玩”儿的？！
【天天问每周精选】第38期：要提高自身竞争力，产品经理可以从哪几个方面下手？
精选问题每周有，欢迎食用~配合回复味道更佳(∩_∩)
本栏目由天天问小编@Tracy 编辑，欢迎大家踊跃提问，一起交流。
题图来自 Unsplash ，基于 CC0 协议
爱盈利-运营小咖秀(www.aiyingli.com) 始终坚持研究分享移动互联网App运营推广经验、策略、全案、渠道等纯干货知识内容；是广大App运营从业者的知识启蒙、成长指导、进阶学习的集聚平台；
想了解更多移动互联网干货知识，请关注微信公众号运营小咖秀（ID: yunyingshow）
