产品设计程序与方法是什么(产品系统设计案例)

编辑指南：在产品设计中，后台设计是一个比较复杂的部分，后台载有很多数据、功能、业务等，对逻辑整体要求也非常严格，但后台产品设计是产品高度化所需的基本能力； 本文分享了有关后台系统设计的“七步法”。 一起看看吧。

后勤产品设计是产品经理难吃的硬骨头，因为业务复杂、数据庞大、逻辑缜密。

在设计一、了解后台后台产品之前，从硬币的三个方面了解后台系统。 从硬币正面看后台：可以减轻运营压力，重视数据之间的流动，重点是功能模块的实现。

从硬币背面看后台：设计风格过于单一，业务逻辑复杂，缺乏对应的系统说明。 从硬币侧面看后台：数据处理准确、有效、操作流程简单、系统简单、使用方便。

后台系统是指向用户分配具有某种权限(菜单级)的角色，添加、删除、变更、确认特定数据(数据级)的“功能级”管理系统。

要了解后台，必须熟悉前端业务。 前端偏重于用户(功能操作)查看和提交信息，而在后台是管理员)创建和处理信息。 另一方面，服务器)消息传递)主要请求信息或响应信息。

典型的后台系统包括内容管理系统CMS、企业管理系统ERP、客户关系管理系统CRM、商城管理系统MMS、OA等。

好的后台系统有以下特点。

明确系统目标：辅助用户自主完成任务，减轻运营压力。 用户需求明确：需求一般来自企业内部的领导、团队或业务部门。 重视运行效率：以实现功能为目的，重视提高系统各环节的运行效率。 重视系统业务：以业务导向为目的，重视系统整体业务流程和相关模块逻辑清晰。

二、梳理业务后台产品设计的关键是梳理业务逻辑，业务逻辑是业务层的逻辑，是整个系统层的逻辑； 在设计上，必须考虑如何使业务流程更完整，使工作流程成为闭环。

对产品经理来说，组织业务逻辑就是改变自己的设计战略。 常见的整理工作方式有需求分析、场景分析、体系结构设计、功能规划、UML建模、用户图、交互式自我调查等。

后台产品一般采用需求驱动的设计方式。 需求是商业导向或技术导向的核心。 需求驱动设计是指根据相关业务部门提出的需求进行后台产品的设计。

后台产品一般用于公司内部员工，不同业务部门有不同的业务需求，不同业务需求有不同的业务场景在业务逻辑复杂的后台系统中，越是需求多样化的场景，越需要进行需求场景的分析， 可以根据需求池写需求用例。

我们在聚集了相关业务部门的需求之后，首先确定需求的先后顺序，然后分解分析需求，然后形成不同的功能计划，最后将这些需求体现在后台的原型上。

另外，产品结构设计也是梳理业务逻辑的重要部分，产品结构设计侧重于基于功能构建产品的整体结构，主要梳理产品框架和基本功能； 一般设计功能结构图、信息结构图、结构图。

三、确定布局在设计后台产品之前，需要确定其框架结构，确保框架结构能够保证页面布局、排版形式的一致性； 背景设计的标准布局是栅栏设计，页面大小为1440*900。

后台系统的结构主要由导航区域、功能区域和内容区域三部分组成。

导航区域分为单级和多级导航，如徽标和菜单栏。 功能区域包括客户中心、消息通知、更改密码和安全退出。 内容区域的内容包括过滤条件、列表、分页符、详细页等。

四、字段设计场地设计是后台设计中最基础的部分，但也是数据结构中最重要的部分。

字段设计分为总结字段、处理字段、设计字段三个步骤。

字段设计中需要考虑的维是所属的对象、类型、是否必需、源和长度。 典型的字段类型包括业务字段、系统字段、管理字段和规则字段。

以P2P网贷系统标的为例，标的详细情况包括标的名称、期限、利率、借款金额、还款方法等。 注册记录注册时间、评委、审核时间等； 标的流动标记

流程设计是梳理业务逻辑的最好方法之一。好的流程设计，不仅让产品功能形成闭环，也遵循用户的心理模型，此外，用户会感受到后台系统操作的简单高效。

流程设计是决定产品是否可用、易用的重要因素，同时也是区分一个产品经理逻辑分析能力高低的重要体现。

在产品从想法过渡到模型的阶段，流程设计以动作来推动业务前进。流程设计描述的是完整的业务流程，可以梳理功能模块、业务逻辑与使用路径。常见的流程有：业务流程、功能流程、操作流程、页面流程、数据流程等。

以标的登记审核流程为例：我们以泳道图的形式，设计ERP系统、P2P系统和存管系统的业务流程，风控专员在ERP系统提交标的进件后，风控主管会在P2P系统后台进行初审和复核，之后再推送到存管系统进行终审，在这个过程会形成动态的标的登记审核流程。

规则设计的目的是确保规则的业务表现和业务目标相匹配，根本作用是流程控制与数据验证。

业务规则描述了业务过程中重要的对象、关系和活动。业务规则包括功能范围、操作流程、业务规范、约束条件和功能说明等。

对于业务规则来说，为了方便对规则的新增、变更与废弃进行跟踪管理，需做版本控制；以贷超产品MVP设计为例，我们会将业务分为核心业务部分、业务支持部分和非业务部分，然后把业务规则进行清晰、明确、可量化的场景描述，并做好阶段反馈。

规则设计最有效的方式是建立规则引擎。规则引擎可以在不同的时间节点触发业务规则，且能帮助我们在系统中有效的执行和管理规则。

当我们清楚需求、流程和规则后，会通过Axure把想法转换成可以需求落地的原型。

原型设计的目标是把规划的功能、流程展现出来，将需求转化为可以给需求方、开发人员和测试人员演示的Demo。方便需求对称与问题沟通，确保用户需求、使用场景的合理性，从而推动产品迭代。

常见的原型设计方式有手绘原型、灰模原型、交互原型。产品经理一般是画低保真的手绘原型或灰模原型。

手绘原型有助于带动思维。在项目立项阶段的头脑风暴和概念测试，手绘原型在初期验证想法时非常高效，也方便讨论，同时也适合敏捷开发时快速出原型。因此手绘原型是最简单、快速的表现产品轮廓的方式之一。

灰模原型可将产品需求以线框结构的方式展示出来，让需求和想法更加直观得展现。画灰模原型时，所有的元素，除了组件自带的颜色，只用灰黑白。此外，我们要在软件需求中说明所有页面展示、功能状态和业务规则。

无论从0到1做后台，还是系统重构，后台产品设计是产品进阶必备的基本能力；既能逐步锻炼产品经理的设计逻辑思维，也能快速了解公司的业务流程。

#专栏作家#

淡淡的嚓茶，微信公众号：淡淡的嚓茶聊产品，人人都是产品经理专栏作家。畅销书《产品闭环：重新定义产品经理》作者，7年金融产品人，专注于金融行业，从0到1负责产品的全过程开发与设计。

本文原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议。