본문으로 건너뛰기

업무용 Obsidian 스타터팩

이 문서가 필요한 이유​

Obsidian은 단순히 예쁜 메모앱이 아니라, md 파일을 쌓아두고 나중에 다시 찾고, 연결하고, AI가 읽기 좋게 정리하는 지식 저장소로 쓸 때 가장 강합니다.

하지만 처음 시작할 때는 보통 아래에서 막힙니다.

  • 폴더를 어떻게 나눠야 하는지 모르겠음
  • 파일 제목을 어떻게 붙여야 할지 모르겠음
  • 어디에 적어야 할지 몰라서 계속 미룸
  • 나중에 AI에게 어떻게 정리 요청해야 할지 감이 안 잡힘

이 문서는 그런 초보자 기준으로, 업무용 Obsidian을 가장 무리 없이 시작하는 방법을 정리한 스타터팩입니다.

한 줄로 먼저 정리​

Obsidian은 아래처럼 생각하면 쉽습니다.

  • Daily: 일단 적는 곳
  • Projects: 지금 진행 중인 일의 중심
  • Guides / Issues / Meetings: 재사용할 만한 내용을 분리하는 곳
  • AI: 나중에 이 md 파일들을 읽고 요약·정리·초안 작성해주는 보조자

1. 초보자용 추천 폴더 구조​

처음부터 너무 복잡하게 나누지 않는 것이 중요합니다.

아래 구조 정도면 업무용으로 충분히 시작할 수 있습니다.

Obsidian-Vault/
├─ 00_Inbox/
├─ 01_Daily/
├─ 02_Projects/
├─ 03_Areas/
├─ 04_Resources/
├─ 05_Archive/
└─ 99_Templates/

00_Inbox​

아직 정리 안 된 메모를 임시로 넣는 곳입니다.

예:

  • 급하게 적은 요청사항
  • Slack에서 복붙한 내용
  • 나중에 정리할 메모
  • 아이디어 조각

팁: 어디에 넣을지 애매하면 일단 Inbox에 넣으시면 됩니다.

01_Daily​

날짜별 일지입니다.

예:

  • 2026-04-01.md
  • 2026-04-02.md

여기에는 아래처럼 그날 있었던 내용을 빠르게 적습니다.

  • 받은 요청
  • 회의 내용
  • 생각난 점
  • 결정사항
  • 할 일

초보자에게는 Daily가 가장 중요합니다. 정리가 안 돼도 일단 Daily에 적어두면 나중에 옮기면 됩니다.

02_Projects​

끝이 있는 일들을 넣는 폴더입니다.

예:

  • [Project] Team Library 구축
  • [Project] 병원 SKIN 모듈화
  • [Project] 365Plus 적용 정리

프로젝트별로 md 파일 1개로 시작해도 충분합니다.

03_Areas​

계속 관리해야 하는 업무 영역입니다.

예:

  • 병원운영
  • 메디세이
  • 플랫폼개발팀 운영
  • 문서화
  • 배포/운영관리

프로젝트는 끝나지만, Area는 계속 유지됩니다.

04_Resources​

참고자료를 넣는 곳입니다.

예:

  • 운영 가이드
  • 명령어 모음
  • 체크리스트
  • 작성 규칙
  • 참고 링크 정리

05_Archive​

끝난 자료를 보관하는 곳입니다.

예:

  • 종료된 프로젝트
  • 더 이상 안 쓰는 초안
  • 과거 이슈 기록

99_Templates​

반복해서 쓸 양식을 보관하는 곳입니다.

예:

  • 회의록 템플릿
  • 프로젝트 템플릿
  • 이슈 기록 템플릿
  • 요청사항 템플릿

2. md 파일은 어떻게 나열하면 좋은가​

초보자는 제목 규칙만 잘 정해도 문서 관리가 훨씬 쉬워집니다.

추천 제목 규칙​

날짜 문서​

2026-04-01
2026-04-02

프로젝트 문서​

[Project] Team Library 구축
[Project] 병원 SKIN 모듈화

회의 문서​

[Meeting] 플랫폼개발팀 주간회의 2026-04-01
[Meeting] 병원운영 논의 2026-04-03

운영 가이드 문서​

[Guide] 공지사항 운영 가이드
[Guide] 배포 전 체크리스트

장애/이슈 문서​

[Issue] Team Library HTTPS 연결 이슈
[Issue] CRM 상태값 필터 오류

