Skip to content

公益组织项目库案例

本案例展示一个 12 人公益团队如何用 Obsidian 搭建「项目透明中枢」,将分散在微信、表格、邮件里的项目资料沉淀为可检索、可追溯、可对外汇报的统一知识库。

mermaid
flowchart TD
  N[公益仓库] --> P[项目库]
  N --> D[捐赠人档案]
  N --> R[资助报告]
  N --> T[志愿者手册]
  P -->|Dataview 汇总| K[年度项目看板]
  D -->|脱敏后| R

场景与痛点

痛点解法
项目资料散落在微信/Excel,新人接手难项目库按年度归档,单项目一档
资助方要报告时临时拼凑资助报告模板 + Dataview 自动汇总
捐赠人信息难以追踪与保护捐赠人档案脱敏 + 本地加密
志愿者培训靠口口相传志愿者手册 + MOC 索引

仓库结构

text
公益仓库/
├── 项目库/             # 按 2024、2025 年度分子目录
│   ├── 乡村儿童阅读/
│   └── 社区长者照护/
├── 捐赠人档案/         # 仅存脱敏代号与授权范围
├── 资助报告/           # 含中期/结项报告模板
├── 志愿者手册/
├── 政策合规/           # 管理条例、财务规范
└── templates/

核心工作流

  1. 项目立项卡片:每个项目一份笔记,Front Matter 含 status(筹款中/执行中/已结项)、budgetlead 字段,QuickAdd 一键生成。
  2. 资助报告自动化:用 Dataview 按 status="执行中" 聚合所有项目产出,结项时套用 Templater 模板填入指标数字。
  3. 捐赠人关系:捐赠人笔记只记录代号(如 D-0321)、捐赠额度区间与沟通偏好,绝不写入真实姓名与联系方式,敏感字段用 ::: warning 显式标注。
  4. 志愿者知识沉淀:新人读 [[志愿者手册]] 起步,遇到 SOP 修订直接在原笔记加链接,避免多版本。
  5. 合规留痕:所有公开对外材料先经 政策合规/ 目录交叉核对,引用条款用 [[条款-信息公开办法]] 双链。

关键插件与模板

  • Dataview — 项目/报告自动汇总视图
  • Templater — 立项、报告模板变量填充
  • QuickAdd — 一键建项目卡、建捐赠人卡
  • Excalidraw — 项目逻辑图、资金流图
  • Bases — 年度项目进度看板
  • 插件系统 — 插件选型与权限说明

注意事项

隐私与合规

公益组织掌握大量受益人、捐赠人敏感信息。仓库必须本地存储或私有加密同步,禁止启用以任何公开发布(Publish/Sync 共享链接)。对外报告只输出脱敏聚合数据,个人可识别信息(PII)需经授权与最小化原则处理。

协作建议

若多人协作,用私有 Git 仓库 + 分支评审;财务与合同文档单独加密子库,仅核心成员可访问。

相关资源