BRIEFmd
可以先理解为:用长期纲领定义网站方向
BRIEFmd 像项目的北极星。它不写每个按钮怎么做,而是回答“这个东西到底为什么存在、为谁存在、哪些诱惑不能碰”。后面每次开发跑偏,都可以回到它重新校准。
关键结构图
一条项目航线从起点到目标,BRIEFmd 像指南针标出用户、价值和不做事项。
What
BRIEFmd 是把项目长期方向、用户、价值和边界写成一份可反复对齐的纲领文档。
BRIEFmd 是一种项目长期纲领文档,用于定义产品使命、目标用户、核心价值、边界和语气。它帮助后续 PRD、设计、内容和技术实现判断是否偏航。它的边界是方向和原则,不是详细需求表,也不是技术方案。
StructureBRIEFmd = 项目身份 + 服务对象 + 核心价值 + 不做什么
When
当一个项目从想法进入真实建设,或者多轮 AI 协作开始出现方向漂移时,需要 BRIEFmd 作为稳定入口。
How
用简短段落写清楚项目一句话、用户是谁、解决什么问题、长期要成为和不会成为什么。每个边界都要能用于拒绝某类需求。
Examples
一个知识产品在 BRIEFmd 里写明“数据主权优先”,后续就不会轻易把运行时依赖交给外部 SaaS。
一个工具项目写明不是社区平台,后续评论、关注和社交 feed 就不会自动进入范围。
来源
类型:产品实践 / 项目文档
事实线:产品和网站项目常需要用 brief、one-pager 或 project charter 固定方向,避免后续需求、设计和实现互相漂移。
依据:产品 brief、项目 charter、spec-driven development 实践。
边界:适合项目启动和长期方向管理;具体功能仍应进入 PRD 或 phase plan。
常见误读:不要把 BRIEFmd 写成营销口号。它要能帮助团队决定做什么和不做什么。