비개발자이자 세일즈 리드인 제가 팀 6명 대상 Claude Code 셋업 편차를 해소하기 위해 직접 플레이북을 제작했습니다.
설치, 글로벌 CLAUDE.md 통일, OMC 스킬 자동화, Notion MCP 연동 등 실무 검증 항목 6가지로 구성합니다.
팀 셋업 평균 시간이 약 4시간에서 1시간 수준으로 단축되었고, fork 한 번으로 다른 팀도 동일하게 활용할 수 있도록 공개했습니다.
“써보면 좋은데, 어떻게 시작하는지 모르겠어요.”
팀원에게 Claude Code를 권했을 때 돌아온 첫 반응이었습니다. 인터넷에 있는 가이드는 전부 개발자 기준이고, brew install이라는 단어에서 첫 페이지가 막힙니다. 도구 자체가 문제가 아니라 셋업 진입 장벽이 문제였습니다.
AI 도구 도입에서 진짜 병목은 각 개인의 기술이나 학습에 대한 이해도 차이 – 사용하기 좋게 만드는 “셋업의 차이” 입니다.
Claude Code를 혼자 쓰기 시작하면서 업무 흐름이 눈에 띄게 달라졌습니다. 반복되는 이메일 초안 작성, 제안서 구조 잡기, CRM 메모 정리 같은 작업들이 가벼워졌습니다. 여러 도메인을 거치며 “이 도구는 팀 전체에 깔아야 한다”는 확신이 생긴 적이 몇 번 있었는데, 이번에도 그랬습니다.
문제는 보급 방식이었습니다. “한번 써봐”라는 말로는 아무것도 시작되지 않습니다. 팀원마다 셋업 완료까지 걸리는 시간이 다르고, 중간에 막히는 지점도 달랐습니다. 누군가는 터미널에서 PATH 오류로 막히고, 누군가는 설치는 했는데 어떤 설정이 세일즈 업무에 실제로 쓸모 있는지 감을 못 잡았습니다.
동일 환경이 갖춰지지 않으면 자동화 도구를 공유하거나, 온보딩 SOP를 Claude Code 기반으로 전환하거나, 작성한 프롬프트를 팀 자산으로 축적하는 일이 전부 불가능합니다. 개인 역량으로 남아 있는 한 시스템이 되지 않습니다.
결정은 단순했습니다. 비개발자가 비개발자를 위해 직접 만든다.

기존 업무 흐름 안에 끼워 넣는 방식으로 설계했습니다
플레이북을 설계할 때 가장 먼저 버린 것은 ‘기술적 완성도’였습니다. 대신 기준으로 삼은 건 하나였습니다. 세일즈 실무자가 지금 하고 있는 업무에 끼워 넣을 수 있는가.
글로벌 CLAUDE.md 템플릿이 대표적입니다. 팀 전원이 동일한 응답 품질과 톤을 유지하려면 각자가 매번 프롬프트를 다듬는 방식으로는 한계가 있습니다. CLAUDE.md에 팀 컨텍스트, 고객사 담당자님과 소통할 때의 톤, 자주 쓰는 포맷을 한 번 정의해두면 이후 모든 작업이 그 위에서 돌아갑니다. 프레임을 SOP로 만드는 방식입니다.
OMC(oh-my-claudecode)와 스킬 80개 설정도 같은 맥락입니다. autopilot 한 줄로 반복 작업을 실행하는 구조는 세일즈 루틴과 맞닿아 있습니다. 매일 반복되는 SDR 팔로업 이메일 초안, AE 콜 전 리서치 요약, CS 인수인계 메모 정리가 스킬 하나로 처리됩니다.
Notion MCP 연동은 협업 레이어입니다. Claude Code 안에서 바로 Notion 문서를 다루는 구조가 갖춰지면, 작업 결과물이 개인 터미널에 머물지 않고 팀 공유 공간으로 직행합니다. 도구와 도구 사이 이동 비용이 줄어드는 것이 실무에서 체감되는 핵심입니다.
기술적으로 더 좋은 설정이 있을 수 있습니다. 플레이북에도 그 점을 명시했습니다. 비개발자 독자에게는 그 솔직함이 오히려 신뢰를 만든다고 판단했습니다.
셋업 시간 단축보다 중요한 것은 동일 환경이었습니다
팀 6명 셋업을 회의 시간 안에 함께 진행했습니다. 플레이북 없이 각자 시도했을 때 평균 4시간 가까이 걸렸던 과정이 1시간 수준으로 줄었습니다. 수치 자체보다 의미 있었던 건 막히는 지점이 사라진 것이었습니다.
트러블슈팅 가이드가 그 역할을 했습니다. 비개발자가 자주 막히는 지점을 기준으로 구성했기 때문에, 팀원이 혼자 따라가다 멈추는 상황이 눈에 띄게 줄었습니다. 온보딩 진행자 입장에서 가장 체감이 컸습니다.
동일 환경이 갖춰지자 뒤따르는 일들이 있었습니다. 누군가 만든 스킬이나 CLAUDE.md 설정을 팀 자산으로 공유하는 속도가 빨라졌고, 자동화 도구 관련 논의가 “그거 어떻게 설치해요”가 아니라 “이 워크플로우 어떻게 생각해요”로 시작되기 시작했습니다.
플레이북은 단일 HTML로 제작해 Vercel에 정적 배포했습니다. 빌드 단계가 없고, fork 후 vercel 명령 한 줄로 다른 팀이 자기 팀 맥락에 맞게 변형할 수 있습니다. 세일즈 팀 외에 다른 직군의 비개발자 조직이 그대로 차용할 수 있도록 구조를 열어둔 이유입니다.
플레이북은 아래에서 확인할 수 있습니다.
배포: https://claude-code-playbook-rosy.vercel.app
마무리
팀 도구 도입에서 실패하는 패턴은 대부분 비슷합니다. 좋은 도구를 발견했지만, 전파 방법이 없어서 개인 역량에 머물고 맙니다. 셋업 편차를 줄이는 가이드 하나가 그 간격을 메웁니다. 같은 고민을 하는 분이라면, 이 플레이북을 그대로 fork해서 시작하는 것도 충분한 선택입니다. 🙂
