收货地址设计应分成采集地址、选择地址和校验本次配送三步。已有地址让用户直接选择,新地址提供明确字段与手动填写入口;确认时分别反馈信息是否完整、当前商品能否配送。保存到地址簿、设为默认和用于本次订单是不同动作,不能让一个成功提示掩盖它们的差别。
以团队采购文具为例,收货地点可能是办公室,也可能是仓库。可以在Pixso交互原型中把两处地址、编辑表单和结算结果连接起来,检查换地址后是否还能继续原来的订单。

先让已有地址能够被正确辨认
地址卡片应优先展示可区分地点的信息,包括收件人、必要的联系方式、地区和详细地址。办公室、仓库这样的自定义标签可以帮助辨认,但不能替代完整地址:不同地点可能被起了相同标签,实际收货时仍需要具体信息。
当前选中的地址和默认地址使用不同标记。默认表示以后新任务的优先选项,选中表示这一次订单打算使用的地址。用户临时把文具送往仓库,不一定希望所有后续订单都改去仓库。
编辑和选择也要分开。点击卡片主体可以选择地址,“编辑”入口负责修改内容;删除入口不应靠近主要选择热区,导致在结算中误删常用地址。地址较多时按用户能识别的名称和地区查找,不能只提供一串无法区分的省市缩写。
字段围绕实际收货需要来组织
本例服务中国境内配送,表单包含收件人、联系电话、所在地区和详细地址,另提供可选标签。具体地区层级和电话规则应与配送系统保持一致;不能照搬另一个国家的邮编或州字段,再要求用户想办法塞入自己的地址。
| 字段 | 说明重点 | 容易出现的问题 |
|---|---|---|
| 收件人 | 谁负责接收本次物品 | 将企业采购联系人直接当作每次收件人 |
| 联系电话 | 配送时可以联系到的号码 | 只凭长度判断能够联系,或错误限制所有号码形式 |
| 所在地区 | 与当前服务使用的地区数据对应 | 变更上级地区后保留已不适用的下级选项 |
| 详细地址 | 街道、楼栋、楼层等完成投递所需信息 | 以示例占位文字替代标签,输入后失去字段含义 |
| 地址标签 | 帮助用户区分办公室、仓库等地点 | 把标签当作完整地址展示 |
如果通过搜索、定位或历史记录辅助填写,应把结果交给用户确认。搜不到某栋楼,并不说明它不存在;定位到园区,也不等于已经知道具体楼层。GOV.UK的地址采集指南保留了查找之外的手动输入方式,这一原则可以借鉴,但其英国地址格式不能直接作为本例字段规范。
用户修改所在地区时,保留仍有价值的输入,提示哪些部分需要重新确认,不要把收件人和电话一起清空。错误提示放到对应字段,同时保持其他已填内容,让用户只修正真正有问题的部分。
地址保存成功,也可能暂时不能配送
格式校验、地址完整性和配送范围是三层判断。电话格式看起来正确,不代表能够联系;详细地址填满,不代表当前仓库或商品支持配送;服务端正在核对范围,也不应被写成地址错误。
本例仓库地址已保存,但当前采购商品暂不配送到该地点。界面应说明限制发生在这笔订单,并提供换用办公室地址、修改地址或查看可用方案的动作。不要删除这张地址卡,也不要把它永久标成无效地址。
在Pixso画布上并排呈现地址选择、仓库地址不可配送和切回办公室后三个状态。仓库卡片仍然保留,只有当前订单的使用资格发生变化;切回办公室后,订单摘要重新显示正在核对的运费与送达信息。

换地址可能影响运费、配送方式和预计送达信息。需要重新计算时,让旧值与新状态分开,避免用户以为原来的费用仍然有效。核对失败则保留选择与订单内容,提供重试,不要求用户重新录入所有字段。
保存到地址簿与用于本单分别确认
用户在结算中编辑办公室地址,可能只是临时送到另一楼层,也可能要永久修正地址簿。界面可以分别提供“用于本次订单”和“同时更新地址簿”,或者采用项目已确定的单一路径,但作用范围必须明确。
订单提交后,地址簿被修改不应让历史订单地址无声变化。历史订单应按业务规则显示当时使用的地址;是否允许修改已提交订单,需要结合处理状态另行设计。不能因为地址簿页面允许编辑,就推断已发货物品也会跟着改变目的地。
如果没有任何地址,结算页可以直接引导新增,并在保存后回到订单确认处。如果用户取消新增,则保留原商品与数量;如果新增成功但配送校验失败,也要说明两项结果,避免再次新建出一份相同地址。
把最容易中断的两条路径走完
第一条是选择仓库、发现不可配送、改回办公室;第二条是新增地址、某字段报错、修正后返回结算。两条路径都应保留购物内容,并让用户知道最终订单使用的是哪个地址。窄屏上弹出键盘后,还要检查错误字段与保存按钮是否能够到达。
地址编辑采用弹窗时,可以结合弹窗关闭与错误恢复的设计方法检查中断后的状态。进入结算之前的商品勾选和金额组成,则由购物车页面设计继续承接,不必把所有购物流程都挤进地址表单。