软件开发：对于产品经理须要哪些平常工做吗

       

      对于想作软件开发的企业来讲，产品想法很重要，这影响着产品怎么实现。一个产品的出现源于一个想法，怎么让想法变成具体的东西，这个就须要产品经理或者有很好规划的人员来完成。那么从事软件开发工做的产品经理有哪些平常工做呢，小编来为你们分享分享。

      1、用户调研

     用户调研分为定性分析和定量分析。定性分析是指用户访谈，定量分析是指调查问卷。

     用户访谈。固然访谈须要必定的技巧，更多的倾听为主，以了解用户的心里想法为主。访谈时对用户的初步回答反复追问“为何”，引导用户从表面的行为开始思索，清理出行为背后的动机、需求乃至价值和文化观念。

     调查问卷。问卷调查是一项有目的的研究实践活动，设计的问卷是为你的特定研究目的服务的，这是设计问卷以前必须植根于脑海中的一个观念。既然问卷调查是一项有目的的研究实践活动，那么从理论指导实践的角度出发，在设计问卷前必需要作好充足的理论准备，宏观层面上应作到如下两点：

     1.明确大家研究的主题是什么？

     2.明确大家想经过问卷调查获取的信息有那些。经过调研问卷你能够定量的验证你提出的需求。

     2、需求的收集，创建本身的需求池

     收集各个部门的需求，创建本身的需求池。并按期对需求池进行整理。你的需求池里面有不一样人提出的需求。

     需求来源：需求池里面有可能包含老板提出的战略性需求、客服反馈的需求、用户访谈得来的需求、调查问卷得来的需求、数据分析得来的需求。记录好每一个人提出的需求，这样当你在作需求分析的时候若是不知道需求后面的本质需求，你能够找到那我的进行了解,这样有助于你把握需求的本质。

      按期对需求池作必定的梳理。产品部门按期读需求池进行整理，那些需求是下一步要作的，那些需求是是能够暂缓的，那些需求是不作的，对需求池进行梳理和分类。

      不一样终端的需求要分开。分为APP、PC、微官网、前台、控台这些。

     3、产品迭代前写一份立项报告

     经过对需求池的整理之后，你决定要作那些不作那些。须要出一份立项报告和技术部门过一下，这样技术能够安排开发周期。技术也能够从技术的角度给一些意见说那些能够作，那些能够暂时不作，这样技术在开发以前有一个心理预期，这样在你开原型评审会的时候阻力会小不少。这里教给你们一个小技巧：作立项报告的时候能够多写一些需求，这样多一些的需求能够给技术砍掉。

      4、竞品分析

      俗话说知己知彼，百战不殆。你作的东西别人也在作，买东西都还须要货比三家呢。作竞品分析有两个目的，第1、扬长避短。吸引别人作的长处，发现别人作的不足的地方。第2、验证与测试。别人上的这个功 能市场反馈怎么样，有没有遇到啥问题，经过竞品肯定市场机会点。

      竞品分析有必定的流程。能够从“战略层-范围层-结构层-框架层-表现层”这几个层面进行分析。

      (1).战略层：肯定竞品的商业模式、产品定位、市场情况、盈利状况等，目的是肯定方向，了解市场。

      (2).范围层：竞品的目标人群，知足了什么需求，用户的满意度如何，目的是参考竞品的目标人群以及需求的重要度。

      (3).结构层：竞品的主要功能架构、特点功能、发展模式，优缺点总结，目的是寻求差一点。

     (4).框架层：竞品主要任务流程的顺畅，交互的细节，逻辑的准确，页面的框架，目的是优化流程，提升用户体验。

     (5).表现层：竞品是视觉风格，颜色层级，文案的运用等，目的是维持用户对这类产品的传统认知的基础上打造产品独特性。

     5、原型评审和PRD文档制做

     竞品分析作完之后，开始根据竞品分析的结果。开始本身的功能设计，流程的绘制，在原型上加一些功能的注释，这样在敏捷开发的时候能够节省PRD文档的制做，也能够在和技术开会的时候不会遗漏本身想讲的东西。

     原型评审的时候技术人员的有效意见必定要虚心接受，不要以为本身是产品就高高在上，涉及到原则问题坚持。别人提的有益意见也要虚心接受，只有这样你才能避免死逼，项目才能尽快落地。至于PRD文档的制 做。有时间的话能够写word文档，没时间的话能够直接在原型中制做文档。

     但文档必须包含的部分有：

     (1).产品版本的迭代历史。清晰的告诉项目成员每次改变都改了那些东西。

     (2).需求功能清单。有需求功能清单 的时候技术人员在开发的时候才不会遗漏，测试工程师也会根据你的需求功能单来进行测试。

     (3).全局结构图和重要的功能流程图不能少。全局结构图。产品全局结构图至关于房子的骨架，至关于文章的目录，别人看过你的全局结构图就知道你的产品大概分红那几个部分。其次，一些重要的功能流程图须要写，这样有助于开发人员思路的创建。

     (4).异常流程要考虑清楚。只有异常流程考虑清楚产品经理才不会挨批，技术开发起来才不会出现问题。

     (5).重要名词要定义。对于首次出现的名词须要定义，这有这样别人在看到名字的时候才不会有疑问，再跑来找你问。

     6、项目管理

     项目进度表。文档交给技术开发之后，就须要制定一个项目时间表，并向领导汇报。首先要全面地收集他们在听完需求文档评审后对于产品自己的意见与建议，而后逐项予以合理的解释，以保证程序员哥哥们打心底里认同这个产品，认同这个产品的每个需求。另外做为一个PM，也应该要对基本的开发流程有所了解在制定每一个需求的开发周期时提出正确的建议，保证最终的项目开发时间表既不会拖慢整个项目的进度，也没有超出程序员哥哥们天天正常的工做量，保证他们不会感到过大的开发压力。

      进度跟踪。对于项目进度要作到心中有数，天天更新项目进度表，并帮助技术解决他们在开发过程当中遇到的问题，并将本身看到的潜在问题尽可能扼杀在萌芽中。固然，跟进并非每天问工程师进度，须要给他们鼓励打气，并描述产品的将来前景，让团队中的每个人都感觉到本身的重任并愿意承担。可能有些团队里面是CTO担任项目经理，这也无可厚非，毕竟在项目成员中程序员占了大半资源，固然产品经理要尽可能参与这个过程中。不能当局外人。

     7、产品上线前协助测试

     大公司有明确的职位分工：工程师、测试、设计、运营都由不一样的人负责，测试天然是测试工程师的事，而在中小型创业公司，人员匮乏，不少团队只有工程师和产品经理，工程师负责开发，开发之外的事情全都由产品经理承包，这 其中天然包括测试。但不管如何产品经理都要尽可能参与测试工做，保证产品是按照你的预期作出来的。

     (1).首先与测试组沟通协做，肯定产品测试排期。

     (2).跟进测试进度参与产品测试。

     (3).将测试出来的bug记录下来，并拍好优先级，反馈给技术来发人员。

     功能测试是合格产品经理的必备素质，产品经理要协助测试工程师完成测试报告并敦促工程师团队改进产品。

     8、产品培训和推广

     给业务方培训、推广产品。客服可能须要给用户解答问题，因此每次迭代的内容都须要给客服培训，好让客服组织话术来应对客户随之而来的一些问题。同时也须要给市场、运营等部门培训，让他们知道产品到了那些阶段，有那些改变，一是让各个部门之间知道本身正在作的事情，二也好让营销市场部门作好宣传与推广。

     收集产品使用反馈，为迭代作准备。产品上线后设计的好很差，有哪些用户满意的，有那些用户不满意的。都会有用户进行反馈，收集并分析这些用户需求，并记录在你的需求池里面，为下一次迭代作准备

     9、数据分析

     产品上线后产品设计的好坏很大程度上能从数据上体现出来。例如你设计个活动分享页面，用户能够经过好友分享的界面直接注册，那么你就要统计这个页面的点击量、PV/UV、页面访问市场、访问深度、用户的跳出率、用户的转化率等来评估你设计的好坏，以及活动的效果。再好比你产品进行改版，你须要评估改版的好坏。你就须要关注30日留存率提升了仍是下降了，别关注7日留存率。由于你的产品刚更新你的粉丝用户可能会很活跃，致使7日留存率变高，这个时候你说你的改版比较成功可能没有说服力，也许30日之后你的用户活跃度变低了，30日留存率也变低了。

     10、总结

     以上大概就是从事软件开发产品经理的平常工做内容，每一个公司可能根据本身的不一样状况有些流程会有增减，但基本上是这些。软件开发过程当中产品经理在项目研发中起着重要的角色，影响着产品的质量、时间、整个过程的完成度。