系统设计

后台业务系统设计流程的6个步骤

最近在设计后台业务系统,从需求分析到原型设计,重走了一遍从0-1的过程,整理了一套设计流程,其中有思考也有总结。后台业务系统设计流程用户-角色划分;需求-功能规划;业务流程梳理;信息架构搭建;交互自查;界面原型设计。1. 用户-角色划分后台业务系统与一般2C前端产品有所不同,2C的前端产品目标用户只有一类角色,即通过使用产品完成某一特定需求的用户。后台业务系统往往涉及较为复

设计的底线:不要让产品成为用户额外工作

最近受邀去一家初创的互联网公司做产品咨询,这家公司是一家做B端企业服务的公司。在做完咨询后,我想在这总结下B端产品设计一定要避免的几个问题与大家一起分享。毕竟很多B端系统我司也有用,而且设计一样反人类。底线一:不要让产品成为用户额外工作首先我们要明确一点,软件产品设计核心是去帮助用户解决问题,对于B端产品来说,其出发点更应为提升效率、节省成本。且作为采购与使用脱离的特殊产物

消息通知系统设计

消息通知可以将内容实时送达用户手机页面,但是泛滥的消息通知会引起用户的反感,也违背了这个设计的初衷。如何理解以及设计消息通知,作者作了简单的分享,我们一起来看看吧。消息通知可以及时地将状态、内容的更新触达到用户,用户则可以根据收到的消息做后续判断。但是如果没有及时将重要消息触达到用户或者滥用消息,则失去了消息通知的初衷。特别是针对涉及复杂任务流程的产品,消息类型繁

供应链协同办公系统设计(二)

供应链系统在一定程度上影响着每个端口的工作人员的效率,产品经理设计一套匹配的供应链协同办公系统即创造了价值,促进了企业人员的办公效率。本文在有基础的设计思路上,分享如何规划每一模块的具体功能点以及设计感。在经过漫长的需求收集和市场分析后,接下来就到了大干一场的时候了,因为只有在原型设计上,才能将我们之前保留的想法喷涌挥洒。前阶段是收集,接收外部的信息来源,对于我们

高阶产品经理:用系统解决问题

不少刚入行的产品经理,视角大多局限在功能层面。接到一个任务后,对需求稍加分析,就开始画原型、写文档、做评审、推动开发上线。对他们来说,一个页面、一个交互,甚至一

商品管理系统设计(二):属性库搭建

当公司的业务不断扩张,商品的数量和种类数据量规模逐步增多,达到一定量级的时候,类目数就会变的越来越庞大,对于运营来说管理起来极其困难,对用户来说想要快速查找心仪

商品管理系统设计(三):商品管理

01 什么是商品系统商品管理系统属于电商产品中最基础、最核心的系统,是支撑整个电商产品的核心,基本上所有的系统都离不开商品数据,商品贯穿整个电商平台。从商品的

各种Y-Chart

发现CS里面有各种各样的Y-Chart,顾名思义就是长得像Y的图。这里总结一下,只为好玩。 Hardware Software Co-Design Model Checking 可爱版 参考链接: Model Check可爱版来自:A Specification Patterns System for Discrete Event Systems Analysis 关键字: