Hako의 기획 with AI

템플릿 설계 기준

9 min read

B7. 템플릿 설계 기준

이 부록은 책에서 다루는 핵심 객체와 실행 산출물 템플릿을 어떤 기준으로 설계해야 하는지 정리한다.
목적은 템플릿 개수를 늘리는 것이 아니라, 반복되는 판단 구조를 같은 모양으로 남기게 만드는 데 있다.

이 부록은 샘플을 읽은 뒤에 보는 것이 가장 좋다.
B5와 B6이 보여주는 것은 구조와 연결 방식이고, 이 부록이 다루는 것은 그 구조를 반복 가능한 템플릿으로 고정하는 기준이다.

[도식: fig-template-two-layers] — 핵심 객체 템플릿과 실행 산출물 템플릿의 2층 구조

템플릿이 필요한 이유

기록이 오래가지 않는 가장 흔한 이유는 형식을 매번 새로 고민하기 때문이다.
Evidence를 남길 때도, 결정을 적을 때도, 결과를 회고할 때도 매번 빈 화면에서 시작하면 누락이 생기고 품질 편차가 커진다.

좋은 템플릿은 세 가지를 해준다.

  • 기록 진입 장벽을 낮춘다.
  • 같은 종류의 노트를 같은 구조로 쌓이게 한다.
  • AI가 읽기 좋은 섹션 구조를 유지하게 한다.

샘플과 템플릿의 차이

샘플은 “한 번 이렇게 연결된다”를 보여준다.
템플릿은 “매번 같은 방식으로 남긴다”를 가능하게 한다.

예를 들면:

  • B5의 Evidence Note 샘플은 어떤 내용이 들어가는지 보여준다.
  • 이 부록의 Evidence Note 템플릿 기준은 그 내용을 어떤 항목으로 고정할지 정한다.
  • B6의 Knowledge / Decision OS 읽기 가이드는 왜 그런 연결이 필요한지 설명한다.

따라서 독자는 샘플 → 읽는 관점 → 템플릿 순서로 이해하면 된다.

이 책의 템플릿은 두 층으로 나뉜다

1. 핵심 객체 템플릿

책의 중심 순환을 만드는 템플릿이다.

  • Evidence Note
  • Decision Log
  • Result Note
  • Knowledge Note
  • Project Hub / Index

2. 실행 산출물 템플릿

실제 기획과 실행에서 자주 쓰는 확장 템플릿이다.

  • Problem Brief
  • PRD
  • Experiment Card
  • Release Note
  • Case Study

핵심 객체가 PKM의 뼈대라면, 실행 산출물은 그 위에서 만들어지는 작업 단위다.

공통 설계 원칙

모든 템플릿은 아래 원칙을 공유해야 한다.

  1. 객체 유형이 드러나야 한다.
  2. 날짜와 상태를 남길 수 있어야 한다.
  3. 연결 대상 노트를 적을 자리가 있어야 한다.
  4. 사실과 해석, 결정과 근거가 섞이지 않게 섹션이 나뉘어야 한다.
  5. 사람이 읽기 쉽고 AI도 구조적으로 읽기 쉬워야 한다.

핵심 객체 템플릿 기준

Evidence Note

  • 목적: 판단의 근거를 검증 가능한 형태로 남긴다
  • 필수 항목: 관찰, 출처, 수집 맥락, 해석, 연결
  • 핵심 질문: 이 내용의 출처와 신뢰 수준을 다시 설명할 수 있는가

Decision Log

  • 목적: 무엇을 왜 선택했는지 남긴다
  • 필수 항목: 결정 요약, 배경, 대안, 선택 이유, 트레이드오프, 영향 범위, 연결
  • 핵심 질문: 3개월 뒤에도 왜 그렇게 결정했는지 설명할 수 있는가

Result Note

  • 목적: 실행 뒤에 무엇을 배웠는지 남긴다
  • 필수 항목: 결과, 예상과 다른 점, 새로 생긴 근거, 다음 판단에 주는 의미
  • 핵심 질문: 이 실행이 다음 판단에 어떤 영향을 주는가

Knowledge Note

  • 목적: 반복해서 쓸 기준과 패턴을 남긴다
  • 필수 항목: 한 줄 정의, 왜 중요한가, 언제 쓰는가, 연결
  • 핵심 질문: 다음 프로젝트에서도 다시 꺼내 쓸 수 있는가

Project Hub / Index

  • 목적: 특정 프로젝트나 주제의 흐름을 한 곳에서 찾게 한다
  • 필수 항목: 문제와 근거, 주요 결정, 실행 결과, 재사용 지식
  • 핵심 질문: 이 허브 하나로 맥락을 다시 복원할 수 있는가

실행 산출물 템플릿 기준

Problem Brief

  • 목적: 해결책보다 먼저 문제를 정의한다
  • 필수 항목: 문제 한 줄 정의, 관찰된 현상, 문제의 범위, 영향 규모, 현재 해결 방식, 가설

PRD

  • 목적: 요구사항과 정책을 실행 가능한 문서로 정리한다
  • 필수 항목: 배경과 목표, 범위, 사용자 스토리, 기능 요구사항, 비기능 요구사항, 예외처리, 우선순위

Experiment Card

  • 목적: 가설과 검증을 한 장에 담는다
  • 필수 항목: 가설, 검증 지표, 실험 설계, 관찰, 결과 판정, 다음 행동

Release Note

  • 목적: 릴리즈 단위 변경과 영향을 기록한다
  • 필수 항목: 릴리즈 요약, 변경 내용, 영향 범위, 알려진 이슈, 배포 정보

Case Study

  • 목적: 완료된 프로젝트를 재사용 가능한 학습 자산으로 바꾼다
  • 필수 항목: 프로젝트 요약, 상황과 맥락, 핵심 도전, 접근 방식, 결과, 배운 것, 재사용 가능한 패턴

처음부터 모든 템플릿이 필요하지는 않다

처음에는 핵심 객체 템플릿 5개만 있어도 충분하다.
실행 산출물 템플릿은 실제로 그 산출물을 자주 만들기 시작할 때 붙이면 된다.

추천 순서는 이렇다.

  1. Evidence Note
  2. Decision Log
  3. Knowledge Note
  4. Result Note
  5. Project Hub
  6. 그 다음 Problem Brief / PRD / Experiment Card

템플릿 설계에서 자주 하는 실수

  • 필드를 너무 많이 넣는다
  • 매번 안 쓰는 섹션까지 강제로 넣는다
  • 연결 항목이 없다
  • 상태 관리가 없다
  • 사람이 쓰기 전에 AI 입력용 구조만 먼저 만든다

좋은 템플릿은 정교한 템플릿이 아니라, 실제로 계속 쓰이는 템플릿이다.

이 부록의 역할

이 책에서 템플릿은 문서 양식을 통일하는 장치가 아니다.
근거, 결정, 결과, 지식을 같은 구조로 남겨서 판단을 누적하게 만드는 운영 장치다.

실제로 적용할 때는 아래 순서로 시작하면 된다.

  1. B5의 샘플 하나를 고른다.
  2. B6 기준으로 그 샘플에서 어떤 구조를 읽어야 하는지 본다.
  3. 이 부록 기준으로 자기 환경에 맞는 최소 템플릿을 만든다.
  4. B8 Daily 노트 입력과 연결해 실제로 한 주 써본다.

그래프 뷰