本文主要是介绍小白入行必读 | 浅析产品经理,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
前言:Hello大家好,我是小哥谈。了解产品经理基础知识,助您成长为优秀的产品经理!🌈
目录
🚀1.定义和岗位职责
💥💥1.1 定义
💥💥1.2 岗位职责
🚀2.工作流程
🚀3.工具、图和技能
🚀4.版本迭代流程
🚀5.产品设计准则
🚀6.产品感悟
🚀7.总结
🚀1.定义和岗位职责
💥💥1.1 定义
产品经理(英文:Product manager,缩写:PM)也称产品企划,是指在公司中针对某一项或是某一类的产品进行规划和管理的人员,主要负责产品的研发、制造、营销、渠道等工作。产品经理是很难定义的一个角色,如果非要一句话定义,那么产品经理是为终端用户服务,负责产品整个生命周期的人。
产品经理工作内容包含需求收集、需求分析、需求落地、项目跟踪、项目上线、数据跟踪以及对业务人员进行培训、协助运营、销售、客服等开展工作。
产品助理,是产品经理的协助人员,在产品经理的工作职能之内,进行产品相关的市场调研、需求分析、产品设计、部门沟通等相关工作。
💥💥1.2 岗位职责
需求分析:负责产品的需求调研和需求分析,通过与客户进行沟通,分析提炼行业的客户需求。针对客户所提出的优化点以及bug,归纳整理到版本需求列表,然后进行解决。
交互设计:根据需求分析的结果,完成产品的策划、原型、产品流程和交互设计,包括产品定义、产品设计、推进等工作,完成需求文档的撰写。
项目管理:对收集上来的需求进行分类整理,并在进行有效分析之后,提出产品的改善性建议。产品的研发流程呈现螺旋式,不可能一蹴而就,势必进行循环迭代,所以,产品经理要掌握好整体的节奏。
🚀2.工作流程
市场调研: 其主要目的是获取用户需求,通过对市场的竞争状况及市场力量的分析,发现创新与改进产品的潜在机会。 主要方法有:
- a、确定目标群体与客户进行面对面的沟通;
- b、与一线的同事进行沟通(销售,开发,客服,业务,运营),了解他们对现在的产品的看法;
- c、通过行业文章资讯,使用竞争对手的产品分析竞争状况;
- d、分析自身资源与满足用户需求的匹配程度。
通过这些去发现新产品的机会,并得出现有产品可改进的机会。这个阶段需要出BRD商业需求文档与MRD市场需求文档。
产品定义与设计 :产品确定需要做哪些事情,制定PRD产品需求文档;包括产品背景,目标市场,竞争分析,产品用例,产品功能的详细说明,对产品功能的优先级排序,确定其核心功能。 设计:需要确定一个产品的外观,包括考虑产品的调性,界面设计,交互设计,考虑用户体验,出产品原型图。
项目管理 :这里的项目管理主要是协助项目经理来推动项目进展并跟踪产品的研发进度。及时向上级领导汇报工作进度以及遇到的困难,及时与各团队汇报产品的进度。与团队进行有效的沟通,协调资源保证产品的按既定目标正确前进。目标是可对产品进行测试并验收。
产品宣讲 :因为在产品的前期阶段,只是产品团队、研发团队知道这个产品,在输出产品成果的时候,需要让公司其它团队知道,并希望得到认可,获得信任与支持。方式可以采取内部推荐会,媒体资源等。用交互图来讲解会更容易让人理解。
市场推广 :将产品推广出去,让更多的人知道并使用我们的产品。这一步非常重要,需要与运营部的配合对产品的宣传,可以通过宣传手册,制作产品的数据表,网站,flash演示,产品的发布会,展会演示等。一个好的产品同样是需要好的宣传方法来告知广大用户。
产品的跟踪与迭代 :产品的上线后期需跟踪用户反馈的数据,分析运营的数据,通过这些信息对产品做出及时的调整。
🚀3.工具、图和技能
工具:Axure、墨刀、XMind、Visio、Prosesson、Excel等等。
原型图:
技能:
🚀4.版本迭代流程
材料:
(1)需求清单:包括需求总表(合同内需求)、问题跟踪表(客户推演、内部提出的优化点和bug)、版本需求表(详细列出每个版本的所有需求)。
(2)需求文档:每个版本都要有一个需求文档,文档内需求对应上述的“版本需求表”。
(3)原型:每个版本都要有一个原型文件,文档内需求对应上述的“版本需求表”,部分需求不需要出原型,产品经理自己评估。
(4)设计稿:非通用的页面或者样式等需要出设计稿,产品经理自己评估。
步骤:
(1)需求来源:通常来源于合同、项目经理或其他人员;
(2)将需求整理到“版本需求表”中(比如分类可以是这样的:门户、后台、系统对接、问题跟踪);
(3)针对“版本需求表”中的需求产出需求方案,呈现形式可以是在表中加备注描述,可以是结合原型图文说明。
(4)召开内部评审会议,通常是提前一天在钉钉上预约会议,将需求清单发到群中,会中针对需求清单的内容进行评审。(项目经理、开发经理、测试、设计师)
(5)会后在群中发出“评审通过准则”表(有模板,按照实际情况填写就好)。
(6)内部评审会议后部分方案可能会有修改,或者需求不确定,需要做好记录。
(7)召开外部评审会议,即除了上述人员还需要与客户一起进行评审的会议,针对内部确认的“版本需求表”进行需求评审,方案最终确认。
(8)综合两次会议的结果,产出最终的需求清单和原型文件,对于需要出设计稿的联系设计师进行设计,设计稿需要给设计部门经理确认。
(9)产出需求文档
(10)在需求评审群中发出整理好的资料:需求清单、需求文档、原型、设计稿。
🚀5.产品设计准则
需求优先级准则:
尼尔森十大交互设计原则:
KANO模型:
原型设计准则:
原型是产品经理人员将文字化的需求转换成图形稿,是设计方案的表达,是产品经理的重要产出物之一,是项目团队参考,评估的重要依据。它是产品功能与内容的示意图,是最终产品的雏形。
原型作用:1、原型是产品经理对需求分析是否到位的一个复盘,从原型中,可以清晰看到产品的流程,检验自己的设计逻辑是否合理; 2、原型的使用对象十分广,包括需求方,UI,技术开发,测试,能与项目人员达成共识,让相关人员熟悉整个设计,顺利进入到下一个环节,UI出图和技术搭建框架,设计数据库等。 3、原型是产品的模型,它向我们展示了最终产品的蓝图。
🚀6.产品感悟
(1)产品经理一定要懂业务,了解业务是产品经理的必备技能,唯有懂业务才可以与客户进行沟通交流,然后根据客户的业务进行流程梳理,绘制业务流程图、页面流程图等,最后进行系统原型的设计。
(2)产品经理一定要细心、耐心,注重沟通,切忌专断。耐心听取客户、项目经理、开发等的意见,秉持互相尊重的态度展开讨论,得出正确、合理的方案。
(3)产品是一个精心打磨的过程,不可能一蹴而就。产品从0到1的过程,是一个循序渐进、螺旋式上升的过程,需要用心打磨,像照顾自己孩子一样,倾注全部的热爱。
(4)产品经理最好要懂技术
🚀7.总结
设计软件系统的意义是什么?
这篇关于小白入行必读 | 浅析产品经理的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!