이렇게 앞에 성격을 붙이면 좋은 이유는 아래와 같습니다.

  • 검색하기 쉬움
  • 문서 성격을 한눈에 알 수 있음
  • AI가 문서 종류를 파악하기 쉬움

3. AI가 읽기 좋게 md 파일 쓰는 법​

핵심은 항상 비슷한 형식으로 적는 것입니다.

기본 구조는 아래 정도면 충분합니다.

# 제목

## 목적
이 문서가 왜 필요한지

## 배경
어떤 상황에서 나온 내용인지

## 핵심 내용
- 포인트 1
- 포인트 2
- 포인트 3

## 결정사항
- 무엇을 하기로 했는지

## 할 일
- [ ] 작업 1
- [ ] 작업 2

## 참고
- 관련 문서
- 관련 링크

이 구조가 좋은 이유:

  • 사람도 읽기 쉽습니다.
  • AI가 요약하기 쉽습니다.
  • 결정사항과 할 일을 분리하기 좋습니다.
  • 나중에 문서를 합치거나 재구성하기 쉽습니다.

4. 초보자가 꼭 지키면 좋은 최소 규칙​

규칙 1. 제목은 구체적으로 적기​

나쁜 예:

  • 메모
  • 회의
  • 정리

좋은 예:

  • [Meeting] 플랫폼개발팀 주간회의 2026-04-01
  • [Issue] Team Library 배포 오류
  • [Guide] 홈페이지 공지사항 운영 기준

규칙 2. 한 문서에는 한 주제만 다루기​

한 파일 안에 너무 많은 주제가 섞이면 검색도 어렵고 AI도 헷갈립니다.

규칙 3. 결정사항과 할 일을 꼭 분리하기​

아래 두 섹션은 가능하면 항상 넣는 것을 권장합니다.

## 결정사항
## 할 일

규칙 4. 관련 문서는 링크로 연결하기​

Obsidian에서는 [[문서명]] 형식으로 문서를 연결할 수 있습니다.

예:

관련 문서: [[Slack 문서화 요청 템플릿]]

규칙 5. 애매하면 Daily에 먼저 적기​

정리가 덜 됐더라도 일단 Daily에 적고 나중에 Projects나 Guides로 옮기면 됩니다.

5. 초보자용 실제 사용 흐름​

매일​

  • Daily note에 아래를 적습니다.
    • 받은 요청
    • 회의 내용
    • 생각난 메모
    • 결정사항
    • 할 일

일이 커지면​

  • 관련 내용을 02_Projects/의 프로젝트 문서로 옮깁니다.

반복되는 기준이 생기면​

  • 03_Areas/ 또는 04_Resources/에 가이드 문서를 만듭니다.

장애가 발생하면​

  • 별도 [Issue] 문서로 남깁니다.

끝난 자료는​

  • 05_Archive/로 이동합니다.

6. 나중에 AI에게 잘 받으려면 어떻게 쌓아야 하나​

AI가 잘 정리하려면 아래 정보가 있으면 좋습니다.

  • 언제 나온 내용인지
  • 어디서 나온 내용인지
  • 무슨 주제인지
  • 무엇이 결정됐는지
  • 무엇을 해야 하는지
  • 관련 문서가 무엇인지

예시:

# [Meeting] 플랫폼개발팀 주간회의 2026-04-01

## 날짜
2026-04-01

## 참석자
- 영빈
- 팀원 A
- 팀원 B

## 배경
홈페이지 운영 개선과 문서화 흐름 정리 논의

## 논의 내용
- 공지사항 운영 기준 정리 필요
- Slack 답변을 Team Library 문서로 전환하는 흐름 필요
- 배포 체크리스트 문서 필요

## 결정사항
- 공지사항 운영 가이드 작성
- Slack 문서화 요청 템플릿 작성
- 배포 전 QA 체크리스트 추가

## 할 일
- [ ] 공지사항 운영 가이드 초안 작성
- [ ] 문서화 요청 템플릿 정리
- [ ] QA 체크리스트 문서화

## 관련 문서
- [[Slack 문서화 요청 템플릿]]
- [[홈페이지 공지사항 운영 가이드]]

이렇게 쌓이면 AI가 아래 작업을 훨씬 잘합니다.

  • 회의 요약
  • 액션아이템 추출
  • 프로젝트 진행상황 정리
  • 문서 초안 생성

