发布时间：2019-4-28 分类： 行业资讯
本文主要介绍0-1背景产品的产品实现过程。最近，我负责公司的后端项目。我是一个技术转型发展。以前的大部分职责是后端管理系统。我希望与您分享一些个人经历。
后端产品通常用于办公室使用或内部人员。实施过程通常包括以下步骤：需求研究，原型设计，需求评审，开发，测试和在线。本文重点介绍前期开发需求研究。原型设计和要求审查。
需求研究
对后端产品的需求相对清晰，大部分需求来自领导层，一小部分需求来自各个部门，如市场，客户服务，人员，财务等。
在需求研究过程中，有必要阐明研究的目的，如客户管理功能。营销部门和客户服务部门的工作人员将更加关注新注册的客户，今天使用的客户，我所依据的客户等。对于研发部门和职能部门，可能只是看看客户记录因为他们不需要关注客户的具体跟进。在与不同部门的人员进行沟通时，必须有一个重点，员工不注意或几乎不使用的功能也是无味的，他们无法帮助实际工作。
在需求研究之后，有必要对需求进行梳理。收集的要求是分散的。您可以使用XMind（或MindManager）软件绘制思维导图，执行简单的逻辑排序，对相关服务或功能进行分类，然后使用小于总分钟来细化模块。模式。我们以前的背景分类是根据业务线划分的，比如移动，PC端产品，然后会有产品模块下的客户管理，订单管理等，以及后来的重新规划背景，使用功能划分，如客户管理，然后将有移动产品客户，PC端产品客户等模块下。这两种模式之间没有对错，因为后续考虑了角色权限，并且可以根据功能轻松规划权限。
在对需求进行排序后，我们必须开始分类并学会区分真假需求。例如，用户反馈需要添加一个函数，而不是盲目添加函数，考虑到这个函数的用途，有时候他需要B函数来实现C函数，那么最好直接提供一个C函数。对需求进行分类后，应根据时间情况规划优先级，可根据四象限规则进行定义。
原型设计
设置框架后，页面原型设计开始。目前使用的软件是Axure。后端产品的终端主要是PC或笔记本电脑。 Axure更强大，更适合PC原型设计。
在后台产品原型设计过程中，我们必须掌握以下几点：考虑场景的使用，功能强，行为路径短，效率高，并且存在容错机制。具体到页面细节，需要注意大小适应，数据添加和删除，字段长度，必填字段，交互式样式等。如果有设计技巧，可以在页面美观的原型上进行优化，输出是保真度和高保真原型。
考虑使用场景：就分页功能而言，我们之前完成的背景通常显示在20页，最多50条记录。当我设计背景时，我也想根据这个页面进行录制。我只会在与领导讨论后知道，但只有客户数量为数万，每页显示20条根本不符合使用情况的记录。每页至少有100或200条记录可以满足需求。
功能强大：例如，客户管理，除了查询，添加，编辑，删除，详细信息外，还要根据业务情况考虑是否需要添加任务，添加订单，后续跟踪，日志记录等。最好考虑业务的所有方面并关注它。
行为路径应该很短：用户可以通过1或0次交互来实现目标，所以不要让他进行2次或更多次交互来实现目标。例如，要查看客户列表，客户服务部门和营销部门会更加关注我的客户。加载页面时，默认情况下会加载我的客户数据并突出显示。不要先显示所有客户，而是单击我的客户以查看所需的数据。
效率很高：当这通常用于大数据时，有必要考虑加载速度，系统性能问题以及技术级别的许多优化。
必须有容错机制：后端系统必须具有容错机制。不能说用户的操作错误或放错地方，无法恢复。例如，对于禁用按钮，单击该按钮时，会提示是否确认禁用，禁用后将产生什么效果，并尝试在操作前给出相应的提示。
原型设计还需要输出PRD文档。通常需要60％的时间来绘制原型，40％的时间来编写所需的文档。然而，PRD文档实际上比原型更重要，因为原型具有许多交互，功能细节等。需要由PRD描述。在需求文件方面，主要是要清楚地描述要求，规则明确，逻辑严谨，格式可以参考原始公司。
需要审核
需求审核分为内部审核和团队审核。
内部审查通常，参与者有产品总监和产品经理。主要目的是针对可疑点。提出了一些可行的解决方案，并做出了决定。另一种是查看存在问题的原型和文档，然后进行优化。例如，列表项的选择，PC端产品支持是可选的，可以填写，手机端只支持可选的屏幕尺寸，这显然是不合理的。如果考虑一致性，则移动终端需要支持。
团队审核一般参与者包括产品经理，项目经理，测试主管和设计师（需要设计时）。主要目的是讨论产品流程和产品实现。为了确保产品着陆，项目经理还应根据产品的原型进行设计。考虑技术可行性。特别是在优化现有功能时，有必要考虑不破坏原始数据结构。项目经理需要控制一些产品细节，例如字段长度，必填字段等，并且需要与原始产品设计规则兼容。 。
发展
原型设定完成后，由设计师设计。一般的后端产品由内部人员使用，设计部分相对较弱。开发可以基于原型或设计草案进入开发阶段。项目经理应根据产品原型规划项目（研发一般区分前端和后端，调度周期尽可能详细）。产品经理应遵循项目进度表，促进产品着陆，及时了解工作进度。
在开发过程中，如果需求发生变化，及时通知相关负责人，分享文档并及时更新，避免开发人员获取旧版本的原型或文档进行开发和重复劳动。
测试
在开发者函数开发之后，第一步是确保单元测试通过（开发人员通常在开发服务器上执行单元测试），然后进行测试。测试人员可以根据具体情况根据业务线，功能模块等进行测试，测试人员通常在测试服务器（模拟在线服务器）上进行测试。产品经理也在此阶段参与测试，重点关注产品的流程实施是否合理。
测试期间提交的错误应及时修复。产品还应该注意bug的数量和修复的进度，需要定义什么是需求，哪些是bug。我们之前的处理是在测试阶段16xx177b 00之前修复bug的同一天。一方面，工作进展得到保证，统计数据也很方便。
上网
测试人员通过测试后，产品人员进行了最终验收测试。如果没有问题，项目将释放在线环境。最后，测试人员和在线环境的开发再次进行了验收测试，并在确认正确后，在线正式公布。
以上是个人分享背景系统的个人经历，欢迎大家一起沟通，共同进步！
本文最初由@lihuakai发布。未经许可，禁止复制。
该地图来自Pexels，基于CC0协议
