Tanka围绕产品体验目标，设计将持续推进具体方案，并与产品、研发协同完成方向判断、问题拆解与落地验证。
重点关注桌面端和网页端。借助 Codex 辅助梳理界面结构与组件规则，并快速制作可评估的前端方案。
建立灵活、一致且可扩展的框架，支持群助理、Threads 和产物查看。
统一空白态的插图、文案与信息结构。
按场景匹配加载反馈，并统一失败重试与文案。
统一多场景输入框，优化 Smart Reply 与 Flow 选择 SOP 的交互。
优化消息识别、AI 状态、链接和多媒体展示。
让折叠、展开和切换等交互更自然、更有弹性。
优化不同消息场景下的声音提醒。
重组入口层级与信息结构，优化邮件、聊天等内容的浏览方式。
持续思考如何让 Tanka 已经具备的 AI 能力，在用户准备行动的位置自然显现，而不是依赖用户主动探索。
在助理与 Flow 输入框中，结合最近使用和推荐内容，帮助用户快速选择并启动 SOP。
把“已连接的数据源”转译成“现在可以让 Kiki 执行的工作”，让用户更直接地理解连接数据之后可以做什么。
围绕 Agent 执行真实工作的过程，持续优化任务发起、过程呈现、状态反馈和结果交付。
让用户更直观、更简要地理解从计划到执行再到产物的过程，并在一个稳定的载体中持续跟进工作。
更直观、更简要地呈现 Agent 从思考到执行的过程。
优化不同类型产物的查看、切换与管理方式。
配合产品和研发，围绕日本客户的真实使用场景，完成重点需求的体验设计与落地支持。
基于产品侧收敛后的方案，协助完成日本新用户 Onboarding 关键流程的体验设计与落地。
围绕即将构建的记忆和 Agent 相关功能，更新 Tanka 在应用商店中的产品叙事与展示内容。
客户可以提出需求和问题，但不会直接给出产品答案。我们需要判断一个功能应该以什么方式进入用户的真实工作，再用最小方案在日本种子客户中验证。
围绕一个功能需求，先设计用户最需要的使用方式，再进入种子客户的真实场景验证，并根据反馈深入打磨。
由一位 PM、一位设计师、William 及日本团队和客户组成核心小组。不再逐层传递需求，而是围绕同一个用户问题直接协作，共同理解、设计、观察、验证与打磨。
进入日本市场后，需要为关键功能建立持续的用户与数据反馈机制。这不只是收集反馈，也需要产品与研发共同补齐数据基础设施，让团队能够判断功能是否被发现、使用并产生价值，再把结论带回下一轮产品决策。
把方向假设、功能设计、用户行为、反馈结果和后续决策连接起来。研发补齐埋点、数据采集与查询能力，让每次迭代都能回答：为什么做、发生了什么、下一步如何调整。
继续改进设计交付形式和产研合作方式，让设计更快进入实现、协作更加直接；减少机械性的整理与重复沟通，把设计时间重点投入到问题思考和方案创造本身，形成“发现问题—立即优化—快速推动上线”的工作节奏。