读者礼遇：PMLink产品社区朋友专属

1.前言

••••

从硬币的角度去看待后台，培养自己设计思维。

正面看后台：1.减轻运营压力；2.注重数据流转；3.侧重功能实现。

反面看后台：1.设计风格单一；2.业务逻辑复杂；3.缺少系统说明。

侧面看后台：1.数据准确有效；2.操作流程简单；3.系统简单好用。

 

2.了解后台系统

••••

后台就是给用户分配一个有某些权限（菜单级）的角色，对特定数据（数据级）进行增删改查导（功能级）的管理系统。

了解后台必须熟悉前端业务，前端偏向用户（功能操作）查看信息，提交信息，而后台侧重管理员（数据处理）创建信息、处理信息的地方，而信息传递的中间件就是服务器。

  • 后台系统本质

后台系统侧重于工作流、权限管理和操作流。

本质是谁可以对什么进行怎样的操作，需要产生什么记录，即who—where—how—what。

  • 后台系统特点

  1. 系统目标明确：辅助用户自主完成任务，减轻运营压力。

  2. 用户需求明确：需求一般来至是企业内部的领导、团队或业务部门。

  3. 注重运转效率：以功能实现为目的，注重提高系统各个环节的运转效率。

  4. 注重系统业务:以业务导向为目的，注重整个系统业务流程和相关模块的逻辑清晰。

 

3.梳理业务逻辑

••••

  • 需求驱动产品

需求是业务驱动或技术驱动的核心。需求驱动设计就是根据相关部门提出的需求，进行产品架构与功能设计。

对产品而言，是改变自己的设计策略。

  • 常见梳理方式

  • 产品功能规划

产品规划直白点就是我们在哪（分析现状），怎么能去（找资源），我们要去哪（确定目标）。

一般会输出产品路线图，项目计划，需求矩阵，版本迭代计划。

  • 产品结构设计

产品结构设计是针对产品功能的结构设计，在项目立项或产品设计的过程中，更多是基于功能构建产品的整体架构。

一般会设计功能结构图、信息结构图、结构图，主要是梳理产品框架，产品功能、页面流程。

  • 洞见后台需求

以需求的“真实、刚需、高频”中心，洞见用户需求与用户行为间的情感链接。

声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。