01 · 产品关系
一条规则，连接创作者与粉丝。
PlayBook 希望让创作者与粉丝的关系在不同内容平台之间保持连续。产品探索通过任务、可收集物品和合成规则，让粉丝表达参与与支持。它需要作为原有内容渠道的补充，帮助用户回到创作者的内容。
我负责 Studio 的 UX 与 UI，以及 App 的 UX 流程和交互状态；App 的视觉 UI 由另一位设计师完成。两端的核心挑战相同：一项自由配置的规则，到了使用时必须能被理解。
配置
创作者组织活动、任务、物品与合成规则。
参与
粉丝在创作者社区中找到任务并获得物品。
表达联系
通过收集、使用与展示物品，体现与创作者的关系。
02 · Studio
编辑规则时，就能看见它如何运作。
规则编辑器把必需输入、可选输入、条件分支与输出放在同一张画布上。以原稿中的配方为例，手柄与电池是必需材料，增压器是可选材料；是否选择它，决定输出属性如何计算。
这种结构让创作者能追踪输入与结果的关系。代价是画布复杂度：自由度越高，越需要验证首次使用者能否找到入口、解释自己建立的规则，以及修正错误。
选一个步骤，画面会移到原始界面的对应区域。
界面来自 PlayBook Studio 原稿（UX 与 UI 均为我的工作）。导览只移动视角并加注释，没有改变界面内容；这是确定性的规则编辑，不是 AI 工作流。
03 · App
让粉丝先理解代价，再确认合成。
我早期尝试过更游戏化的“熔炉”交互。产品讨论之后，我把方向调整为更直接的配方浏览：查看要求、判断材料是否足够、确认消耗与可能获得的结果。
材料不足、条件满足和确认合成是三个不同状态。即使提供快速合成，也需要让用户在承诺之前看清楚会失去什么、得到什么。
合成前，先看清代价
这是 PlayBook App 合成流程的三个原始状态。点击界面上的真实按钮往下走；灰色按钮在原稿中不可用，这里也不可用。
三项输入是灰色的——背包里数量不够。Craft 按钮保持不可用，而不是点了之后再报错。
试试点灰色的输入或 Craft，再用左侧步骤切到“材料齐全”。
界面来自 2023–24 PlayBook App 原稿：交互流程与状态为我的 UX，视觉 UI 由另一位设计师完成。热点为作品集添加，未新增任何状态。
04 · 上下文与发现
社区上下文保持一致，发现入口允许跨越。
首页、物品与任务都需要回答“这是哪位创作者的社区”。我把创作者切换视为共享上下文，让相关内容保持一致。
我最初倾向于把搜索限制在单个创作者内。2023 年 10 月的产品评审明确了创作者联动的重要性，我们随后转向独立的全局搜索入口，覆盖创作者、物品、配方与用户。日常任务保留上下文，发现则可以跨社区。
一致的上下文帮助用户定位；过于严格的边界，也可能阻碍产品需要的连接。
05 · 反馈与协作
小进度，不需要每次都打断用户。
在评审中，我提出日常小任务与重大成就不应使用同等强度的反馈。频繁全屏弹窗会打断内容体验；较轻的反馈可以承接日常进展，重要奖励则保留明确的领取动作。
这些取舍通过页面、状态与交互演示进入产品讨论，也被用于团队对外的产品与投资沟通。设计的作用，是把抽象规则变成团队可以共同检视的行为。
06 · 交付与反思
团队可以讨论行为，而不只是页面。
交付覆盖 Studio UX/UI、App UX 流程与状态，以及演示原型。团队变动中断了进一步优化，项目没有完成全面开发交付；因此这里呈现设计与原型成果。
下一步，我会围绕一条配方做两端测试：创作者能否解释刚建立的规则，粉丝能否在确认前预测成本与结果。成功标准应是理解、完成与错误恢复，而不是页面数量。
原稿: Figma 项目文件 ↗ · 访问遵循原文件的分享权限。