나만의 업무 규칙 쌓기
1. 나만의 업무 규칙 쌓기
지금까지 위키는 바깥 정보를 담았습니다. 경쟁사, 시장, 고객입니다. 이 절에서는 안쪽을 담습니다. 우리가 일하는 방식입니다.
1.1 머릿속에만 있는 규칙들
일하다 보면 이런 것들이 쌓입니다.
- 요금제 관련 공지는 최소 2주 전에 나가야 합니다.
- 고객 문의 답변에서 '죄송합니다'로 시작하지 않습니다.
- 신규 기능은 전체 사용자의 10%에게 먼저 엽니다.
- 경쟁사 자료는 공식 발표만 씁니다. 커뮤니티 글은 참고만 합니다.
이런 규칙들은 대개 어딘가 아파서 생깁니다. 한 번 사고가 났고, 그 뒤로 그렇게 하기로 한 것입니다. 그런데 아무 데도 안 적혀 있습니다. 아는 사람 머릿속에만 있습니다.
새로 온 사람은 이걸 모릅니다. 알려주려 해도 목록이 없어서 생각날 때마다 하나씩 말해 주게 됩니다. 그리고 그 사람이 나가면 다시 사라집니다.
1.2 규칙을 위키에 넣기
위키에 rules/ 폴더를 하나 더 둡니다.
wiki/ 아래에 rules/ 폴더를 만들어줘.
우리 팀이 일하는 방식에 관한 규칙을 담을 자리야.
CLAUDE.md의 폴더 구조 설명에도 추가해줘.
- rules/ 우리 팀의 업무 규칙과 그 배경
규칙 문서는 결정 문서와 비슷하지만 다른 점이 있습니다. 결정은 한 번의 판단이고 규칙은 반복되는 판단입니다.
---
title: 요금제 공지 시점
type: rule
updated: 2026-08-16
---
# 요금제 공지는 2주 전에
한 줄 요약: 요금 변경 공지는 적용일 기준 최소 14일 전에 나갑니다.
## 규칙
요금 인상, 플랜 구조 변경, 무료 구간 축소는
적용일로부터 최소 14일 전에 공지합니다.
## 왜 생겼나
2026년 3월, 무료 체험 단축을 3일 전에 공지했다가
문의가 평소의 6배로 들어왔습니다. (raw/2026-03-cs-report.md)
그중 절반이 "미리 알았으면 결제했을 텐데"라는 내용이었습니다.
## 예외
가격을 내리는 경우는 즉시 공지해도 됩니다.
## 관련 문서
- [[decision-trial-7days]]
- [[cs-inquiry-patterns]]
왜 생겼나가 핵심입니다. 이유 없는 규칙은 지켜지지 않고, 상황이 바뀌어도 안 바뀝니다. 이유가 적혀 있으면 그 이유가 사라졌을 때 규칙도 놓을 수 있습니다.
1.3 규칙을 끌어내기
머릿속 규칙을 한 번에 다 적기는 어렵습니다. AI에게 끌어내게 합니다.
위키의 decisions/ 와 topics/ 문서들을 훑어줘.
우리 팀이 일할 때 반복해서 지키는 것으로 보이는 규칙이 있으면
찾아서 목록으로 보여줘.
명시적으로 적힌 것 말고, 여러 결정에서 공통으로 드러나는 것으로.
각 규칙마다 어느 문서들에서 그렇게 보였는지 근거를 달아줘.
이렇게 찾아진 규칙은 초안입니다. 사람이 보고 맞는지 판단합니다. AI가 우연의 일치를 규칙으로 착각하는 경우도 있습니다.
또 다른 방법은 사고에서 시작하는 것입니다.
최근 6개월 동안 위키에 기록된 것 중에
문제가 생겼거나 예상과 다른 결과가 나온 사례를 찾아줘.
각각에 대해, 그 일이 다시 안 생기게 하려면
어떤 규칙이 있어야 했을지 제안해줘.
1.4 규칙을 CLAUDE.md에 반영하기
위키의 규칙 중 일부는 AI가 지켜야 하는 것입니다. 예를 들어 "경쟁사 자료는 공식 발표만 쓴다"는 인제스트할 때 지켜져야 합니다.
이런 것은 CLAUDE.md에도 넣습니다.
wiki/rules/ 의 문서들을 훑어서,
그중 인제스트나 질의할 때 네가 지켜야 하는 것을 골라줘.
CLAUDE.md에 넣을 문장으로 다듬어서 제안해줘.
규칙 전문을 넣지 말고, 지켜야 할 동작만 짧게.
이렇게 갈리는 것이 중요합니다. CLAUDE.md는 AI가 매번 읽는 파일이므로 짧게 유지해야 합니다. 규칙의 배경과 사례는 wiki/rules/에 두고, 지켜야 할 동작 한 줄만 CLAUDE.md에 넣습니다.
## 자료 취급 규칙
- 경쟁사 정보는 공식 발표를 우선합니다.
커뮤니티 글이나 익명 제보는 [출처 약함] 표시를 붙입니다.
배경은 [[rules/competitor-source-policy]] 참고.
1.5 새로 온 사람에게 넘기기
규칙이 쌓이면 인수인계 문서가 저절로 만들어집니다.
새로 합류한 팀원이 읽을 안내 문서를 만들어줘.
- wiki/rules/ 의 규칙들을 주제별로 묶어서
- 각 규칙의 '왜 생겼나' 를 짧게 요약해서 같이
- 지금 진행 중인 주제는 topics/weekly-status.md 를 참고해서
- 우리 팀이 결정할 때 보는 기준은
concepts/team-decision-patterns.md 를 참고해서
위치는 wiki/onboarding.md 로.
이 문서의 값은 규칙 목록이 아니라 배경입니다. "요금 공지는 2주 전에"만 있으면 새 사람은 지키기만 합니다. 왜 그런지 알면 예외 상황에서 판단할 수 있습니다.
1.6 규칙도 낡습니다
규칙은 만들 때보다 버릴 때가 어렵습니다. 아무도 "이 규칙 이제 필요 없나요"라고 묻지 않습니다.
린트 항목에 넣어 둡니다.
lint-checklist.md 에 규칙 점검 항목을 추가해줘.
wiki/rules/ 의 각 규칙에 대해
- 그 규칙이 생긴 이유가 지금도 유효한지
- 규칙이 만들어진 뒤 관련 상황이 바뀐 자료가 위키에 있는지
- 최근 6개월간 이 규칙이 적용된 사례가 위키에 있는지
를 확인하게.
세 번째 항목이 유용합니다. 반년 동안 한 번도 적용된 적 없는 규칙은 둘 중 하나입니다. 필요 없어졌거나, 아무도 기억하지 못하고 있거나. 어느 쪽이든 한 번 볼 때가 된 것입니다.
다음 장에서 위키의 규모를 키우는 도구들을 다룹니다.