ProtoPie中文教程：从需求到可评审原型。本文用一个可复用任务说明步骤、边界和验收方法；功能与套餐以ProtoPie官方资料为准。
1. 任务定义
先明确用户、页面、状态和交付物，再开始操作。一个好任务应能在十分钟内说明完成标准，并能在桌面与手机上复核。
2. 操作步骤
先写出一个可观察的任务，例如“用户在手机上切换播放列表并看到反馈”，不要一上来堆叠动画。
在 Pixso 中确定页面、组件、状态和命名，再把关键流程整理成 ProtoPie 的场景清单。
先做点击与状态变化，再加入拖拽、滚动、延迟和传感器；每次只验证一种变量。
在真实设备上复测触控区域、横竖屏、系统权限和异常路径，并记录视频与问题编号。
3. 检查清单
- 成功、加载、空、错误和权限不足状态齐全；
- 文字、图片、组件名称与真实项目一致；
- 键盘、触控、窄屏和性能均完成复核。
4. 与 Pixso 衔接
将页面结构、组件和决策记录放入 Pixso，附上原型链接、版本、未决问题和验收人，便于团队继续维护。
查看 Pixso UI 设计协作，再进入工作台实践。
5. 常见问题
- ProtoPie适合什么？
- 适合高保真移动端交互、硬件或设备体验验证，以及需要展示细节反馈的评审场景。
- ProtoPie能替代设计工具吗？
- 不能完全替代。建议在 Pixso 中维护视觉、组件和版本，在 ProtoPie 中验证关键交互。
- 如何避免动效过重？
- 先验证任务完成，再逐步增加动效；为低性能设备准备降级方案。
这篇ProtoPie中文教程适合第一次建立流程的产品、设计和研发成员。示例使用虚构内容，目的是说明方法，不代表任何厂商的默认配置。操作前先确认账号权限、项目空间和团队的资料分级。
为了让结果可复用，建议在开始前记录浏览器、设备尺寸、字体、素材来源、目标语言和发布环境。每个版本用日期和负责人命名，并保留能够回退的节点。
提示词或交互参数应写成可比较的版本：保留输入、修改项、预期变化和实际结果。这样评审时讨论的是证据，而不是“感觉更好”。
执行ProtoPie流程时，先完成一条最短路径，再补充复杂状态。每增加一个组件或动作，就写清触发条件、反馈、退出方式和验收人。若使用第三方素材，记录来源和授权范围。
内容质量检查包括标题层级、字段命名、按钮动词、错误文案和空状态。长标题与超长数字应在桌面及 390px、360px 视口下复测，避免出现截断、横向滚动或固定栏遮挡。
交接给开发时附上页面链接、设计稿、变量说明、交互录屏、字体与图片清单，以及尚未解决的风险。不要把演示用假数据、临时密钥或隐私信息提交到公开环境。
发布前再进行键盘操作、焦点顺序、颜色对比、图片 alt、加载性能和规范链接检查。若脚本或字体阻塞首屏，应评估延迟加载与压缩，并保留回退样式。
如果结果不符合预期，优先回到任务定义，确认是需求、内容、组件还是交互参数的问题。每次只调整一个变量，记录前后差异，便于团队复盘。
建议建立一页团队检查表：目标是否明确、路径是否可完成、状态是否覆盖、内容是否真实、权限是否正确、移动端是否可用、性能是否达标。完成后由非作者成员独立复核。
