设计
将用户旅程映射为生命周期状态机
生命周期状态模型，展示用户或实体如何进入、转换、等待、恢复和离开旅程，并为每个可见和不可见状态定义规则。
流程
按这个顺序做。
- 确定参与者、旅程边界、开始与结束事件、生命周期实体、时间范围，以及状态图必须揭示的决策或风险。
- 枚举已发现、符合资格、待处理、活跃、等待、暂停、错误、已恢复、已放弃、已过期和已完成等真实状态，并为每个状态提供证据。
- 定义转换的触发器、守卫、超时、参与者、副作用、目的地，以及动作是否可逆或对外有后果。
- 映射界面、API、数据、作业、通知和权限状态，包括空值、加载、重复、陈旧和无法访问的情况。
- 测试边界情况、重试、取消、交接、失败和恢复，区分观察到的行为与预期设计并记录矛盾。
- 与产品、工程、支持、无障碍和运营负责人验证状态表或图，为转换规则和所有权编版本。
- 发布模型，包含进入和离开标准、证据、假设、开放问题和未解决风险，在发送通知或对外改变状态前暂停。
先准备
猫会向你要的输入。
- 参与者与旅程边界
- 进入、离开与生命周期事件
- 界面、数据、作业与权限状态
- 负责人、限制与验证案例
路由器 + 一份 playbook
先路由。只选一份。
Cat Paw 每次任务只加载一份 playbook，不合并多份。先走这个路由器；其余路径是此 workflow 可检查的候选。
- 路由器：
diagram-design-pack skills/diagram-design-pack/user-journey-lifecycle-state-map/SKILL.md
界限
界限跟着提示一起走。
- 开始前核实实际工具、账号、权限和工作区；绝不声称拥有不可用的工具、账号、来源或能力。
- 私有代码、产物、实时探测或非公开数据使用 Latch/target-workspace；如果无法访问，就在边界停止并报告阻塞，不要用猜测替代。
- 任何有后果的外部行动前先暂停并取得明确批准；返回证据、未解决风险、假设以及仍等待批准的行动。
完成代表
一个可核对的终点。
经过验证的生命周期状态图定义进入和离开状态、受保护的转换、重试、恢复、所有权、无障碍行为、证据、假设和未解决风险。
来源
这个流程从哪来。
- github.com/cathrynlavery/diagram-design/tree/dc1ace47b99a419e42d01a03cb6ace5346efa8ae/
- c4model.com/
- www.nngroup.com/articles/ten-usability-heuristics/
来源确立 workflow 的模式。如有 Reddit 或社区帖子，视为实务轶事，不是普遍事实。
