企业官网建设流程全解析

• 文档

导读

面对"换不换工作""要不要投入这个项目""选 A 方案还是 B 方案"这类高成本决策，凭直觉拍板容易事后后悔。本文基于 OB_Template 仓库中的 0A_5_1_DecisionMaking 决策模板，完整讲解一套可落地的决策流程：先用结构化笔记把问题、正反理由、替代方案和参考资料逐一记录，再用 0-10 加权评分表量化优缺点，最后通过"总分差必须大于 20%"的强制规则倒逼你补全分析盲区。读完本文，你将掌握如何用纯 Obsidian 核心插件搭建自己的决策评估笔记，让每次重要选择都有据可查、可回溯、可复现。

模板定位：为"评估"而生，只依赖 Obsidian 核心插件

在 OB_Template 的模板索引 0A_Index.md 中，决策模板被明确归类为：

5️⃣ - Decision Making

• [[0A_5_1_DecisionMaking]]
  • Evaluation for a decision

它属于仓库 17 类模板中的"决策评估（Evaluation）"类，专用于记录一次决策的完整评估过程。根据仓库 README.md 的项目定位，OB_Template 面向 Obsidian 新用户，所有模板只依赖 Obsidian 核心插件（core plugins）即可运行，本模板同样遵循这一原则：它的正文全部由标准 Markdown 的标题、无序列表和表格构成，不需要任何第三方插件就能记录与查看。

模板整体结构：五个区块串起一次完整决策

模板文件本体位于 0A_Templates/0A_5_DecisionMaking/0A_5_1_DecisionMaking.md，其顶层结构如下：

这五个区块构成了一条完整的决策流水线：定义 → 定性论证 → 扩展选项 → 收集证据 → 量化比较。下面逐一展开。

属性区（YAML frontmatter）：时间戳与标签约定

模板开头的 frontmatter 与其他模板保持一致（可对比 0A_1_1_DailyLog 日志模板、0A_3_2_ActionPlan 行动方案模板 的写法）：

--- created: ["{{date}} {{time}}"] tags: - Evaluation/ ---

• created：使用 Obsidian 模板引擎占位符{{date}} {{time}}，在插入模板时自动填入当天日期与时间，为决策笔记留下可回溯的时间戳。Obsidian 原生模板功能（Templates core plugin）会自动解析这类占位符。
• tags：默认打上Evaluation/分类标签，方便用tag:Evaluation语法在搜索与筛选视图中聚合所有决策记录。README 的 FAQ 明确指出"模板中的 Tags 都只是示例，可以按需增删"。

第一步：把模糊问题写成一句话（❓ Your Questions is）

模板用# ❓ Your Questions is这一级标题明确要求：把决策问题浓缩成一句可回答的表述。

# ❓ Your Questions is - Brief description of the query.

书写建议：

• 使用"是否"式可判断句，例如"是否接受新公司的 offer""是否投入 3 个月开发这个新功能"，而非模糊的"我该怎么办"；
• 把问题写在列表项中（模板预留了一个-），便于后续在表格区、理由区反复对照；
• 问题的精确程度直接决定后文评分表每一行能否对齐，这是整份模板的锚点。

第二步：定性论证——正反两面的理由（✅ / ⛔）

模板分别用两个二级标题承载支持与反对的理由：

## ✅ Reasoning for 1. ## ⛔ Reasoning against 1.

两个区块采用有序列表（1.起始即可自动编号），每条理由独立成项。实践要点：

• 先定性、后定量：先把头脑中的直觉、事实、担忧全部倾倒出来，避免过早陷入打分而漏掉关键维度；
• 保持对称：刻意要求自己为每一方至少写出 2-3 条理由，防止确认偏误（confirmation bias）；
• 如果理由区写不满，这本身就是信号——说明信息不足，应回到"📦 Resources"去补资料，而不是带着信息差直接打分。

第三步：打开选项空间（🔀 Alternatives considered）

## 🔀 Alternatives considered 1.

这一区块专门记录"除当前选项外还考虑过什么"。它的价值在于：

• 避免二选一陷阱：很多决策表面上是 A vs B，实际存在维持现状、分阶段试点、折中方案等第三、第四选项；
• 为评分表提供对照系：替代方案往往是评分时判断"权重是否合理"的标尺；
• 与前面的正反理由配合，构成完整的选项空间，防止在未充分枚举的情况下仓促收敛。

第四步：证据归档（📦 Resources）

## 📦 Resources - Link to any relevant information

将支撑本次决策的资料（文章、数据、聊天记录、会议纪要等）以 Markdown 链接或 Obsidian 内部链接（[[笔记名]]）形式归档。Obsidian 的自动链接补全让这一步成本极低，而归档的价值在于：

• 评分时随时回到原始证据核实"这条 Pro 到底有多重"；
• 决策事后复盘时，可以快速调出当初依据的资料，判断结论是否仍成立；
• 让决策笔记具备可引用性——这正是 OB_Template 作为"第二大脑"模板库的核心设计取向。

第五步：加权评分表（🧮 Pros and Cons calculation）

这是整份模板的方法论核心。模板提供了标准的 Markdown 表格：

## 🧮 Pros and Cons calculation Pro | value 0-10 | Con | value 0-10 :--:|:-----|:------:|:------:| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Total Pro| 10| Total Con |10|

表格字段说明：

模板预留了 10 行数据行——这意味着作者默认至少应各列出10 条 Pro 与 10 条 Con，合计 20 个评估维度。行数不足时，Total Pro/Total Con的总分基数会变小，判定规则（见下节）的统计意义也随之减弱。

