Web表单设计的基本准则

新闻 2024-9-22编辑：深圳网站建设阅读（）标签： 表单 基本准则

深圳【zhèn】网站建设公【gōng】司 帮助企业【yè】提升网站【zhàn】形【xíng】象,彰【zhāng】显公司实【shí】力,PC+手机+微信+小程序
【模板网站的价格】国际域名+阿里1G空间+备案 一条龙服务
【定制网站的功能】SEO精准营销系统+城市分站+W3C标准
【营销网站的效果】重长尾，重优化，提权重，扩收录，提排名
【量身订制的设计】据据需求量身定制。设计到满意为止
【专【zhuān】属VIP的服务】24RX365 为您提【tí】供1对1的专【zhuān】属VIP服务

　　今天的网站设计得井【jǐng】井有条、移动【dòng】友好，并为【wéi】那些使用【yòng】自适应技术的人所访问，但许多人从未停下来认为，我们【men】在【zài】创建表单以收集【jí】用户信息时的【de】选择可【kě】能会【huì】带来问题。

　　有什么问题吗?Web表单要求一个【gè】名字和一个姓【xìng】，例【lì】如【rú】“John”和“Smith”，但不提供全名【míng】或首选名称字段给那些名【míng】字不符合这个第一+最后一【yī】种【zhǒng】模式【shì】的【de】人，这是非常【cháng】普遍【biàn】的趋势。这个名字和姓氏的约定也【yě】许能满足大多数美国【guó】人对【duì】文化和个人的期望，但是把你的听众扩大到那些【xiē】出生【shēng】在【zài】世界其他地方或在世【shì】界其他地方【fāng】有家庭背【bèi】景的人，多元文化的敏【mǐn】感性就会发挥作用。我们可以【yǐ】用【yòng】一点远见和简单的调【diào】整来容纳每【měi】一个【gè】人。

　　Screenshot of a contact form on the Starbucks website that has separate fields for First Name and Last Name

　　即使是像星【xīng】巴克这样的大【dà】型【xíng】知名公司也【yě】依【yī】赖于姓【xìng】氏【shì】约定，即使它不需要进行付款处理。

　　我们怎么到这里来的?

　　组织试图在收集到【dào】的关于访问者的信息【xī】上变得聪【cōng】明，特别是今天的个【gè】性化。我【wǒ】们希望能【néng】够说“亲爱的【de】约【yuē】翰”或“向史【shǐ】密斯家族问好”，但【dàn】这种个性化只有在考【kǎo】虑到用【yòng】户【hù】的个人喜好时才有效。麻【má】烦开始【shǐ】时，一个人【rén】可能有【yǒu】或喜欢使用【yòng】一【yī】个【gè】名字(麦当娜和碧昂斯【sī】是【shì】流【liú】行文【wén】化的例子)，并会对输入“第一”和“最后”字段的【de】要求感到沮丧。更常【cháng】见的是那些有【yǒu】三部份、四部份，甚至五部份【fèn】名字【zì】的【de】人，他们没有办法把【bǎ】这些名【míng】字塞进这【zhè】两个领域。

　　模【mó】板，现成的模块，和【hé】不【bú】成文的标【biāo】准，在其【qí】他【tā】人的设计的共性【xìng】基础上，创造了一种不考【kǎo】虑【lǜ】更广泛的倾【qīng】向，并已将这一问题传播到了整个网络【luò】。法【fǎ】律要求也会使问题复【fù】杂化，例如支付【fù】处理方【fāng】面的要【yào】求，尽管我们的联系人或牵头表格通【tōng】常没有这些要求。

　　这【zhè】是很容【róng】易鼓励的人，谁的名字不符合模式，使它适【shì】合无【wú】论如【rú】何。我经常被告知要把我的“H”如果我坚持将其包【bāo】含在我的名【míng】字中，请【qǐng】在“名”或“姓”字段中【zhōng】。这一建【jiàn】议倾向于【yú】与不允许空格或标点符号的验证【zhèng】脚本发【fā】生【shēng】冲突，这些脚本往【wǎng】往导致“亲爱的马克【kè】·H”(Dear Mark H.)或“亲爱的H·安宾【bīn】德先生”(Dear H.Anbinder)等不良体验。

　　解决办法是什么?

　　唯一真正【zhèng】的解决办法是让人们提供他们的名字。不是任意【yì】的【de】名【míng】字【zì】，而【ér】是他们的全名。

　　可靠地正确和【hé】唯一地识别一【yī】个联系人【rén】是足够的理由让人们提供他【tā】们的全部或首选的【de】名称。在家【jiā】里或【huò】办公室里，也【yě】许有一个约翰亚【yà】当斯和一个约翰昆西亚当斯【sī】，在正确的【de】邮【yóu】件【jiàn】地址将避免混淆。即使他【tā】们在收到【dào】时就能弄清楚，捐献者或活动登记【jì】人【rén】也不必与同名【míng】同事区别开【kāi】来。

