您现在的位置: 首页 > 网站导航收录 > 百科知识百科知识

程序员和产品经理思维区别为什么大？

产品,程序员,经理程序员和产品经理思维区别为什么大？

发布时间：2019-02-08加入收藏来源：互联网点击：

程序员和产品经理思维区别为什么大？

回答于 2019-09-11 08:43:50

回答于 2019-09-11 08:43:50

很高兴能回这个问题

程序员和产品经理这两个定位就是不同的职责程序员的职责，主要是在研发阶段，如果说程序员也做了产品经理的任务的，那这个产品其实就被架空了，产品主要做的任务是对这一个项目制定一个产品的草图就是相当于把这个产品制定一套操作流程，或者是一套交互模式就相当于我们在使用微信或者在使用今日头条他本身就是属于一个产品，在使用这个产品呢，他的这个输出的原型就是交给产品经理，在做产品经理所需要负责的就是对用户的需求进行分析，在进行梳理需求，然后画出产品草图交给设计师去设计，程序员根据UI出的设计稿进行开发

产品经理，它主要是制定的是一个产品的交互以及产品的运营，程序员他主要负责的是对这款产品进行底层的研发，以及对这个产品进行后期的维护，因为如果说这个产品开发完之后，这个产品需要后期再增加功能的话，那他就需要有产品经理去提这个功能，然后程序员再对产品提的需求进行开发，增加一些功能模块

这就是产品经理程序员锁需要区分的工作职责内容





回答于 2019-09-11 08:43:50

产生这种疑问的根本原因是沟通问题，更大程度上是产品经理的原因，所以要解决这个问题，要先从产品的本质说起。

产品论到极处，就三条：

1，谁是你的用户？

2，你帮助Ta解决了什么问题？

3，Ta为什么要使用你的产品？

所以请记住，产品是用户用的，他购买你只是为了更好的完善自己，而不是你的产品。

用户不会为功能买单。人们购买的是解决方案。

你的工作不是更快的开发更多的功能，而是使那些投入精力开发的功能在成果和影响上可以最大化。

因此就有那么一个理论工具专门来说这个，这个理论有本书叫《用户故事地图》。

这本书呼吁团队把沟通作为高效团队的核心价值。故事，是程序员和其他角色沟通的必备要求，故事地图将这些要素组织为结构化，以此来强化软件开发中最关键的部分 — 沟通。

这本书的观点和敏捷开发方法在某些方面不谋而合，比如：人和交互胜过过程和工具以及可以工作的软件胜过面面俱到的文档。

所以你可以配合敏捷开发方法使用。总之，这种方法可以替代干巴巴的需求来达到产品和研发沟通的目的。

使用它可以考虑三种场景：开始前、进行中、结束后。

开始前，我们通常需要梳理出用户画像和用户故事板。寻找到用户的痛点和动机，他在什么场景下遇到什么问题？我们的解决方案是什么？这就是用户画像和用户故事板。

进行中，哪些故事已经被完成了？还有哪些正准备完成？这些故事是否需要被更改？怎么讲故事更容易被用户接受？

结束后，做为一种文档用来备忘。就像你度假时拍的照片。满满都是回忆。

需要注意的是，没有必要一开始就完成故事的全部，你应该是增量的、迭代的去完成你的产品。

同样是迭代，在早期的目的更多是为了试错。在后期的目的更多是微调。

你在团队里可以考虑使用这个工具，看是否能解决问题。

回答于 2019-09-11 08:43:50

客户不一样！

回答于 2019-09-11 08:43:50

对于同一个产品，程序员和产品经理的分工不同。产品经理主要关注产品的功能、用户的体验、产品的设计等方面；而对于程序员，主要考虑的是功能的逻辑实现、项目的部署、产品的可维护性等。对于产品经理提出的一个功能，程序员可能有多种实现方式，要考虑多种技术细节；而产品经理仅仅把控功能的整体实现，是否有bug。

程序员与产品经理思维的不同，主要还是分工不同，考虑问题的出发点不同。