怎样搭建轻量级架构-设计原则
2017-05-03 20:51
288 查看
全部软件终于都是面向用户的。软件的用户,大概能够分为三个层次。
第一层次:发烧友
发烧友愿意使用系统。而且非常了解系统。非常乐于发掘系统的隐藏功能。提出有建设性的意见。
类似于非常多安卓系统的发烧友...可是发烧友对于不论什么软件而言。都是非常少的。能够说是可遇而不可求。
第二层次:普通用户
普通用户就是使用系统的普罗大众,基本上占领用户的80%以上。他们也许是打发无聊的时间。更或者是被逼使用。这类用户不会有非常深的系统背景。功能简单粗暴。他们是最乐意的。假设太专业化,那他们根本就不会用了。
第三层次:弱智型
这类就是根本就不懂你在说什么系统,除非不得已,根本就不会用系统。
在设计每一个功能时。要时常牢记用户层次。坚持针对大多数的普通用户,而不是豪言壮语要兼容全部层次。
坚持这一原则很重要,它能够让你在设计时不必瞻前顾后。抛弃不必要的功能。我们通过一些实际的需求来阐述“坚持针对普通用户”的一些原则。
1. 不要太专业
搜索是一个非常小的功能,可是因为它的普遍性以及有用性。对于用户是非常重要的。
写过SQL的都知道,筛选的要素就是 and or 还有括号的组织方式。非常多设计者为了涵盖全部的筛选逻辑,直接设计成让用户写逻辑表达式。或者使用界面来做逻辑表达式。
设计者也宣扬他们能够兼容“全部”的搜索需求。
可是最普通的用户。他们会看得懂带逻辑表达式的筛选吗?他们使用的几率是多少呢?
用户不用,这样的设计有不论什么意义吗?
我们再来看看网易是怎样设计邮箱筛选的
普通用户一看就会使用,简单粗暴。
当你想要使用高级搜索时,能够点击后面的button
2. 追求简单稳定。别掉进“大而全”的陷阱
数据导入导出是平台最主要的功能。这个功能就是有了不一定用,可是没有就一定不行。
非常纠结是不是?
非常多平台号称导出导入支持导入txt,csv,xls,pdf..... 不说每种格式的开发量。单是后期的维护成本就非常高的。
我倒是觉得仅仅要支持一个通用格式就OK了。
我不否认系统“大而全”的优点。但我觉得“简单”“稳定”。这些远远比“大而全”更吸引用户。
3. 数据不一定要改动。跳出老旧的思维
增删改查,做过软件的都知道这是基本功能!
正由于是基本功能,非常多人觉得缺一不可。
非常多时候,改动数据是最麻烦的,由于数据生成后。就会有非常多关联数据,改动时,也要考虑相关的关联数据。
正是由于这样的复杂性,如今非常多设计,就舍弃了数据的改动。
比方微博。朋友圈。一下子就简化了这样的操作。
对照企业平台,用户自己定义格式,日程,任务等,直接舍弃改动,逻辑是不是瞬间简单了?
4. 别太迷恋“用户自己定义”。这是一个深不可測的坑
传统的OA都非常喜欢让用户自己定义表单。
据说基于自己定义表单,就能够延伸出无限功能。
可是细数传统OA的自己定义表单,功能基于用户的认知,外加本身不够灵活,更因为其“自己定义”,永远不会有稳定版,最后彻底沦为一个鸡肋。
所以,如非必要。不要尝试“用户自己定义”。
如上这四点。都旨在说明:当我们在设计时,一定要坚持针对普通用户,抛弃那些不必要的功能需求,力求做到简单粗暴。
下一篇,我们将介绍软件开发中一个热词:敏捷开发。!
假设您对我的文章有兴趣。请关注我的微信公众号,谢谢。
第一层次:发烧友
发烧友愿意使用系统。而且非常了解系统。非常乐于发掘系统的隐藏功能。提出有建设性的意见。
类似于非常多安卓系统的发烧友...可是发烧友对于不论什么软件而言。都是非常少的。能够说是可遇而不可求。
第二层次:普通用户
普通用户就是使用系统的普罗大众,基本上占领用户的80%以上。他们也许是打发无聊的时间。更或者是被逼使用。这类用户不会有非常深的系统背景。功能简单粗暴。他们是最乐意的。假设太专业化,那他们根本就不会用了。
第三层次:弱智型
这类就是根本就不懂你在说什么系统,除非不得已,根本就不会用系统。
在设计每一个功能时。要时常牢记用户层次。坚持针对大多数的普通用户,而不是豪言壮语要兼容全部层次。
坚持这一原则很重要,它能够让你在设计时不必瞻前顾后。抛弃不必要的功能。我们通过一些实际的需求来阐述“坚持针对普通用户”的一些原则。
1. 不要太专业
搜索是一个非常小的功能,可是因为它的普遍性以及有用性。对于用户是非常重要的。
写过SQL的都知道,筛选的要素就是 and or 还有括号的组织方式。非常多设计者为了涵盖全部的筛选逻辑,直接设计成让用户写逻辑表达式。或者使用界面来做逻辑表达式。
设计者也宣扬他们能够兼容“全部”的搜索需求。
可是最普通的用户。他们会看得懂带逻辑表达式的筛选吗?他们使用的几率是多少呢?
用户不用,这样的设计有不论什么意义吗?
我们再来看看网易是怎样设计邮箱筛选的
普通用户一看就会使用,简单粗暴。
当你想要使用高级搜索时,能够点击后面的button
2. 追求简单稳定。别掉进“大而全”的陷阱
数据导入导出是平台最主要的功能。这个功能就是有了不一定用,可是没有就一定不行。
非常纠结是不是?
非常多平台号称导出导入支持导入txt,csv,xls,pdf..... 不说每种格式的开发量。单是后期的维护成本就非常高的。
我倒是觉得仅仅要支持一个通用格式就OK了。
我不否认系统“大而全”的优点。但我觉得“简单”“稳定”。这些远远比“大而全”更吸引用户。
3. 数据不一定要改动。跳出老旧的思维
增删改查,做过软件的都知道这是基本功能!
正由于是基本功能,非常多人觉得缺一不可。
非常多时候,改动数据是最麻烦的,由于数据生成后。就会有非常多关联数据,改动时,也要考虑相关的关联数据。
正是由于这样的复杂性,如今非常多设计,就舍弃了数据的改动。
比方微博。朋友圈。一下子就简化了这样的操作。
对照企业平台,用户自己定义格式,日程,任务等,直接舍弃改动,逻辑是不是瞬间简单了?
4. 别太迷恋“用户自己定义”。这是一个深不可測的坑
传统的OA都非常喜欢让用户自己定义表单。
据说基于自己定义表单,就能够延伸出无限功能。
可是细数传统OA的自己定义表单,功能基于用户的认知,外加本身不够灵活,更因为其“自己定义”,永远不会有稳定版,最后彻底沦为一个鸡肋。
所以,如非必要。不要尝试“用户自己定义”。
如上这四点。都旨在说明:当我们在设计时,一定要坚持针对普通用户,抛弃那些不必要的功能需求,力求做到简单粗暴。
下一篇,我们将介绍软件开发中一个热词:敏捷开发。!
假设您对我的文章有兴趣。请关注我的微信公众号,谢谢。
相关文章推荐
- 如何搭建轻量级架构-设计原则
- 怎样搭建轻量级架构-敏捷开发普及篇
- 项目架构设计总结:基于阿里云搭建的轻量级架构
- 怎样搭建轻量级架构-代码组织篇
- 怎样搭建轻量级架构
- 互联网架构设计的几个原则
- 软件的架构与设计模式之层次原则
- 软件的架构与设计模式之层次原则
- 系统架构设计原则及其他
- 软件架构设计的5步原则-2008-01-28
- DotNET企业架构应用实践-数据库表记录的唯一性设计的设计兼议主键设定原则
- 从腾讯QQgame高性能服务器集群架构看“分而治之”与“自治”等分布式架构设计原则
- 架构设计的非侵入性原则
- 走向.NET架构设计―第五章―业务层模式,原则,实践(前篇)
- 系统架构师-基础到企业应用架构-系统设计规范与原则[上篇]
- 系统架构师-基础到企业应用架构-系统设计规范与原则[上篇]
- 用微软.NET架构企业解决方案 学习笔记(三)设计原则
- 系统调优之系统架构的搭建--数据库字段设计时的要领
- 系统架构设计的原则和实践指南(栾跃)
- 怎样做好软件的架构设计