　　这些例子听【tīng】起来可能不常见，但【dàn】我在康奈尔大学有【yǒu】一个系，有两个【gè】人【rén】叫约翰·帕【pà】克【kè】。告诉他们，他们【men】不能更明【míng】确地表明【míng】自【zì】己的身份，你也不会走【zǒu】得【dé】太远。这些雇员不仅想要【yào】一种与众不同的偏好，而且【qiě】需要【yào】一种是为了避免【miǎn】混乱。

　　Screenshot of a contact form on the Twitter website that has one form field for Full Name

　　Twitter网站上的联系人表单显示了如何使用全名字段。

　　简单【dān】地【dì】添加中间名【míng】称字段也不是【shì】理想【xiǎng】的解决方案，即使它【tā】不是必【bì】需的字段。它处理我，约翰【hàn】昆西亚【yà】当斯和詹姆斯厄尔琼斯，但不是【shì】埃拉玛丽娅拉【lā】尼叶【yè】利希奥康纳，谁可能知道【dào】的歌手【shǒu】洛【luò】德。

　　对于我的越南朋友【yǒu】Nguyen Ngoc Kim Khoi来说，这种方法也【yě】失【shī】败了。(没【méi】关系，阮是他的姓【xìng】，不是他的名字，所以自动的【de】“亲爱的Khoi先【xiān】生”可能显【xiǎn】得不敏感【gǎn】。)四部分的名【míng】字在越南语【yǔ】和阿拉伯【bó】语家【jiā】庭以及许多其他文化中都很常见。

　　名称字段中的字【zì】符限制通常会给我们的【de】用户【hù】带来困难，这【zhè】些【xiē】文化根【gēn】源以及那些有连【lián】字符【fú】名【míng】称的【de】用户，例如JosephAlbericTwisleton-Wykeham-Fiennes，通常被称为演【yǎn】员JosephFiennes。您的“姓表”字段【duàn】是否允许25个字符(更【gèng】不用说特殊字【zì】符)?

　　这些例子中甚【shèn】至没有一个涉【shè】及到荣誉和后缀的话题【tí】，比【bǐ】如小马丁路【lù】德金牧师，或【huò】者一位【wèi】新近获得博士学位的人，他【tā】们更喜欢使用他们辛苦【kǔ】挣来的博士【shì】学位。(你知道弗兰【lán】克辛纳【nà】特拉对那些离【lí】开【kāi】“博士【shì】”的【de】人大喊大【dà】叫吗?)在他获得【dé】了UNLV和Stevens技术【shù】学院的荣【róng】誉学【xué】位之后?)

　　得到我们需要的

　　仍然【rán】有正当的理由要求【qiú】提供一些人的名字。能【néng】够说【shuō】出【chū】“亲爱的约翰【hàn】”，或者在名字徽章【zhāng】上显着地显示与会者的名字，这是很【hěn】好【hǎo】的。HighEdWeb会议通过询问全名提供【gòng】了【le】一【yī】个很【hěn】好的示例解决方案并要求一【yī】个首【shǒu】选的名字【zì】作为【wéi】问候。此外，表单通过示例(“ex”)提供上【shàng】下文帮【bāng】助文本。爱丽丝“作【zuò】为首【shǒu】选的名字和”前【qián】。艾丽斯·D·库【kù】克(爱丽丝【sī】·D·库克【kè】全名)明确说明他们想要的【de】是什么，以及为什么。

　　Screenshot of the registration for for HighEdWeb that asks for Perferred Name and Full Name

　　HighEdWeb注册表格要【yào】求提【tí】供首选名【míng】称和全名，并显示【shì】会议徽【huī】章上将如何使用这些名【míng】称的【de】示例。

　　此外，我们的验证脚本应该【gāi】尽可能允许【xǔ】。例如，警告人【rén】们【men】不【bú】要【yào】在他【tā】们的名字中使用反【fǎn】斜杠，如果他们真的会干【gàn】扰你【nǐ】的底层数据库代码【mǎ】，但是不要拒绝撇号，否【fǒu】则你【nǐ】会拒绝斯嘉【jiā】丽·奥哈拉【lā】和M‘Lynn Eatenton，也不要否认【rèn】连字符。

　　包起来

　　好【hǎo】消【xiāo】息是，很少需要【yào】在【zài】幕后改变才能完【wán】成这项工作【zuò】。无论是将【jiāng】现有的名称数据【jù】库【kù】字段重新【xīn】定【dìng】位为一【yī】个值得【dé】捕获的首选名称，还是仅仅添加一个允许所需的个性化的额外【wài】字【zì】段，这些更改通【tōng】常都【dōu】是快速而容易的，并使【shǐ】您的用户体验更具包容性。

　　如果【guǒ】你有【yǒu】要【yào】求名字和姓的表【biǎo】格，而我们很多【duō】人都这【zhè】样做的话【huà】，我希望我已【yǐ】经给了你一些很好的理由【yóu】来做一【yī】些改变，并【bìng】给【gěi】出一些关于如何去做的好主【zhǔ】意。

　　2018年【nián】结束时，我【wǒ】们回【huí】顾一下今年最受欢迎的话题【tí】。无论【lùn】是建立一【yī】个仪【yí】表板，尝试同理心地图，还是发现一本新的UX书籍，许多UX Booth的【de】读者都用2018年来为【wéi】他们的曲目添加技【jì】能，并提升他们【men】的职【zhí】业生涯。

