设计与用户体验

打造用户引导、界面与数字产品：OTOKO® 将您的需求转化为清晰一致的使用体验。

客户希望顺利办理业务，外勤团队需要在现场获取信息，业务部门则需要可靠的全局视图。

在开发之前，与业务部门或客户共同进行可点击原型测试和用户测试 采用 React、Next.js 或 Vue 构建 Web 前端，并依据 WCAG 2.2 标准实现无障碍访问 使用 React Native 或 Kotlin 与 Swift 原生开发移动应用，并负责在各应用商店发布 通过 OpenID Connect 实现登录，并依据 OWASP MASVS 标准提供会话保护和证书锁定 支持离线使用、推送通知，并按照 GDPR 要求在获得用户同意后收集遥测数据

已发布的应用和 Web 应用，均附带源代码 设计系统与无障碍访问报告 依据 OWASP MASVS 标准出具的安全评估报告

用户群体与主要任务 现有登录方式与角色模型 所需终端设备与离线使用场景

合作伙伴门户可以取代通过邮件提交的申请。合作伙伴只能查看与自己相关的业务，上传相关文件，并在流程中收到问询。内部处理使用相同的数据，但采用不同的角色和审批流程。

React Next.js Vue React Native Kotlin Swift

只有当用户能够毫无阻碍地达成目标时，门户才真正发挥作用。我们会为登录、数据录入、上传、补充问询和状态追踪设计完整的流程。异常情形也是设计方案的一部分：会话过期、材料不全或连接中断，都不应导致已录入的工作内容丢失。 可点击原型使这些流程在实施之前就能接受检验。来自业务部门和用户群体的反馈，会被纳入导航、表单和易于理解的提示信息之中。统一的组件体系，确保新增功能沿用相同的操作逻辑。

选择取决于具体的使用场景。基于浏览器的门户无需安装，访问更加便捷。渐进式 Web 应用可能足以满足某些移动场景的需求；而当涉及设备接口、后台处理或离线需求时，则需要考虑原生应用或跨平台应用。我们会基于真实设备测试所需的各项能力。 离线数据需要有关于本地存储、同步和冲突处理的规则。例如在外勤应用中，必须明确当两个人处理同一项业务时，哪一项变更优先生效。这些问题不仅影响后端和权限设置，也会影响界面设计。

键盘操作、可识别的焦点状态、易懂的错误提示和可缩放字体，都是界面开发工作的一部分。我们会与您共同确定所需的无障碍测试范围。仅凭视觉设计或自动化扫描，并不足以完整证明其无障碍性。 我们会在服务器端针对每个角色和每项业务核实访问权限。文件上传、会话和数据共享都会配备各自的保护措施。在上线阶段，我们会规划测试设备、必要时的应用商店审核、支持渠道以及面向您的用户的推广工作。

客户账户不仅仅是一个登录账号。邀请、组织变更、访问凭据丢失、代理权限以及员工离职等情况，都必须纳入权限模型。我们会明确谁有权批准新用户，以及哪些步骤需要重新确认身份。可以对接集中管理的身份系统，但对具体订单的业务决策，仍由门户负责。 对于申请流程和文件上传，我们会通盘考虑从提交到内部处理的完整路径。文件大小、允许的内容、隔离机制和审批流程，都会与清晰易懂的状态提示一同规划。上传成功并不代表文档已通过审核或被接受。草稿保存、自动保存以及在其他设备上继续操作，都需要明确的可见性规则。敏感信息不应意外出现在通知、URL 或诊断信息中。

仓库或外勤场景中使用的移动应用，不能假设网络连接始终稳定。我们会区分可读的离线数据和本地采集的变更数据，并确定它们的有效期。大量数据不会被随意复制到每台设备上。用户权限、设备存储空间以及设备丢失后的处理方式，都会纳入方案考量。 重新建立连接时，同一条数据可能已经在服务器上发生变化。“最后修改优先”这类一刀切的规则并不适用于许多业务流程。我们会定义哪些字段可以自动合并、哪些冲突需要人工决策。尚未完成的传输对用户始终可见。测试涵盖发送过程中的连接中断、多次重试、会话过期，以及采集与同步之间发生的权限变更。

门户不会只在大尺寸的开发用显示器上使用。长名称、翻译文本、放大的字体、屏幕键盘和低性能设备都会改变页面布局。因此，我们会在相关设备上、使用不同的输入方式测试完整的操作流程。错误提示会说明需要修正的内容，并引导用户到正确的位置。表单不得仅因为需要重新登录而丢失已填写的内容。 在推广阶段，我们会先面向有限的用户群体，提供可及时联系的支持，并收集真实工作流程中的反馈。对于移动应用，旧版本可能仍会保留安装；后端必须兼顾约定的过渡期。使用数据的采集应能回答具体的改进问题，例如业务在哪个环节中断。哪些数据可以采集、需要哪些信息，都会在实施前明确。

应用全景、需求、风险 业务部门、IT、信息安全、OTOKO® 软件架构师 经过评估的项目、现状盘点、安全与运维要求

架构、技术、运维模式 业务部门、架构、数据保护、信息安全 目标架构、威胁模型、测试策略、运维模式、里程碑