提示应在输入前而非出错后给出
别名: 前置提示 · 条件提示 · 动态约束提示 · proactive form hints
概念解释
决策时点的前置提示（decision-timed pre-input guidance）在用户选择或组织输入之前提供会改变其填写方式的格式、约束、来源和条件，而不是等校验失败才首次披露。前置不等于把所有规则永久堆在字段旁；只应呈现当前状态下做出正确输入所需的信息，其余细节可分层取得。错误消息仍负责说明实际未通过的规则、保留输入并支持恢复。
机制
如果一项可预知规则直到提交后才出现，用户会依据别处惯例或猜测生成值，再经历拒绝、重新理解与重输。规则很多时全部预先展开又会制造噪声，让决定性条件被忽略。有效提示根据字段状态、已选国家/账户类型、权限或前一步答案更新，并在相关条件生效前可见；更新时要让用户知道规则发生变化。输入中反馈可以显示已满足与未满足项，但不能用颜色、瞬时动画或验证图标独自传达。服务端才知道的占用、限额或资格结果无法真正前置，应在失败时给出具体恢复路径。
怎么研究
先把规则分类为输入前可知、随输入可知和提交后才可知，再为每类建立状态转换和错误恢复任务。比较常驻摘要、聚焦展开、条件显示与输入中反馈，测首次成功、规则理解、重输、完成时间、遗漏和求助；同时记录提示是否在需要时被发现。测试需覆盖键盘、触屏、放大、读屏、自动填充、返回编辑及客户端与服务端规则不一致。动态方案的改善可能来自更清楚措辞而非出现时点，实验应保持内容或时机之一不变以避免混淆。
边界
无需决策的自明格式不必增加提示，已由输入控件可靠限制的选择也可减少文字，但限制仍要可感知。密码、安全答案等字段不应暴露会削弱安全的内部规则，只展示用户完成任务所需且安全可披露的约束。规则依赖外部实时状态时，不能承诺输入一定通过；应区分格式已满足与服务端尚未验证。提示不能替代错误消息，因为用户可能遗漏提示、状态可能变化，或提交时发现新的冲突。
怎么落地
- 建立规则清单并标注可知时点、触发条件、风险、来源、规则/提示版本与恢复动作；能同源生成时让客户端提示和校验从服务端权威规则生成，并用契约测试监测两端漂移。输入前可知的决策条件在首次输入前可见，输入中条件持续反馈，服务端条件失败后立即解释。
- 只显示当前选择下有效且会改变输入的规则。条件变化时同步更新提示并重新验证受影响值，以程序状态向辅助技术宣布更新；默认保留原输入，不因规则变化静默清空。
- 让提示持续可取并与字段程序关联；不用 placeholder、hover、颜色或短暂 toast 作为唯一载体。多条规则采用摘要加可展开清单，同时保持关键项可见。
- 错误后保留有效输入、标出具体未满足条件并把焦点带到可修复位置。服务端是最终权威；版本未知或不一致时保留输入、标记待复验并给出可恢复说明，不承诺已经通过。用条件切换、离线、超时、规则版本变化和重复提交演练首次填写与恢复。