一个好的“产品经理”该如何诞生?
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了一个好的“产品经理”该如何诞生?相关的知识,希望对你有一定的参考价值。
在我转产品之前,总是觉得别人家做的产品十分的糟糕,体验做的这么差劲,界面做的这么low,但是当我真正自己开始带着团队做产品的时候,才发现自己也踩坑无数,没有一件事情可以随随便便成功。要做好一个好的产品,我们需要经验,也需要自己的付出。
所以本文是结合我自己成长历程总结出来的产品流程,以及需要注意的一些经验,想分享给所有想做,或者在做产品的童鞋,不要以为产品就只有高大上,敲黑板。细节决定成败,凡事只有脚踏实地,做好基本功,才能成功。
那么我们就从头说起
一、建立开发流程
开发流程无论是敏捷,还是瀑布,要看各自企业的部门架构和运营逻辑,但是建立明确的开发流程是十分重要的,白纸黑字写下来,以后可以避免很多的扯皮和无效工作。例如:每个阶段的成果产物需要进行相应的评审,评审有相应的《会议纪要》;从项目启动起,研发项目经理每周提供《项目研发周报》;测试阶段,测试工程师每周提供《项目测试周报》。
二、项目启动准备
(1)成立项目组团队,包括产品经理、研发项目经理、研发工程师、测试团队等,并明确各团队负责人。
(2)产品经理完成《产品梳理》
首先,明确每个项目的目标;其次,梳理项目涉及的角色;再来,每个角色要进行的事项;最后,再梳理整个系统分哪些端口,要有哪些业务模块,每个模块再包含哪些功能。由项目负责人共同开会评估,确保大方向一致。
三、需求建立及设计
(1)设计并提交《产品原型》。
除了根据使用逻辑走完流程。还需要根据业务流程,再次复盘,确保产品操作流程顺畅。
产品经理面向整个团队,进行需求的讲解。
记住,这个非常重要,可以极大的降低后续沟通成本!
(2)项目经理根据需求及项目要求,明确《项目里程碑》。根据项目里程表,完成《产品开发计划》,明确详细阶段的时间点,最后根据开发计划,进行《项目任务分解》,完成项目的分工。
(3)研发负责人按照各自的分工模块,进入概要需求培训。旨在让研发团队初步理解业务,评估技术可行性。 并且完成《概要设计》、《通讯协议》及《表结构设计》,及完成正式编码前的一系列研发准备工作。
(4)UI设计师根据产品的原型设计效果图。
效果图必须提供界面的标注,最好能够提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等,方便研发快速开发。UI设计常涵盖交互的内容。
四、开发阶段
研发工程师正式进入编码阶段,这个过程虽然大部分时间用来写代码,但是按日、周、月的定期汇报工作一定要落实到位,实时跟进项目进度。
五、测试阶段
测试工程师按阶段设计《测试用例》,这时候借助工具,如我们用的是CORNERSTONE,可以直接提交测试用例,并且根据用例提交缺陷,分配给相应的开发人员调整。
CORNERSTONE执行测试计划,也是非常有亮点的哦
亮点一:用例的执行情况一目了然,随着执行的进度即时更新测试结果
亮点二:执行用例不通过,有BUG,可以直接关联缺陷,新增缺陷指派责任人,完全不用退出页面,再去缺陷列表新增
亮点三:执行用例过程中,执行后,自动切换到下一条用例,减去很多点点的操作。
亮点四:测试用例批量执行的功能肯定少不了,你需要的它都有哦。
亮点五:用例执行页面执行操作简单明了,还可以记录下了执行过程中发现的缺陷,执行人员的操作记录,一目了然
研发工程师根据缺陷进行修复调整,完成后反馈测试人员复测,测试通过后完成。
测试工程师编写《测试结果报告》,包括功能测试结果、压力测试结果等。
测试工程师编写系统各端口的《操作手册》、维护手册等。
六、系统上线
系统上线,最好先安排小部分用户进行,真实环境测试。并且安排专职人员及时跟进修复问题。总之快速响应是这个时候的关键。这批用户不仅仅是你的测试用户,更是你的种子用户!好的产品,往往需要他们帮忙大力推广。
产品狗当了5年,即使头发掉了不少,但是已经上路就不打算回头了。
最后也希望大家能够在“产品”这条不归路上,找到自己的乐趣。
以上是关于一个好的“产品经理”该如何诞生?的主要内容,如果未能解决你的问题,请参考以下文章