文档【免费下载链接】OB_TemplateOB_Templates is a Obsidian reference for note templates focused on new users of the application using only core plugins.项目地址https://gitcode.com/gh_mirrors/ob/OB_Template点击查看免费下载导读本文围绕 OB_Template 开源仓库中的 0A_3_4_ProjectProposal.md 模板系统讲解如何用纯 Obsidian 核心插件搭建一份结构完整的项目提案Project Proposal从 YAML Frontmatter 元数据、立项信息、范围与商业案例到时间/质量/预算/范围四大约束、交付物与收益、风险登记表。读完本文你将掌握该模板的字段语义、与仓库内 Project / Project_V2 / ActionPlan 模板的协同用法以及把它接入个人 Vault 并落地实际项目立项的完整流程。模板定位OB_Template 项目体系中的立项入口OB_Template 是一个面向 Obsidian 新用户的模板参考仓库核心规则是所有模板只使用 Obsidian 核心插件详见 README.md。在 0A_Index.md 的 3️⃣ - Projects 分组中项目相关模板共有四个形成一条从立项到执行、再到状态跟踪的完整链路0A_3_1_Project.md项目基础模板描述、信息、目标、任务、资源、日志0A_3_2_ActionPlan.md行动方案模板用于拆分单个任务0A_3_3_Project_V2.md项目模板 V2在基础版之上增加了对外发布渠道Reddit、Discord、Forum、Website 等0A_3_4_ProjectProposal.md项目提案模板处于整条链路的最前端——在项目正式立项之前先回答为什么做、做什么、不做什么、限制是什么、风险是什么。也就是说一份项目提案是项目的准入文件只有提案通过审批后才进入 Project / Project_V2 的日常管理与 ActionPlan 的任务拆分。这种提案 → 立项 → 行动的三层结构是 OB_Template 对项目管理流程的模板化表达。YAML Frontmatter 配置解析0A_3_4_ProjectProposal.md文件头部是标准的 Obsidian YAML Frontmatter源码第 1-6 行--- created: [{{date: DD-MM-YYYY}} {{time}}] aliases: [Project: ] tags: - Project/ ---三个字段的含义与使用要点如下字段值作用与说明created[{{date: DD-MM-YYYY}} {{time}}]自动插入创建日期日-月-年格式与时间。这是 Obsidian核心模板插件的占位符语法启用 Templates 插件后会自动渲染{{date: DD-MM-YYYY}}中的DD-MM-YYYY是格式化指令可改为YYYY-MM-DD等任意 Moment.js 格式aliases[Project: ]定义笔记别名方便通过链接与搜索快速定位。实际使用时建议补全为项目名例如[Project: 官网改版]tags- Project/标签用于归类和后续检索。仓库所有模板的 tags 都是示例值可增删README 的 FAQ 也明确说明这一点注意created的值使用了数组写法[...]而仓库中部分模板如 0A_1_1_DailyLog.md 使用字符串写法created: [{{date}} {{time}}]实际也是数组而 0A_14_3_DailyTracker.md 是created: {{date}} at {{time}}字符串。两种写法 Obsidian 都兼容但保持一致更利于 Dataview 等工具查询README 提到 Dataview 虽非核心插件但已成为多数用户的必备插件。Project/标签的分层命名大类/小类与仓库的整体编号体系一致README 的 File Structure 说明文件夹以0A_开头表示根笔记体系下的第一个主分支文件编号0A_3_4表示第 3 大类Project下的第 4 个文件模板内标签沿用这一分层思想。Project Data立项核心元数据模板正文第一节 - Project Data第 8-14 行用 5 个编号条目锁定提案的基本盘Project Name项目名称提案的唯一标识建议同时填入 Frontmatter 的aliases方便全局搜索与[[链接]]引用Project Sponsor项目发起人/出资人立项的决策方是批准与资源投入的责任人Project Manager项目经理立项后的执行负责人在后续 Project 模板 中不重复记录因此提案是 PM 信息的唯一来源Date of Approval批准日期记录审批通过的时间节点用于锚定项目时间线起点Last Revision Date最后修订日期追踪提案自身的版本演进配合 Obsidian 的版本快照或文件历史使用。从仓库源码结构看这一节是提案模板独有而 Project 模板没有的部分——Project 模板通过Created::、Deadline::、Completed::等属性管理项目生命周期但发起人、批准日期、修订日期这类立项审批语义被完整保留在提案中两者职责互补。Project Information描述、范围与商业案例第二节 Project Information第 18-25 行包含三个子节回答项目是什么、边界在哪、为什么值得做1️⃣ Project Description项目描述Give background to the project and state the projects purpose.给出项目背景并陈述项目目的。注意这与 Project 模板 的Project Description有所分工提案侧更强调背景与目的Why立项后 Project 笔记则进一步承接目标分级0A_3_1_Project.md 中的 Ideal result / Acceptable result与任务清单。2️⃣ Scope范围State what is in scope and also what is out of scope.明确范围内与范围外的内容。双列表格式in scope / out of scope比单一任务清单更能控制范围蔓延scope creep这也与第 4 节 Constraints 中的Scope 是否灵活形成呼应。3️⃣ Business Case商业案例Outline the justification for starting the project, including: financials and time scales if applicable.列出启动项目的理由适用时包含财务数据financials与时间尺度time scales。这是给 Sponsor 决策的价值论证用事实数据回答投入产出是否成立是提案能否通过审批的关键段落。Constraints四大约束维度第三节⚠ Constraints第 28-37 行是项目管理的核心约束三角的模板化表达共四个子节Time描述存在的任何截止期限deadline。可同时联动 Project 模板 的Deadline::与Completion date expected::属性保持单一事实来源Quality描述存在的任何质量标准。例如验收标准、交付质量门槛、测试通过率等Budget描述存在的任何预算约束。与 Business Case 中的财务数据互相印证Scope直接以提问形式范围是否灵活Is the scope flexible?给出——这是模板少有的问题式占位目的是引导填写者主动判断在时间或预算受限时范围能否被裁剪。这四者构成经典的范围-时间-成本-质量约束模型任何一方的调整都会牵动其余三方提案阶段就把约束写清楚能显著降低执行阶段的风险。Deliverables and Benefits交付物与收益第四节 Deliverables and Benefits第 40-45 行包含两个子节1️⃣ Project Deliverables项目交付物Outline what deliverables are to be produced by the project.列出项目要产出的交付物清单。交付物应是可验证的产物文档、代码、产品、报告等而非笼统的目标描述。建议逐条写成可勾选的检查项立项后映射到 Project 模板 的✅ Tasks区块。2️⃣ Benefits收益Describe the benefits from the project.描述项目带来的收益。收益可以是定量的收入增长、成本节约、时间节省或定性的品牌、能力、知识积累与 Business Case 中的 justification 互为表里Business Case 论证为什么现在做Benefits 明确做完得到什么。Risks风险登记第五节❗❗ Risks第 49-50 行Describe any known risks or possible risks here.在此描述任何已知风险或可能风险。虽然模板没有给出风险概率/影响/应对的结构化表格但从仓库整体风格看如 0A_5_1_DecisionMaking.md 用 Markdown 表格做 Pros/Cons 量化计算、0A_16_1_Stocks.md 用表格做价格跟踪可以推断升级为风险登记表是自然的扩展方式例如风险描述概率影响应对措施责任人关键技术方案不可行中高立项前完成 PoC 验证PM与仓库项目模板的协同工作流在 OB_Template 中0A_3_4_ProjectProposal不是孤立文件而是与其余项目模板形成完整闭环提案阶段使用 0A_3_4_ProjectProposal.md 完成立项论证输出 Scope、Constraints、Deliverables、Risks立项阶段审批通过后基于 0A_3_1_Project.md 建立项目主页将提案中的交付物迁移为 Tasks用Deadline::、Completed::等属性跟踪状态若项目需要对外发布可选用 0A_3_3_Project_V2.md额外包含 Reddit、Discord、Forum、Website、Twitter、Instagram、Facebook、GitHub 等发布渠道字段执行阶段用 0A_3_2_ActionPlan.md 为每个任务建立行动方案Description Action to perform用 0A_2_1_List.md 的 URGENT / IMPORTANT 分级清单管理每日待办汇总阶段用 0A_99_Index.md 的索引模板## 1️⃣ - Theme1 文件链接 简介为提案、项目主页、行动方案建立导航目录类似 0A_Index.md 对全部模板的聚合方式。这套流程的每个环节都只依赖 Obsidian 核心功能模板插件{{date}}自动插入、Markdown 表格Constraints/Deliverables 结构化、双链[[...]]模板间关联、标签Project/ 归类、任务列表- [ ] 勾选。实战把提案模板接入你的 Vault安装方式OB_Template 不是 Vault 模板而是一个模板文件夹README 的 Usage 给出了两种最简接入方式整体下载下载仓库解压后将0A_Templates文件夹或仅0A_3_4_ProjectProposal.md放入你的 Vault单文件复制打开 0A_3_4_ProjectProposal.md查看原始内容raw mode将全文复制到 Vault 内的一个.md文件中。启用与导入按 README FAQ 的说明使用模板的前提是启用 Obsidian 原生 Templates 核心插件并完成配置打开 Obsidian → Settings → Core plugins启用Templates在 Templates 插件的设置中将 Template folder location 指向你存放模板的文件夹如0A_Templates新建笔记时通过命令面板Ctrl/Cmd P执行Templates: Insert template选择0A_3_4_ProjectProposal即可。导入后{{date: DD-MM-YYYY}} {{time}}会自动渲染为当前日期时间无需手动填写。若你希望日期格式改为 ISO 标准YYYY-MM-DD直接修改模板中的占位符即可。一份可复制的完整提案示例将下述内容另存为一个新笔记建议命名为0A_3_5_ProjectProposal-项目名以贴合仓库命名习惯即可获得一份填写完毕的提案--- created: [{{date: DD-MM-YYYY}} {{time}}] aliases: [Project: 官网改版] tags: - Project/ --- # - Project Data --- 1. Project Name: 官网改版 2. Project Sponsor: 市场部总监 3. Project Manager: 张三 4. Date of Approval: 15-10-2026 5. Last Revision Date: 14-10-2026 --- # Project Information ## 1️⃣ - Project Description - 背景现有官网结构混乱、转化率低无法支撑新品发布。 - 目的重构信息架构与视觉体系提升品牌形象与线索转化。 ## 2️⃣ - Scope - 范围内信息架构重构、页面设计、前端开发、上线迁移。 - 范围外后端系统重构、多语言支持、SEO 外包服务。 ## 3️⃣ - Business Case - 预期提升月度线索量 30%三个月内完成预算 20 万元。 --- # ⚠ Constraints ## 1️⃣ - Time - 必须在 2027-01-31 前上线配合春季营销节点。 ## 2️⃣ - Quality - 移动端 Lighthouse 性能评分 ≥ 90所有页面通过无障碍检查。 ## 3️⃣ - Budget - 总预算 20 万元其中设计外包 8 万、开发 10 万、预留 2 万。 ## 4️⃣ - Scope - 范围不灵活首期功能已锁定仅允许在二期扩展。 --- # - Deliverables and Benefits ## 1️⃣ - Project Deliverables - 新版信息架构文档 - 高保真设计稿与设计系统 - 上线后的官网站点含迁移报告 ## 2️⃣ - Benefits - 提升品牌专业度线索转化率提升 30%为后续营销活动奠定基础。 --- # ❗❗ - Risks - 外包团队交付延期导致错过营销节点。 - 迁移过程导致 SEO 排名短期波动。 - 旧站内容在新架构下出现信息丢失。填写与扩展建议命名与索引提案通过后用[[0A_3_5_ProjectProposal-官网改版]]在 Project 模板 的 Resources 区块中反向链接提案保证审批依据可追溯同时把提案链接加入你的索引笔记复用 0A_99_Index.md 的文件链接 简介结构表格化升级Risks 区块可按上文示例扩展为带概率/影响/应对的表格Deliverables 可用- [ ]清单化便于立项后直接迁移为任务标签自定义模板中的Project/只是示例可按实际体系改为Project/Proposal或立项/2026Obsidian 的嵌套标签A/B天然支持多级归类团队协作若使用同步Sync或共享 Vault可将 Approved 状态写入 Frontmatter如status: approved配合 Project 模板 的Completed::、Hibernating::等属性形成完整生命周期视图。结语0A_3_4_ProjectProposal是一个小而完整的项目立项骨架YAML 元数据保证机器可读与可检索五个核心板块覆盖立项所需的信息、约束、交付与风险且全程只用 Obsidian 核心插件即可运转。把它与仓库内的 Project、Project_V2、ActionPlan 模板串联使用就能在 Vault 中搭出一套从提案审批到任务执行、再到索引汇总的轻量项目管理体系。模板的价值不在于完美而在于提供一个可随意增删、按自己工作流裁剪的出发点——这正是 OB_Template 整个仓库的设计宗旨。赞分享文档【免费下载链接】OB_TemplateOB_Templates is a Obsidian reference for note templates focused on new users of the application using only core plugins.项目地址https://gitcode.com/gh_mirrors/ob/OB_Template点击查看免费下载相关推荐OB_Template 项目模板 V2 实战用 Obsidian 核心插件管理项目全生命周期与发布流程OB_Template 项目模板 V2 实战用 Obsidian 核心插件管理项目全生命周期与发布流程 本篇指南围绕 OB_Template 仓库中的 0A_文档使用 OB_Template 项目模板在 Obsidian 中落地项目管理字段逐项解析与核心插件配置实战使用 OB_Template 项目模板在 Obsidian 中落地项目管理字段逐项解析与核心插件配置实战 本篇指南围绕 OB_Template 仓库中的 项目文档OB_Template 实战仅用核心插件在 Obsidian 中构建标准化会议记录模板OB_Template 实战仅用核心插件在 Obsidian 中构建标准化会议记录模板 本文以 OB_Template 仓库中的 Meeting 模板为核心文档上一篇网页资源嗅探工具实战手册用猫抓Cat-Catch把网页视频与m3u8流媒体轻松拿下下一篇如何实现Jellyfin插件自动化版本管理与兼容性检查完整指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考