从商户的下一项任务入手
商户不应为了选对菜单项而必须了解您平台的支付架构。应从他们需要完成的任务，以及其关联账户已确认可用的服务入手。NeroConnect 为软件平台、POS 平台及其关联商户提供服务；合作伙伴可以配置受支持的面向商户的可见性设置。在据此开展设计之前，请先确认哪些设置适用。
在调整导航前，先梳理一份简单的服务对应表。针对每个拟议菜单项，记录其面向的用户、服务是否可用、目标页面允许商户执行哪些操作，以及由谁解答问题。在更全面的集成审查中，纳入职责归属、入驻流程、支付参考信息、事件和对账。更清晰的标签无法消除对底层任务责任归属的疑问。
- 列出拟议菜单需要支持的商户任务。
- 与团队确认服务可用情况及受支持的可见性选项。
- 为每个目标页面及其面向客户的说明指定负责人。
选择隐藏菜单项，还是保留并说明
隐藏不相关的菜单项可以减少干扰。当商户无法使用某项服务，也没有任何有意义的操作可执行时，隐藏通常是更清晰的选择。不过，菜单项在没有说明的情况下消失也可能造成困惑，尤其是商户曾在早期指南或培训中见过该菜单项时。调整菜单的同时，也应更新这些沟通材料。
如果您自己的界面支持展示说明性状态，保留菜单项可能有助于商户了解尚未完成的入驻步骤。但代价是界面会更繁杂，而且可见的标签可能被误认为是对服务可用性的承诺。请说明已知情况、仍需核查的事项，以及应联系谁。不要仅因菜单项可见，就将服务描述为已可使用。
菜单调整前后的假设示例
假设示例：一家软件合作伙伴为所有已连接的商户提供相同的“支付”菜单。菜单中有一个可用支付任务的入口，以及另一项尚未确认是否可用的服务。标题写着：“您的支付服务已就绪。”一位商户选择了第二项，却进入一个无法提供有效帮助的页面，于是联系支持团队，询问为什么这项号称已就绪的服务无法使用。
经过审查，合作伙伴使用系统支持的可见性设置，隐藏了尚未确认可用性的服务。可用任务仍使用清晰、以任务为导向的标签。在合作伙伴自己的帮助专区中，说明改为：“您的菜单显示当前向您的企业开放的支付任务。如果您原本预期看到其他服务，请联系我们的支持团队，以便我们核查该服务是否可用，以及是否还有尚未完成的开通步骤。”这既解释了变更，也没有声称被隐藏的服务已经启用或可按需提供。
改进之处并不只是菜单变短了。商户能够识别可用的任务、进入预期页面，并找到合适的咨询渠道。支持团队也有了具体的问题可供排查，而不再只是收到“支付出了问题”这类含糊的反馈。
将可见性与访问权限检查分开处理
隐藏菜单项并不等于设置了授权边界。有人可能保留了旧书签，或点击以往指引中的链接。无论用户通过何种方式到达，目标页面及其尝试执行的任何操作仍需经过适当的访问权限检查。不要将可见性变更成功视为访问控制正确的证据。
请与技术负责人分别审查这些行为。先测试导航是否符合预期的商户体验，再检查系统如何处理直接访问及操作尝试。任何拒绝访问或操作的提示都应说明下一步可采取的有效措施，而不应暗示绕过限制的方法。如果访问行为尚不明确，应先解决问题，再宣布菜单变更已完成。
- 针对具有代表性的商户账户情况检查菜单。
- 将保留链接的测试与正常菜单导航的测试分开进行。
- 确认没有将可见性变更误认为权限变更。
在扩大发布范围前检查用户是否理解
请一位不熟悉此次变更的同事，按真实的商户任务场景进行操作。可观察的成功标准是：他们能够识别可用服务、进入正确页面，并说明在缺少某项服务时该如何处理，而不会假定该服务已经启用。同时检查帮助内容和支持回复中的措辞；相互矛盾的指引会抵消清晰菜单带来的改善。
下一步应审查一个容易引起困惑的菜单分支，而不是一次性重新设计所有菜单。记录其当前标签、已确认的服务状态、拟采用的可见性设置，以及面向客户的解释。与团队就系统支持的配置达成一致，测试结果，并向支持同事提供与商户将收到的内容一致的说明。
重要信息
常见问题
隐藏服务会阻止商户访问该服务吗？
不会。可见性控制的是展示方式，而非授权。目标页面及用户尝试执行的操作仍需经过适当的访问权限检查，包括用户使用保留链接访问的情况。
是否应该隐藏所有不可用的服务？
不一定。隐藏可以减少干扰，而说明则可以阐明尚未完成的步骤。应根据商户的任务和系统支持的选项作出选择，同时避免暗示服务已经可用。
当商户反馈缺少某个菜单项时，支持人员应该询问哪些信息？
询问他们原本想完成什么任务、使用的是哪个账户，以及在哪里看到过该服务的介绍。在承诺更改菜单之前，先核实服务的可用情况和开通流程。