实操提示：如果你已启用 Advanced Tables 插件（README 的 FAQ 将其列为推荐环境，配合核心表格能力使用），可用Tab键快速在单元格间跳转、自动扩展行，体验更流畅；不使用它，标准 Markdown 表格同样完整可写。

第六步：强制收敛规则——"20% 分差"判定法

模板末尾有一段用三个感叹号强调的规则，是全篇最关键的"防拍脑袋"机制：

❗❗❗ If the total divided by 100 don't have at least 20% of difference add more Pros and Cons.

规则可拆解为三步：

1. 归一化：total divided by 100——将总分与 100 比较。当表格满 10 行时，Total Pro的满分基数为 100（10 条 × 10 分），因此"除以 100"等价于把总分换算成百分制得分；
2. 计算差距：比较Total Pro与Total Con在百分制下的差值（例如 Pro=80、Con=50，差距为 30 个百分点）；
3. 判定：只有当差距至少达到 20 个百分点时，结论才算"显著倾向"，可据此决策；若差距不足 20%，说明正反双方实力接近，模板强制要求继续补充更多 Pro 与 Con，直到差距拉开为止。

这套规则的实质是把"决策置信度"量化：差距越大，结论越可靠；差距不足，就回到第 2 步去深挖理由、收集资料，而不是在势均力敌时硬做选择。它同时天然规避了一个常见统计陷阱——行数不对称：若只填 2 条 Pro 却填 10 条 Con，总分基数不同、结论必然失真，而按 10 行满格填写则保证了 Pro/Con 两侧的统计口径一致。

在 Obsidian 中使用：接入模板与插件环境

结合仓库 README.md 的 Usage 与 FAQ 说明，将该模板接入自己的笔记库有两种方式：

1. 整体复制：下载 OB_Template 仓库，把0A_Templates文件夹整体放入自己的 vault，随后在 Obsidian「设置 → 核心插件 → 模板（Templates）」中指定模板文件夹路径；
2. 单文件复制：打开 0A_5_1_DecisionMaking.md，以 raw 模式复制全文，粘贴为 vault 中的新文件。

使用前置条件（README FAQ 原话）：

• 必须：启用 Obsidian 原生"模板（Templates）"核心插件并配置模板文件夹——因为{{date}} {{time}}占位符依赖它自动解析；
• 推荐：DataView（用于在索引/看板中动态聚合决策笔记）与 Advanced Tables（用于高效编辑评分表）；
• 可选：Dynamic Table of Contents（用于长文档自动生成目录）。

与仓库体系的衔接：命名规范与索引联动

理解本模板在仓库中的位置，有助于你在自己的 vault 里复刻同款组织方式：

• 文件名0A_5_1_DecisionMaking：按 README「File Structure」一节解释的编码规则——0表示根笔记文件夹，A表示第一个 vault 主文件夹，5表示第五个子分类（决策评估），1表示该分类下的第一个文件，末段DecisionMaking为语义化文件名。整条路径0A_Templates/0A_5_DecisionMaking/本身就是分类信息；
• 索引联动：仓库根索引 0A_Index.md 通过[[0A_5_1_DecisionMaking]]双链引用它；如果你按 0A_99_Index 索引模板 建立自己的总索引，同样可以用双链把每次决策笔记挂到对应分类下；
• 标签聚合：结合 frontmatter 的Evaluation/标签与 DataView，可自动生成"所有未定决策""本月决策清单"等动态视图，让决策记录像日志一样可回查、可复盘。

完整使用清单（附空白模板副本）

按以下顺序使用一次该模板：

1. 建笔记：通过模板插件插入决策模板，确认 frontmatter 自动填入了当前日期时间；
2. 写问题：在# ❓ Your Questions is下填写一句可判断的问题；
3. 列理由：分别填写✅ Reasoning for与⛔ Reasoning against，各至少 2-3 条；
4. 补选项：在🔀 Alternatives considered列出至少一个替代方案；
5. 收资料：在📦 Resources归档相关链接或笔记双链；
6. 打分：把每条理由迁入评分表，逐行打 0-10 分，自动汇总Total Pro与Total Con；
7. 验差距：检查 Pro/Con 百分制差距是否 ≥ 20 个百分点；不满足则回到第 3 步继续补充理由，直到差距拉开；
8. 留档：决策完成后保留整份笔记，作为日后复盘的原始证据。

一份可直接复制到 vault 的空白副本：

--- created: ["{{date}} {{time}}"] tags: - Evaluation/ --- # ❓ Your Questions is - Brief description of the query. ## ✅ Reasoning for 1. ## ⛔ Reasoning against 1. ## 🔀 Alternatives considered 1. ## 📦 Resources - Link to any relevant information ## 🧮 Pros and Cons calculation Pro | value 0-10 | Con | value 0-10 :--:|:-----|:------:|:------:| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Pro1| 10| Con 1 |10| Total Pro| 10| Total Con |10| ❗❗❗ If the total divided by 100 don't have at least 20% of difference add more Pros and Cons.

小结

OB_Template 的决策模板把一次重大选择拆解为问题定义、双向论证、选项扩展、证据归档、加权评分、置信度校验六个动作，其中"10 行 × 0-10 分 + 20% 分差阈值"的量化规则是整个方法论的灵魂：它既阻止你在信息不足时草率决定，也防止你在信息过剩时无限拖延。配合仓库的 README.md、根索引 与命名规范，这套模板可以无缝融入你的 Obsidian 笔记体系，让每一次决策都变成可检索、可引用的知识资产。

• 文档