产品经理之初体验
作者：互联网
一、前言
最近开发量不大，处于个人感兴趣，体验一次产品经理的角色，负责了一个产品。下面分享一下整个产品的设计流程。
二、项目实践
2.1 需求调研
本次产品主要针对硬件的故障维护，考虑到后期的设备量以及人力成本，将硬件设备故障交由代维公司进行维护。设备的故障维护维修最终都需要派给指定人员，因此将整个系统定义为：工单系统，设备故障已单条工单的形式派给相应的维护人员。
2.2 产品流程
做产品设计，整个流程需要非常的清晰，对工单系统而言，需要考虑工单的来源以及处理流程，这里借助时序图来完成，如下所示：
这里第这个图进行一下说明：
- 运营系统：公司内部的硬件设备管理系统，能够接受设备自动上报的异常，当然还有其他的功能
- 内容运维系统：订阅运营系统的设备故障信息，同时管理代维公司
- 代维系统：代维公司的工单管理系统，和内部运维系统有一些相似的功能，工单的分配，工单审核，维护人员考核等
- 现场维护人员：代维公司的员工，负责到现场对硬件设备故障进行维护
在这里推荐一个网站 https://www.processon.com/，在线制作各种图，包括架构图、时序图、思维导图等，非常方便。
2.3 需求整理
需求整理为了已文档的形式记录需求，方便后期原型设计以及开发人员理解，这里我从以下几个方便来明确需求：
我这里需求整理为了6块，下面分别说明者6块作用：
- 应用场景：这块是产品的前提，有了应用场景，才能设计产品。
- 用户：产品的用户群体，明确目标用户，才能更合理的设计出高效、简洁的产品。
- 目标：产品设计需要达到的一个目标，产品设计的核心和价值度量标准。
- 需求描述：从用户的角度出发，描述他们所有的需求。
- 产品：根据产品描述来设计原型，这里产品原型可能有小程序、公众号、App、Web等。
- 名词解释：这块同样很重要，需要规范整个产品的一些名词称呼，保证后期交流的时候，大家所描述的是同一个东西，减少理解成本。
原型设计，我这里使用的是墨刀，墨刀感觉也是很方便的，里面包含很多的组件和模板，工具的使用还是很简单的，一天学习官方的入门教程，就可以上手了。原型的设计主要要考虑交互问题，做一个Android的开发人员，对这块是没有问题的，相比一些没有做过技术的产品经理，这块的设计有很大的大优势，能够从系统的特效来考虑交互设计。
2.4 需求评审
原型设计完成后就是开需求评审会，这个流程为了查漏补缺以及向开发人员讲解清楚整个产品的相关业务，保证相关的参与人员达成共识，减少后期的理解和沟通成本。需求评审可能会经历多次，主要是看前期产品对需求的理解是否到位以及原型设计是否合理。
2.5 需求文档
需求文档是产品经理的一项主要工作，需要详细描述各个业务的流程以及一些条件限制，后期的开发人员大多会根据该文档进行程序的条件和逻辑限制。
2.6 设计和技术准备
需求评审后UI设计和技术接入，各个端根据业务需求做一些技术难点的公关和准备工作。
2.7 开发
UI设计完成后，开发就可以根据自己的技术能力进行开发时间评估，产品根据开发评估以及整个项目的预期时间来提前准备一些突发情况处理方案，避免项目后期出现慌乱的情况
2.8 项目跟进、产品测试和上线
这块需要根据实际情况来制定项目例会，方便大家了解各自的进度。开发完成后进入测试阶段，一般我们经过三轮测试，没有问题后正式上线。
2.9 产品维护
产品上线后，各个端有自己的维护方案，各自实现就好。产品这边需要做一些数据埋点分析，方便后期的产品迭代。
最后
说一下自己的体验吧：
- 技术的去做产品，逻辑思维要强一些，考虑的东西更细，在设计原型的时候除了考虑用户外，还从技术的角度考虑功能的实现，这样设计出来的原型返工的次数比较少。
- 产品设计完成后对整个业务流程有了很清晰的认识，后面再参与开发的时候，能够有更独特的理解。
- 当然，产品经理也没有那么容易做的，如果公司有明确的方向相对好做一些，按照需求做原型就可以。如果需要更多创新性的思考，这个职位就会难很多。
标签：需求,初体验,经理,原型,产品,工单,设计,代维 来源： https://blog.csdn.net/mrRuby/article/details/120743714