产品经理要懂编程吗,产品经理要会写代码么
有编程基础的产品经理，原型用Axure做好，还是直接写代码好
有编程基础的产品经理，原型用Axure做好，还是直接写代码好
有编程基础的产品经理，原型用Axure做好，还是直接写代码好
原型用Axure做好.用Axure的理由：
一. 产品经理（产品策划）的工作性质决定
1.产品策划画原型的目标是将前期经过详细调研和分析后得出的需求转化成可视化的界面；在一个白板上（未来的用户界面）用线、框、按钮等控件，通过有机组合来使期能完成一个功能，这是原型要表达的最基础也是最重要信息；因为需要将这些信息传递给团队中下游工作流程的同事（美工、前端、开发、测试），；
2.Axure最适合原型的信息传达。
原型的信息表达要适当，信息过多了会影响下游同事的发挥。
通过Axure中简单的线、框、标准原始控件来表达功能和交互，让颜色等视觉表达留给美工来做。
二.效率，相对来说，做到上面的内容，用Axure的确比Html快很多，我在五年前也是写Html的，也用来UIdesigner，接触了Axure一天，就明显感觉到方便快捷（可能也因为当时有不少的朋友一起学习）。
而且做一个功能界面，也可以找到很多相关的现成模块。
三.方便。
几乎在每个原型上都有这个几个界面：第一页、版本信息，第二页、sitemap，第三、其他一些细节，编辑这些信息都非常方便，其他可以用它来画简单的domain model放在一个小界面里进行逻辑说明。
PS:Axure只是一个用来表达内容工具，每个人都可以有自己的表达方法，一支笔一张纸也行。
产品经理要会写代码么
产品经理的核心价值：
一、行业认知及分析
二、需求分析及系统化
三、用户体验及产品设计
一、行业认知及分析
1、对行业的认知
a）、自己所处的行业的模式，是OTA、O2O、B2C。
。
。
它的玩法是怎样的？
b）、该行业中有哪些“玩家”？每个玩家之间的关系是怎样的？上下游的流程是什么样的？利益是如何均衡分配的？（不是平均分配，而是一种达到平衡协调的分配）
2、在行业的关系链中，有哪些环节是互联网可以替代的？
比如下图，这是我们团队正在做的事情：
以下是淘宝正在做的事情：
利益链条越长，那么中间环节就越多，互联网可以改造的余地就越大，与之相应的利润也就会越高。
这便是O2O为什么这么火爆的原因之一
3、根据产品的定位，也就是产品在行业中所处的位置进行设计
4、通过对市场走向的分析来决定产品的发展方向
5、明确产品的业务方向和价值点，在进行设计时，考虑设计目的与业务方向是否吻合
二、需求分析及系统化
1、根据产品的发展方向，来进行相应的功能设计
2、把需求转化为功能
a）、理解需求
b）、把收集到的需求转化为一系列可支撑、可满足这个需求的功能
c）、把需求转化为工程师可理解的语言
3、设计出一个业务架构，来进行你的产品设计
a）、对需求进行系统化的处理
b）、注意功能之间的依存关系
4、项目管理
三、用户体验及产品设计
1、从根本上讲就是高效、快速、精确的传达解决用户诉求的方法
2、具体来说，就是进行原型设计（交互稿、PRD）
3、注意功能、逻辑、规则、算法
4、考虑用户体验
5、考虑视觉呈现
所以和写代码无关，当然适当的懂一点代码则更好
有编程基础的产品经理，原型用Axure做好，还是直接写代码好
产品经理的工作主要是理解用户的想法和思路并运用工具展现出来，获得用户的确认，再将用户确认的初期产品样本交付项目经理或相应部门的具体开发人员来实施。
有编程基础的产品经理在将产品初期模型交付具体开发人员时更容易沟通，能够有效提高开发人员的开发效率并可在一定程度上协助开发人员开发产品或项目。
小型项目产品经理可以直接写代码来展现给用户，比如：根据用户的要求，在具体开发人员开发后端程序时，自己可以同时开发前端页面并展示给客户，减少沟通成本和反复修改的工作量。
但是对于大型项目或多项目组合开发的复杂项目，产品经理应对多个功能的使用用户进行沟通并快速完成产品初期样本，这种情况熟练掌握Axure或者visvo等原型制作工具将会提高对用户的需求理解和具体开发人员的开发速度，用编程来像用户展示产品原型反倒会影响项目进度。
简单点说：小项目比如博客，个人网站，产品经理如果有编程经验可以直接编写前端，完成前端开发人员的一部分甚至全部工作，一个人干两个人的活，减少项目成本。
如果是大项目，产品经理去用编程来展示项目与用户沟通会增加项目风险，万一你在编程时遇到了坑，这个坑一两个星期都没过去，你用什么展示给客户呢？这拖延了项目进度。
况且这个时候前端开发人员一两个星期没活干，闲着了。
反而增加了人员成本。
结论：产品经理熟练运用原型制作工具对用户的需求做出快速反应，将开发模型准确表达并交付开发人员开发是产品经理的职责。 (随机推荐阅读本站500篇优秀文章点击前往：500篇优秀随机文章)
