一个好的“产品经理”该如何诞生?_第1张图片

在我转产品之前,总是觉得别人家做的产品十分的糟糕,体验做的这么差劲,界面做的这么low,但是当我真正自己开始带着团队做产品的时候,才发现自己也踩坑无数,没有一件事情可以随随便便成功。要做好一个好的产品,我们需要经验,也需要自己的付出。

所以本文是结合我自己成长历程总结出来的产品流程,以及需要注意的一些经验,想分享给所有想做,或者在做产品的童鞋,不要以为产品就只有高大上,敲黑板。细节决定成败,凡事只有脚踏实地,做好基本功,才能成功。

一个好的“产品经理”该如何诞生?_第2张图片

那么我们就从头说起

一、建立开发流程

开发流程无论是敏捷,还是瀑布,要看各自企业的部门架构和运营逻辑,但是建立明确的开发流程是十分重要的,白纸黑字写下来,以后可以避免很多的扯皮和无效工作。例如:每个阶段的成果产物需要进行相应的评审,评审有相应的《会议纪要》;从项目启动起,研发项目经理每周提供《项目研发周报》;测试阶段,测试工程师每周提供《项目测试周报》。

二、项目启动准备

(1)成立项目组团队,包括产品经理、研发项目经理、研发工程师、测试团队等,并明确各团队负责人。

(2)产品经理完成《产品梳理》
首先,明确每个项目的目标;其次,梳理项目涉及的角色;再来,每个角色要进行的事项;最后,再梳理整个系统分哪些端口,要有哪些业务模块,每个模块再包含哪些功能。由项目负责人共同开会评估,确保大方向一致。

三、需求建立及设计

(1)设计并提交《产品原型》。
除了根据使用逻辑走完流程。还需要根据业务流程,再次复盘,确保产品操作流程顺畅。

产品经理面向整个团队,进行需求的讲解。

记住,这个非常重要,可以极大的降低后续沟通成本!

(2)项目经理根据需求及项目要求,明确《项目里程碑》。根据项目里程表,完成《产品开发计划》,明确详细阶段的时间点,最后根据开发计划,进行《项目任务分解》,完成项目的分工。

(3)研发负责人按照各自的分工模块,进入概要需求培训。旨在让研发团队初步理解业务,评估技术可行性。 并且完成《概要设计》、《通讯协议》及《表结构设计》,及完成正式编码前的一系列研发准备工作。

(4)UI设计师根据产品的原型设计效果图。
效果图必须提供界面的标注,最好能够提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等,方便研发快速开发。UI设计常涵盖交互的内容。

四、开发阶段

研发工程师正式进入编码阶段,这个过程虽然大部分时间用来写代码,但是按日、周、月的定期汇报工作一定要落实到位,实时跟进项目进度。

五、测试阶段
测试工程师按阶段设计《测试用例》,这时候借助工具,如我们用的是CORNERSTONE,可以直接提交测试用例,并且根据用例提交缺陷,分配给相应的开发人员调整。

CORNERSTONE执行测试计划,也是非常有亮点的哦

亮点一:用例的执行情况一目了然,随着执行的进度即时更新测试结果

亮点二:执行用例不通过,有BUG,可以直接关联缺陷,新增缺陷指派责任人,完全不用退出页面,再去缺陷列表新增

亮点三:执行用例过程中,执行后,自动切换到下一条用例,减去很多点点的操作。

亮点四:测试用例批量执行的功能肯定少不了,你需要的它都有哦。

亮点五:用例执行页面执行操作简单明了,还可以记录下了执行过程中发现的缺陷,执行人员的操作记录,一目了然

一个好的“产品经理”该如何诞生?_第3张图片

一个好的“产品经理”该如何诞生?_第4张图片

研发工程师根据缺陷进行修复调整,完成后反馈测试人员复测,测试通过后完成。

测试工程师编写《测试结果报告》,包括功能测试结果、压力测试结果等。

测试工程师编写系统各端口的《操作手册》、维护手册等。

六、系统上线

系统上线,最好先安排小部分用户进行,真实环境测试。并且安排专职人员及时跟进修复问题。总之快速响应是这个时候的关键。这批用户不仅仅是你的测试用户,更是你的种子用户!好的产品,往往需要他们帮忙大力推广。
一个好的“产品经理”该如何诞生?_第5张图片

产品狗当了5年,即使头发掉了不少,但是已经上路就不打算回头了。

最后也希望大家能够在“产品”这条不归路上,找到自己的乐趣。