软件开发的产品经理 软件开发的产品经理是做什么

大家好，今天小编关注到一个比较有意思的话题，就是关于软件开发的产品经理的问题，于是小编就整理了2个相关介绍软件开发的产品经理的解答，让我们一起看看吧。

对于做app产品经理，你有哪些经验？

1，安排项目需求人员对接客户需求，对于客户不明确的需求深度挖掘。

做好软件需求说明书，软件开发说明说，详细需求说明书。安排人员填写需求矩阵。

安排好开发人员，设计人员，测试人员，数据库设计人员。

建议每周有例会，你作为会议发起人邀请相关人员参加会议。

2.把握需求阶段的需求质量，和进度。开发前，需要召集公司高层和客户，开发测试开会评审软件需求说明书。

3.进入开发中，及时解决技术难题。对于新的需求，根据项目进度，时间，质量等方面评估。如果太复杂也需要召开评审会议。简单的可以自己拿主意。

4.测试和发布阶段，及时请客户参与进来，早发现早解决。

程序员喜欢什么样的产品经理？

如果要说喜欢哪种产品经理，肯定是那种需求一次就搞定了的啊，但是基本不可能，一款软件开发多多少少会存在一些bug，比如一些流程上的错误。所以几乎所有的软件从出现到投入使用都是一次次的修改来的。

先说说最讨厌哪种产品经理吧，一般的产品经理都是在收集需求过后再要求程序人员按照需求进行开发程序，但是也会出现这样的产品经理，今天才将以前的需求开发好，产品经理说和客户讨论出更加合理的流程，需要重新进行开发，同一种需要，需求却不停的改，这种肯定是最讨厌的。这一种就是产品经理的能力不过关了。当然，还有一种产品经理收集的需求很散乱，今天给你一个，明天给你一个，还要给你限定开发时间，让你有一种想要砍死他的冲动！

如果是我的话，喜欢的产品经理类型就是能够将客户的需求基本一次收集的差不多，流程上也没有什么错误，提了需求给程序员过后，给定程序员足够的开发时间。

不邀自来

产品工作5年，期间从没和程序员吵过，需求都能很好的落地，总结一下：

1.需要懂一点技术，这个懂技术只要知道大致原理就行（比如说栈与栈之间的交互原理），不然双方就是鸡同鸭讲，效率低不说，还容易起矛盾（参考根据手机壳自动更换App主题的需求）

2.换位思考，这个应该适用任何与人沟通的环境，在原则的前提下，多站在对方的角度去理解他提出的异议

3.保证需求的合理性，这个合理性包括几点：需求要有根据（比如说数据、A/B测试结果、用户反馈的……）

4.保证需求的完整性，包括：需求背景，目的，预期，需求描述，原型，验证标准等等，根据实际需求而定

5.需求评审之前先拿着需求去初步沟通，尽量在需求评审会之前双方对于需求的意见达成一致

暂时只想到这么多，欢迎大神补充！

另外，有个百试不爽的话术：基于用户体验和使用场景……

到此，以上就是小编对于软件开发的产品经理的问题就介绍到这了，希望介绍关于软件开发的产品经理的2点解答对大家有用。