7. 바로 복붙해서 쓸 수 있는 템플릿​

1) Daily Note 템플릿​

# {{date}}

## 오늘 한 일
- 

## 받은 요청
- 

## 메모
- 

## 결정사항
- 

## 할 일
- [ ]

2) 프로젝트 템플릿​

# [Project] 프로젝트명

## 목적
- 

## 배경
- 

## 현재 상태
- 진행 전 / 진행 중 / 완료 / 보류

## 핵심 이슈
- 

## 결정사항
- 

## 할 일
- [ ] 

## 관련 문서
-

3) 회의록 템플릿​

# [Meeting] 회의명 YYYY-MM-DD

## 목적
- 

## 참석자
- 

## 논의 내용
- 

## 결정사항
- 

## 액션아이템
- [ ] 담당자 / 작업 / 기한

## 참고
-

4) 이슈 기록 템플릿​

# [Issue] 이슈명

## 증상
- 

## 원인
- 

## 해결
- 

## 확인 방법
- 

## 재발 방지
-

8. Obsidian에서 꼭 알면 좋은 기능​

검색​

파일이 많아지면 검색이 핵심입니다. 제목 규칙을 잘 잡아두면 검색이 쉬워집니다.

예:

  • [Meeting]
  • [Issue]
  • 결정사항
  • 병원운영

링크​

[[문서명]]으로 관련 문서를 연결합니다.

태그​

너무 많이 쓰지 말고 정말 필요한 것만 쓰는 것을 권장합니다.

추천 최소 태그:

  • #meeting
  • #project
  • #issue
  • #guide
  • #todo

템플릿​

반복 작성하는 문서는 템플릿으로 만드는 것이 가장 효율적입니다.

9. AI와 같이 쓰는 현실적인 방법​

나중에 AI에게 아래처럼 요청할 수 있습니다.

예시 1​

02_Projects의 Team Library 관련 문서들과 최근 Daily 노트를 기준으로 진행상황 정리해줘.

예시 2​

[Meeting] 문서들에서 결정사항만 모아줘.

예시 3​

병원운영 관련 md 파일들을 보고 반복되는 요청을 운영 가이드 후보로 분류해줘.

예시 4​

최근 2주의 Daily 노트에서 미완료 작업만 뽑아줘.

즉, Obsidian은 저장소이고 AI는 그 저장소를 읽는 정리자 역할로 쓰면 됩니다.

10. 초보자에게 추천하는 시작 방법​

처음부터 완벽하게 하려고 하지 않는 것이 중요합니다.

1주차​

  • Vault 생성
  • Inbox, Daily, Projects, Templates만 먼저 만들기

2주차​

  • Daily note 작성 습관 만들기
  • 진행 중인 프로젝트 2~3개만 프로젝트 문서 만들기

3주차​

  • 반복되는 이슈는 Guide/Issue 문서로 분리하기

4주차​

  • AI에게 요약/정리 요청 시작하기

11. 업무용으로 시작할 때 가장 중요한 팁​

Obsidian은 예쁘게 꾸미는 도구로 시작하면 금방 지칩니다. 대신 아래처럼 생각하면 오래 갑니다.

  • Daily = 일단 적는 곳
  • Project = 일의 중심
  • Guide = 반복 업무 기준 정리
  • Issue = 문제 해결 기록
  • AI = 나중에 묶어서 정리해주는 보조자

이 구조만 잡혀도 업무용으로는 충분히 강력합니다.

12. Team Library와 같이 쓸 때 추천하는 연결 방식​

Team Library는 공유용 문서 저장소이고, Obsidian은 개인/내부 작업 메모와 중간 정리 저장소로 쓰면 좋습니다.

권장 흐름:

  1. Obsidian에 원본 메모 작성
  2. Daily / Project / Meeting / Issue로 정리
  3. AI에게 초안 정리 요청
  4. 검토 후 Team Library에 공유용 문서로 반영

즉,

  • Obsidian = 초안과 맥락 저장소
  • Team Library = 검토된 공유 문서 저장소

로 역할을 나누면 관리가 훨씬 쉬워집니다.

같이 보면 좋은 문서​

한 줄 정리​

Obsidian은 md 파일을 쌓아두는 곳이고, AI는 그 파일들을 읽어 정리해주는 도우미입니다. 초보자는 Daily + Projects + 템플릿만 먼저 잡아도 충분히 잘 시작할 수 있습니다.