企业官网的咨询按钮可以很清楚，需求表单也能正常提交，但客户接下来经历的事情，往往超出了页面范围：消息进入谁的邮箱，销售收到哪些信息，技术人员何时介入，客户又会在哪个渠道得到回复？
如果各部门只描述自己的那一步，团队容易以为整个服务已经连通。《通用设计方法》介绍的商业折纸（Business Origami），让大家用纸折人物、建筑、工具等立体符号，在桌面上模拟角色、渠道和系统之间的互动。它适合把一条跨渠道服务摆出来，让参与者边移动模型，边解释真实或预期的交接。
把“表单提交之后”搬到桌面上
下面采用一个假设情境：一家为企业提供设备维护服务的公司准备改版官网。客户可以在线提交问题，也可以打电话。销售负责初步联系，技术人员判断服务范围，合作网点可能承担现场检查。
团队最初认为问题是表单“不够专业”，于是准备增加设备型号、故障照片、维修记录等字段。可在纸质模型上走一遍后，讨论可能转向另一件事：这些信息由谁接收？电话中补充的资料会不会传给技术人员？客户提交后是否知道下一步？
商业折纸的重点是这种共同探索。纸模型让抽象的“系统”和“协作”变成大家能指着讨论的对象。它并不要求参加者擅长折纸，也不是把商业计划填进几个格子；简单、能认出来、容易移动的立体纸符号已经足够。
模型里需要摆什么
先选一条具体服务情境，再决定符号。不要试图把公司全部部门和技术架构一次摆满桌面。对于上述假设项目，可以准备这些对象：
| 对象类型 | 纸质符号示例 | 需要问清的关系 |
|---|---|---|
| 人与组织 | 客户、销售、技术人员、合作网点 | 谁提出请求，谁判断，谁负责回应？ |
| 地点与环境 | 客户现场、办公室、服务网点 | 哪些动作必须在特定地点完成？ |
| 渠道与工具 | 官网、电话、邮箱、客户管理系统 | 信息从哪里进入，存放在哪里，谁能看到？ |
| 交换内容 | 空白资料卡代表需求、照片、报价或状态通知 | 交接了什么，对接收者有什么作用，还缺什么？ |
用线条或可移动纸条表示互动，但要说明每条线的含义。“客户把需求发给企业”和“企业给客户确认消息”是两个不同方向，不能只画一条连接就算完成。
价值交换也不限于资金。客户可能得到问题已被接收的确认，技术人员可能得到足以判断服务范围的资料，销售可能得到可沟通的处理状态。讨论这些具体作用，比在所有连线上都写“提供价值”更有用。
从一次现有服务开始演，而不是直接演理想方案
可以邀请熟悉不同环节的人围桌参与。书中强调让不同领域的参与者交流；对于一个小项目，关键是覆盖相关视角，并让每个人有机会纠正模型，而不只是让负责人宣布流程。
第一步：选定起点和终点
例如，“客户在官网提交设备维护需求，到收到是否受理及下一步安排”。暂时不展开后续维修结算。把设备类型、客户身份、涉及地区等条件写下来，因为这些条件会改变服务过程。
准备材料时，只带入已获授权、去除个人信息的记录。涉及现有客户或员工时，也要先约定拍照、记录和使用范围。纸模型里需要的是服务关系，不需要暴露联系方式或商业敏感细节。
成功标志： 团队能讲清这次要演哪一个具体故事，并知道哪些情况暂时不在范围内。
第二步：建立符号规则，摆出当前对象
用不同造型区分人、组织、工具与地点，给每个符号添加便于识别的名称。把目前涉及的对象放上桌，允许参与者补充缺失的角色，例如负责转发邮件的人。
先不要用位置高低表达职位重要性。桌面位置主要帮助讲清关系，同一对象也可以随着故事推进移动。符号含义和摆放规则应让所有人理解一致。
成功标志： 没参加准备的人也能认出主要角色和工具，不会把同一符号理解成不同对象。
第三步：让一份需求沿模型走一遍
由一名参与者讲述客户动作，另一名移动代表需求的卡片。从提交开始，逐步问：“现在谁拿到这份信息？通过什么渠道？接收者据此做什么？客户此时看到了什么？”
其他参与者随时补充遗漏或纠正假设。例如，表单可能只是发出邮件，尚未进入客户管理系统；电话说明可能停留在销售个人记录里。若没有人能确认，把该处标为待核实，先不替系统补上一条理想连接。
成功标志： 每一次重要交接都能说出发送者、接收者、内容和渠道，未知环节也有明确记录。
第四步：沿不同角色再走一遍
先从客户视角看：有没有得到确认，不清楚时向谁追问？再从销售和技术人员视角看：有没有足够资料，判断结果怎样传回，责任在什么时候转移？必要时演一个异常情况，例如客户漏填型号，或当前地区没有服务网点。
这里要记录参与者为什么移动符号、为什么认为某一步难以完成。最终摆出的模型很有用，过程中的解释同样重要；只保留一张俯拍照片，会丢掉很多理解。
成功标志： 团队发现了能够描述的交接问题，而不只是泛泛地说“需要加强协作”。
第五步：只改动一个候选环节，再演新方案
例如，增加提交确认页，说明已收到什么资料、下一步如何联系；或者明确初步接收责任，并让补充资料进入共同记录。移动纸符号、换连接，观察新方案是否又增加了工作量或依赖。
每个动作要有现实依据。确认页上的响应承诺必须与实际能力一致；系统间自动同步若尚未实现，应该标为待评估，不能把纸上的线当成已存在的技术功能。
成功标志： 新方案能指出改变了哪个交接、谁负责实施，以及上线前还需要核实什么。
模拟暴露的问题，怎样变成可实施的改版
把发现整理成“现象、影响、依据、待验证、下一步”，再判断它属于页面内容、交互、系统连接还是组织协作。官网团队可以调整表单和确认页，但如果问题来自接收责任不清，页面视觉改版本身无法完成这个改变。
在假设情境里，“客户不知道提交后会发生什么”可以转成确认页原型测试；“技术人员缺少资料”则应先核对实际交接记录和工作要求。模型会帮助提出这些问题，不能证明它们发生的频率，更不能据此推算改版后能增加多少询盘。
可以保留当前流程和候选流程的照片，配上一段逐步讲述的记录。经过同意后录制模型走查，也有助于没有到场的人理解互动；记录的重点应包括分歧和未知信息，而不只是模型的整齐程度。
什么时候适合用，什么时候需要换方法
当服务涉及多个角色、渠道和系统，且团队对“事情怎样发生”理解不同，商业折纸尤其适合项目早期讨论。它也可以用于已有官网改版前，厘清页面之外的配合条件。
如果只需要判断移动端按钮是否好找，直接让用户完成页面任务会更合适。纸模型不测网页可用性、系统性能或真实处理时长，也不能替代客户访谈和实际流程观察。参与者说“应该这样处理”，与记录证明“目前这样处理”，应当分开保存。
模型完成后，交付三样内容即可：带有解释的现有服务图、需要进一步核实的问题、准备推进的具体改动。拿着这三样去沟通，团队更容易把官网体验与实际服务连起来。
关于 58UI 设计工作室
58UI 设计工作室提供企业官网设计与开发、UI/UX 设计、品牌设计和响应式适配，也支持现有网站及数字产品的体验诊断与改版。可以通过 58UI 的设计与开发服务了解合作范围，或查看 官网与产品界面设计案例。
如果你正在调整咨询入口、需求表单或提交后的页面提示，欢迎 沟通网站设计与改版需求。先说清网站要帮助客户完成什么，以及企业怎样接住这一步，再决定页面需要表达什么。
相关服务
