1. 先梳理职责，再设计界面
NeroConnect 为软件和 POS 平台及其关联商户账户提供服务。首先，列出已确认的入驻流程所需的信息。针对每一项信息，记录由谁提供、在哪里收集，以及由谁确认该步骤已完成。不要假定平台已有的信息可以转移或重复使用。
将信息提供责任与问题处理责任分开。企业负责人可能需要补充缺失的信息，而您的支持团队则负责解释该请求并跟进后续处理。商定由谁处理平台工作人员无法解决的问题，不要承诺审批结果或完成时间。
- 制作一份职责表，涵盖商户、平台运营团队、开发团队以及相关的 NeroPay 联系人。
- 针对每个步骤，记录信息提供方、问题处理负责人、完成依据和升级处理渠道。
- 在将职责表作为开发规范之前，与团队确认受支持的功能和各方职责。
2. 选择商户提供信息的方式
确定商户需要平台提供多少引导。引导更充分的体验可以在商户遇到不熟悉的要求时及时作出解释，但也意味着需要承担更多文案编写和支持职责。较轻量的体验可能更易于维护，前提是商户仍然清楚在哪里操作、在哪里寻求帮助。在选择任何一种设计之前，请先确认受支持的入驻方式。
不要仅因信息将来可能有用而收集。将每项所需信息对应到已确认的入驻需求，并清楚说明其用途。如果商户必须在其他渠道完成某个步骤，应明确说明交接安排：商户需要做什么、由谁负责下一步决策，以及如何查询进度。不要暗示数据会自动同步。
3. 展示依据，而非推测
拟定一组精简的候选显示状态，例如“需要补充信息”“已提交”和“等待确认”。这些是有待验证的设计标签，并非对 NeroConnect 状态名称的断言。明确每个标签所需的依据。商户点击提交只能证明已执行提交操作，本身并不能证明账户已可进行支付活动。
合作伙伴可以配置系统支持的面向商户的可见性设置。商定哪些信息适合展示，哪些详细信息应由负责的支持团队掌握。说明下一步操作，同时避免暴露不必要的内部细节。如果无法确认进度，应如实说明，而不是显示令人安心的完成提示。
- 记录每个显示状态所依据的已确认信息来源。
- 明确在依据缺失或不清晰时应显示的提示信息及负责的联系人。
- 检查可见性选项是否会暗示更广泛的访问权限或可绕过权限限制。
4. 测试信息缺失时的入驻流程
假设示例：一家英国 POS 软件合作伙伴正在为一位咖啡馆店主准备入驻流程。店主提交了所需的企业信息，但仍有一项必填信息不完整。平台不得将此次提交呈现为入驻已完成。拟定的提示应指出仍需补充信息，并引导店主通过已确认的途径完成该步骤。
合作伙伴的支持负责人负责跟进咖啡馆店主；店主负责补充缺失信息。技术团队检查平台是否仅显示有已确认依据支持的进度。应采用与团队商定的测试方法，不要假定某种特定测试环境或事件行为可用。
- 演练首次提交流程，并将一项已商定的必填信息留为未完成状态。
- 检查商户是否能看到明确的下一步操作，以及支持人员是否能确定问题解决负责人。
- 通过已确认的流程完成缺失步骤，然后检查显示状态何时可以变更。
- 只有在界面显示与依据一致，且交接后没有任何任务无人负责时，才记录为通过。
5. 将入驻流程与支付运营衔接
在规划入驻流程的同时规划支付参考标识、事件和对账，而不是等到入驻之后。商定平台如何将已关联的商户账户与平台自身的业务记录关联，以及运营人员将使用哪些已确认的参考标识来调查支付问题。记录系统支持的事件如何影响平台记录，不要假定会即时更新或自动同步。
下一步是共同审核职责表、拟定的提示信息和测试结果。除开发人员外，还应让负责处理商户咨询和对账的人员参与。在将商户体验纳入上线计划之前，请与 NeroPay 团队确认产品可用性、集成细节及商业条款。
重要信息
常见问题
未完成的入驻步骤应由谁负责解决？
为每个步骤指定明确的负责角色。商户可负责提供信息，平台支持团队则负责说明操作并跟进。请与团队确认升级处理职责。
提交后，我们的平台可以显示入驻已完成吗？
只有在经过确认的证据支持该消息时，才能显示。提交与完成是不同的里程碑，因此应为每种显示状态定义并验证所需的证据。
合作伙伴可以选择商户看到的内容吗？
合作伙伴可以配置受支持的商户端可见性设置。设计界面前，请先确认可用选项；可见性设置并不意味着可以不受限制地访问或绕过权限。