在属性面板里你会发现有个“Alt”输入框。默认情况下，该输入框是空白的。在这里录入需要的提示内容就可以了。 那么链接提示的制作就没这么简单了。因为DW中没有直接提供该功能，因此我们需要通过添加HTML代码来实现。 在中添加“Title”属性。
DW属性大全 CSS样式里包含了 W3C 规范定义的所有 CSS1 的属性,DW8 把这些属 性分为 Type (类型)、Background(背景)、Block (块)、Box(盒子)、Border (边框）等等。
与标签相关性弱，提示信息较少，概括回答方式。填写表单时占位符清空。
对标签的补充说明，文本数量需要压缩到最少。
a.输入框周围：通常右侧或标签下方，视必要程度常驻或即时提示，解释信息用途或填写规则。
b.浮窗：pc端鼠标悬浮触发（0.5s左右延时避免经过触发），不适合移动端。
错误信息需要引起注意，视觉层级较高。通常置于输入框右侧更符合阅读习惯。当数据规则条件较多或屏幕水平空间不足时可置于输入框下侧，但提示导致页面内容下移可能需要动画效果弥补。通常为避免颜色识别障碍，提示信息添加图标并提升识别效率。即时验证错误（最好在明确填写结束后）并提供可 *** 作的修改建议避免错误循环。
ps：验证应在填写结束之后。正确信息提示不阻止进程即可，鼓励接下来的 *** 作。
背景：
传统的表单一般都是标题后面跟着一个输入/选择组件，熟悉互联网或者熟悉某个业务的用户可以马上就知道要 怎么填，填什么，什么该填，什么不该填 。
但作为B端产品，B端的用户其实大部分都是普通人，对互联网的熟悉程度跟PM不在一个等级上（C端可能得另当别论，比如一些比较新潮的产品，用户对象是网上冲浪的年轻人，就需要另外考量了）
内容：
1、一些比较长的表单，用户看到是很劝退的（比如我们平时填调查问卷，如果只有5 6个可能很乐意帮忙，但如果5 60个几乎就没有人愿意填了），所以这个时候告诉用户 什么是必填的，什么是非必填的 ，目前有2种提示办法：
A、直接在输入框内加灰色的提示词语（比较整洁，但不好辨认，而且会占用其他提示信息）
B、在表单前面加个* （难对齐，比较丑，但比较明显，一眼就能看出哪些必填和哪些非必填）
PS：另外一个办法是把非必填（不重要项）的折叠起来
2、提醒用户这个输入框 需要/可以输入什么，以及有什么限制 （字数/格式等），目前有2中方式
A、直接在输入框内加灰色的提示词语（比较整洁，但用户一旦输入后提示性词汇就隐藏，不过问题不大）
B、在表单下面加个文字说明 （不规范，比较丑，而且如果是必填项会挡住输入框下面的提醒）
3、提醒只是一回事，对于一些需要输入比较多文字，且需要经过思考的内容，其实用户是比较懒的，能帮用户输入的情况下尽量帮用户输入，比如下面这个欢迎语，有些语文水平不高的用户，还得自己去想一些好听的词弄成一段文字，但如果PM在设计这个输入框的时候，就直接帮用户默认写上一些词汇，他只需要简单修改即可（再举一个例子：设计营销活动，需要用户在海报上输入活动内容、文案，可以自己先写好适用性较高的，再让用户自己去替换掉）
4、题外话：告诉用户填了之后有什么效果
有些比较特殊的信息，用户填了之后不知道用来干嘛，可以在适当的地方出一个hover提醒，告知下用户，比较直接的效果是直接出图，负责一点的就做个跳转
总结
虽然不想侮辱用户，但大部分用户都是普通人，普通人基本都是懒惰的（懒得 *** 作，懒得思考），能告诉他的尽量告诉他，能帮他做的尽量帮他们做，。虽然这是一个普通的表单，从PM的角度想 “ 表单不就是填个东西就完事了吗 ”，但实际上，用户也知道“ 填个东西就完事了 ，但填什么你tm得告诉我啊，我才懒得去思考，最好是帮我填了”（所以才有了后来的一键五杀一键杀毒之类的功能）。
所以说来说去还是要从用户的角度出发，至于什么是用户角度，能不能把自己代替进去用户这个角色，只有从日常生活中去使用别人的产品的时候才能体会到（比如我之前在用别的app填表单的时候，有些地方没提醒就把我整得挺懵逼的，这个时候就在想要是tm的能在交互上指导下我就好了）
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）