　　在我们开始2019年之前，先了解一下你错过了什么。

　　如何做一个不坏的仪表盘

　　仪表板是【shì】关于理解的。你的【de】组织怎么样了?你【nǐ】好吗?达【dá】到【dào】你【nǐ】的目标?有什么【me】需要你注意的吗?

　　这【zhè】不是【shì】一份【fèn】数据【jù】报告。没有电子表【biǎo】格，没有复杂的图表，也没有什【shí】么能分散人们对事情进展和做任何事情的【de】基本【běn】问【wèn】题的注【zhù】意【yì】力。它也【yě】不是商业智【zhì】能【néng】的画布。这并不是要操作数【shù】据并【bìng】将其按摩成多【duō】重的、可钻的、可深潜的视【shì】觉分【fèn】析。仪表板的交互性最【zuì】低，不是一遍【biàn】又【yòu】一遍的钻井【jǐng】系统。

　　构建更好的需求文档：为什么、谁和方式

　　这个故事并【bìng】不是独一无【wú】二的【de】，也不局限【xiàn】于【yú】企业【yè】软件系统。新的数字产品、服务和IT项【xiàng】目--从内部构【gòu】建【jiàn】的网站和移【yí】动应用【yòng】程【chéng】序到购买的内容和【hé】资产管理系统--都是失败的。为什么?在【zài】各种【zhǒng】罪【zuì】魁【kuí】祸首中【zhōng】，定义不【bú】清的需求往往【wǎng】被认为是一个主要原因。不完整、不【bú】准确或错【cuò】过(不要忘记不存在)需求增加了【le】项目未能满足【zú】预【yù】算、截【jié】止日期、性【xìng】能和用户期望的可能性【xìng】。正确地【dì】记录【lù】需求可以帮助您【nín】将项【xiàng】目设置为成功【gōng】。

　　移情映射：进入用户头脑的指南

　　移情是以人为中【zhōng】心的设【shè】计的关键部分。关于【yú】它在【zài】用【yòng】户体验工【gōng】作中的重要性的讨论层出不【bú】穷【qióng】，但【dàn】很少【shǎo】有人【rén】关注如何帮助他【tā】人【rén】实现这一【yī】目标。作为研究者，当我们【men】亲身体验【yàn】用【yòng】户的挣扎，感受到【dào】挫折，听到他们【men】的话语时，我【wǒ】们不禁感同身受。但在每个UX‘er背后都是一【yī】个团队，一个客户，或【huò】者一【yī】个公司的CEO。他们不理解用【yòng】户的需【xū】求和需求。帮助他们是【shì】我们的工作--但是怎么做【zuò】呢?试试移情图。

　　采访用户指南

　　用【yòng】户【hù】访谈只是进行【háng】用户【hù】研究的一个方面，但通常比任何其他研究【jiū】方【fāng】法都能提供更高质量的洞【dòng】察力。面【miàn】试【shì】提供了大量的定性信息--思想、情【qíng】感、挫折【shé】、轶事等等--关于某项任【rèn】务或情况，你不一定能从数据集或研究报【bào】告【gào】中收集到这些【xiē】信【xìn】息。

　　利用微交互增强用户体验设计

　　这【zhè】可【kě】能是【shì】陈词滥【làn】调，但这是真的--这些小事确实很重要。微交互是日常数字生活中【zhōng】不可或缺的一部分，它们通常不【bú】会被注【zhù】意到，直到它们被证明对网站的转【zhuǎn】化率产生了巨【jù】大的【de】影【yǐng】响【xiǎng】。

　　你的原型打错了吗?

　　我们大多数人认【rèn】为【wéi】原型是我们用【yòng】来迭代最终【zhōng】产品的【de】工具。这意味着我们添加到原型中的任何【hé】东西【xī】都必须是实用的。我们需【xū】要就它达成协议，而且它必须是我【wǒ】们可以【yǐ】在【zài】商【shāng】定的技术栈上建【jiàn】立起【qǐ】来的东西。只是没有意义的【de】原型，一些不【bú】实【shí】际【jì】或永远不会得【dé】到批准。

　　全堆栈UXers：他们是谁以及如何找到他们

　　在用【yòng】户【hù】体验社区中，人们越来越倾向于寻找那些技能超出了典型的UX设计人【rén】员【yuán】的个人【rén】。具体来说，企【qǐ】业正在【zài】寻【xún】找能【néng】够将项目【mù】从最初设【shè】计到前端开发的领导者【zhě】。

　　这些领【lǐng】导者【zhě】被【bèi】称为全堆栈UXers。但是，当谈到填补这一需求【qiú】中的职位时【shí】，对于一【yī】个完整的UXer应该带来什么样的资格或者如【rú】何【hé】找到他【tā】们，并【bìng】没有太【tài】多的明确。

• 上一章：深圳网页设计采用点缀色的作用
• 下一章：企业在网页设计制作过程中需要注意什么...