当「快缩短网址」在深夜悄然上线，suo.run 的每一次跳转都像一束微光，指引用户抵达目的地。然而，再轻盈的代码，也需一张精确的航海图——原型图与需求文档，正是那张图。它们不仅是产品经理的母语，更是整个团队的组织记忆。倘若记忆残缺，项目便会在暗礁间反复触礁；新人接手，也只能在迷雾中重新测绘。以下，是我在七年产品生涯里，为「快缩短网址」沉淀的一套「航海日志」规范，愿与君共享。

一、让原型图与需求文档开口说话
1. 结构：一页一世界
• 封面：版本号、作者、更新日期、关联需求池 ID。
• 导航：用「章节+锚点」替代传统目录，点击即可瞬移至关键页面。
• 场景：每页顶部用 15 字以内的「用户故事」概括，例如「访客首次访问 suo.run，需在 3 秒内完成缩短」。
• 交互：Axure 动态面板旁，附一行「触发-反馈」说明，如「点击『缩短』→ 出现 0.3s 缩放动效」。
• 数据：接口字段、埋点事件、异常码，用折叠面板收纳，避免视觉噪音。
• 版本：右侧悬浮「时光机」，可回溯任意历史版本，差异高高亮。

2. 标注：让像素开口
• 颜色：主色 #0066FF、辅色 #F5F7FA，色板锁死，防止视觉漂移。
• 字体：PingFang SC Regular 14 px，行高 1.6，确保跨端一致。
• 间距：8 点栅格，所有元素贴栅格，减少前端换算。
• 动效：统一 200 ms ease-out，动效库命名为「SuoMotion」。



二、让资产流动，而非沉睡
1. 仓库：SVN + Axure Team
• 目录：/trunk/suo.run/PRD/YYYYMMDD/
• 权限：产品组 rw，设计组 r，研发组 r，运营组 r。
• Hook：每次 commit 触发飞书群机器人，推送变更摘要。

2. 流程：三步闭环
• 新建：需求评审通过后，产品经理在 /backlog 创建空目录，命名规则「需求编号_一句话描述」。
• 迭代：每日 18:00 自动打包当日更新，生成 diff 报告，邮件抄送全员。
• 归档：上线 7 天后，目录迁移至 /archive，打 tag「release-vX.Y.Z」。

3. 协同：Axure Share 与本地 SVN 双轨
• 日常：Axure Share 供远程评审，实时批注。
• 发布：SVN 作为唯一可信源，确保版本可追溯。

三、让规范成为肌肉记忆
1. 新人 Onboarding：30 分钟读完《suo.run 航海日志手册》，完成 5 道闯关题，即可在 Confluence 点亮「航海者」徽章。
2. 每月「灯塔日」：团队轮流分享一次踩坑实录，更新规范。
3. 每季度「断舍离」：删除 90 天未引用的废弃文件，仓库瘦身。

当规范成为呼吸，「快缩短网址」的每一次迭代都将如海浪般有序。愿 suo.run 的每一次跳转，背后都有一张永不迷航的图。