设计中的细节

设计中的细节,第1张

页面的细节设计小结

作为一个刚入行2年的物料经理,真的觉得自己借鉴了很多地方去学习打拼。我过去做过一些例子,也犯过很多问题,所以为了更好的防止后人走我的正道,明日之战,各位新手分享一下自己在一些页面中设想的一些经验。

五个紧迫原则

在该页面中,需要遵循的五个基本原则如下:

需求和供给的假设应以实际活动的需求和供给为基础,而不是依靠销售市场和经营来进行假设。

最好每个页面都有一个可以自力更生的子功能控制模块。逻辑上不用太集中,一个功能放在几页就行了。

试想,遵守全中文的原则,开发用户使用的便利性,压低用户使用堡垒战争的成本,把用户当成“懒人”。

站在狼的角度思考,站在用户的角度做假设,教会你尊重使用你APP的用户。

思考页面中每个案例的情况,帮助开发员工定义的优势。

在接下来的两种类型的页面中列出一些测试分数,以解释本书中设想的这些实践活动的主要表现。

1。拼命收集用户数据信息的边界

1。试想用户进入页面需要思考什么?(本规则第2、3、4条)

(1)输入标识符限制较少。

(2)是否有必要在输入内容中包含一些标识符,或者是否包含一些标识符更好。(主张间接取整,会用灰色字提示,今天打字没有吐司提示)

(3)根据输入内容,得到合适的输入法(像用密文借用密文)。

(4)响应输入内容而d出的实际电脑键盘(就像输入脚体数字的输入框可以d出杂数字键盘,而不是混淆电脑键盘)

(5)如果输入内容不符合要求,提示用户。

2。想象个人兴趣的极端页面需要注意什么?(本规则第1条第3款)

现在很多app都被用户注册了,会强制用户编造一些个人疑点,比如性别、年龄、发布日期、地址、地点、活动摊位、兴趣爱好等。,以满足商业和销售市场的要求。也就是已经假设页面的相关部分要提前准备好,提供一些非功能性的需求,而不是一个人专用于造车。

除此之外,很多新手早就听出了自己想要什么,想要什么,早就挖空了脑子的一部分给用户写了。如果他们不知道经常损害实际长度的措施,用户会被你有多么华丽的自我隐私信息收集页面吓到。所以,在那种情况下,需要把隐私信息从上一页收集到的页面拆解成几个边界,才能帮助用户渡过险峻的局面,防止用户流动。也就是说其他部分的要求都已经实现了,都不会给用户带来太大的使用成本。

虽然,这几页的思路还是要遵循满文的原则,但需要注意的是,只要用户能方便地利用退磁感应,也就是说,能主动挖填道的,就不必用面击选择,能面击选择的,就不必用脚输入。把用户当成“懒”的人。

3。关键嫌疑人信息已经录入,需要注意什么?(本规则第3条第4款)

一般大家说的关键信息,是指前期用户调整成本低的数据信息,很可能会危及后期控制的数据信息。比如:稀疏码。

稀疏码的输入难度更大,就是让用户只输入一次,只秘密呈现,就是*******。(内容输入到今天的用户的第一反应是,我输入的内容是不是我想要的。我该怎么办?我们删除一个英文字母,逐步输入。如果每个人都那样没关系,但我就是那样)

所以一般人们会接受两种方式,一种是输入并呈现深色文字,正面用明暗分界线缩小来呈现文字的开与关;二是输入两次密文和稀疏码,确定终止。(确实有间接密文呈现,感觉够淡定。自我倾向:在输入秘密文本后减少打开和关闭)

4。用户输入内容不符合要求怎么办?(本规则第3条第4款)

第一步:提示用户问题

一般接到面对面攻击后,吐司的提示模式已经进入到下面的框中,间接黄色提示模式两种模式都已经进入。(自我人身猥亵:我更喜欢人间间接暗示,而不是投稿后用吐司暗示。感觉事后评判不人性化)

第二步:让用户从头开始输入

在那里,期望键能够将自己散焦到发病问题的检查结果的输入框中,而不是要求用户说出脚的运动,然后将其输入到框中。否则,如果输入内容不多,倡导可以帮助用户删除之前的内容,而不是存储问题。(注意!!!!如果输入几个字,比如详细信息,用户输入几十个字,你不用帮忙删除,用户会骂人)

2。拼命呈现用户所需数据和信息的边界

1。组件的区域战争呈现出内容少的矛盾(本规则5)

最后首先要考虑的是展现页面中每个组件的最大展现空间,也就是上限值。通过思考不同机型的兼容性测试成绩,不要整天拿一个大屏脚机当模板。以我自己为例。(当我觉得自己低落的时候,新项目就没有办法了。没人知道,知道了也不会有人来免费下载。)

在这个世界上,很少见。因为有很多高个子和矮个子借的墨水笔,聚集了很多内容,给用户造成了访问压力。所以有些内容看完要分开。后来就改成那样了。。。。。。。。

啊,世界越来越优雅了。没有更多的话堆积。看有没有好累,但是。。。。

我可以举报你的内容是否呈现吗?本来我在行为区写了三个字,XX市。但突然想酿XX省XX市XX区,细节不够。有效期已经在小屏脚机里呈现和更改了,我的天。

因此,我们必须思考每个组件需要呈现的元素有多少,才能兼容。

2。十分情况对一般情况(本规则5)

注意世界上各种形状下的指示内容,如:

在数据圈:

当当前情况下没有数据时

当当前情况下没有数据时

在圆圈中收集:

今天有收集连接。

今天没有集合连接。

应急响应圈:

数据库恢复到常规形状

数据库返回到十进制形状。

考虑页面中的所有内容,而不是只考虑一般步骤,并在紧急情况下帮助开发员工处理边际考试结果。

以上只是我这几年摸索总结的内容。它远非完美,有许多不适当的住所。希望大家一起进步。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/778955.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-03
下一篇 2022-05-03

发表评论

登录后才能评论

评论列表(0条)

保存