internal-comms는 조직 개편, 정리해고, 도구 도입, 정책 변경, 리더십 교체, 사내 출시처럼 직원 대상 변화 커뮤니케이션이 필요한 상황에서 팀이 메시지를 작성하고 순서를 설계하도록 돕습니다. ADKAR, Kotter, brief template, Python scripts를 활용해 announcement, FAQ, manager talking points, touchpoint calendar를 생성합니다.

Stars22.1k
즐겨찾기0
댓글0
추가됨2026년 7월 11일
카테고리Workplace Communication
설치 명령어
npx skills add alirezarezvani/claude-skills --skill internal-comms
큐레이션 점수

이 skill은 84/100점으로, 에이전트의 도움을 받아 사내 변화관리 커뮤니케이션을 진행하려는 디렉터리 사용자에게 충분히 추천할 만한 후보입니다. repository에는 워크플로의 실질 내용, 스크립트, 템플릿, 트리거, 참고 자료가 갖춰져 있어 일반 프롬프트보다 훨씬 적은 추측으로 에이전트가 작업을 수행할 수 있습니다. 다만 설치와 설정 안내는 더 명확해질 여지가 있습니다.

84/100
강점
  • 트리거가 명확합니다. frontmatter가 all-hands announcements, change comms, re-org announcements, manager talking points, layoff comms 같은 구체적 사용 사례를 제시하고, customer-facing comms는 명시적으로 제외합니다.
  • 실무에 바로 쓸 수 있는 산출물이 있습니다. stdlib만 사용하는 스크립트 3개로 communication package, Kotter 기반 announcement, 단계별 ADKAR touchpoint calendar를 생성합니다.
  • 점진적 공개와 신뢰 신호가 좋습니다. 보조 자료가 ADKAR, Kotter, internal-comms canon, announcement anti-patterns를 설명하고, brief template은 사용자가 입력을 정리하기 쉬운 실용적 구조를 제공합니다.
주의점
  • skill 경로에 설치 명령이나 README가 없어, 사용자가 상위 repository나 skill runner 관례를 보고 설정 방법을 추정해야 할 수 있습니다.
  • 워크플로는 구조화된 `comms_brief.json` 준비에 의존합니다. 템플릿은 제공되지만, 정리해고나 조직 개편처럼 민감한 사안에는 여전히 신중한 입력 수집이 필요합니다.
개요

internal-comms skill 개요

internal-comms의 용도

internal-comms는 직원 대상 변화 커뮤니케이션을 작성하고 순서화하기 위한 비즈니스 운영 skill입니다. 조직 개편, 도구 도입, 정책 변경, 리더십 교체, 구조조정, 인수, 복리후생 변경, 내부 제품 출시처럼 사내에서만 다루는 상황에 맞춰 설계되어 있습니다. 목적은 “그럴듯한 공지문 하나”를 쓰는 것이 아니라, 실제로 바로 활용할 수 있는 커뮤니케이션 패키지, 즉 공지문, FAQ, 매니저 전달용 노트, 후속 메시지, 접점 일정표를 만드는 것입니다.

가장 잘 맞는 사용자와 의사결정

internal-comms skill은 민감한 변화를 체계적인 커뮤니케이션 계획으로 바꿔야 하는 Head of People, BizOps 리드, chief of staff, 사내 커뮤니케이션 담당자, 운영 담당자에게 특히 강합니다. 언제 알릴지, 누가 오너가 될지, 어떤 채널을 조합할지, 청중을 어떻게 나눌지, 무엇을 말하지 말아야 할지 결정하는 데 도움을 줍니다. 직원에게 단순한 인지가 아니라 구체적인 행동 이해가 필요한 상황에서 특히 유용합니다.

이 skill이 다른 점

일반적인 프롬프트와 달리 internal-comms는 Prosci ADKAR 시퀀싱과 Kotter의 8단계 변화 모델을 결합하고, stdlib-only Python helper도 포함합니다. 스크립트는 Kotter 단계가 표시된 공지문, 7개 접점 일정표, ADKAR 태그가 붙은 산출물, 그리고 Slack으로만 구조조정을 알리는 경우, 매니저 cascade가 빠진 경우, 파급력이 큰 변화에 맞지 않는 톤을 쓰는 경우처럼 흔한 실패 패턴에 대한 경고를 생성할 수 있습니다.

적합하지 않은 경우

internal-comms를 고객 공지, PR 성명, 투자자 메시지, 마케팅 출시, 법적 판단에 사용하지 마세요. 직원 대상 커뮤니케이션을 구조화하는 데는 도움이 되지만, 고위험 변화에서 필요한 HR, 노동·고용 자문, 증권법 자문, works council 협의, 임원 승인까지 대체하지는 않습니다.

internal-comms skill 사용 방법

internal-comms 설치와 먼저 살펴볼 파일

다음 명령으로 repository에서 internal-comms skill을 설치합니다.

npx skills add alirezarezvani/claude-skills --skill internal-comms

그다음 실제 출력 품질에 영향을 주는 파일을 읽어보세요.

  • SKILL.md: 범위, 트리거, 워크플로, 제약 조건
  • assets/comms_brief_template.md: 입력 brief 형식
  • scripts/comms_template_filler.py: ADKAR 태그가 붙은 패키지 생성
  • scripts/change_announcement_builder.py: Kotter 기준을 따르는 공지문 초안 작성
  • scripts/comms_calendar_builder.py: 시퀀싱과 채널 경고
  • references/announcement_anti_patterns.md: 민감한 초안을 보내기 전 확인할 안티패턴
  • references/change_management_canon.mdreferences/internal_comms_canon.md: skill의 운영 모델 배경

먼저 완성도 높은 comms brief를 작성하기

이 skill은 막연한 요청보다 구체적인 brief를 제공할 때 가장 잘 작동합니다. 유용한 입력에는 변화 유형, 규모, 시행일, 영향을 받는 대상, 비즈니스상 이유, 구체적으로 달라지는 점, 의사결정 오너, 사용할 수 있는 채널, 매니저의 역할, 리스크, 예상 반론, 아직 확정되지 않은 사항이 포함됩니다.

약한 프롬프트의 예는 다음과 같습니다.

Write a reorg announcement for engineering.

더 강한 프롬프트는 다음과 같습니다.

Use the internal-comms skill for a high-magnitude reorg. Platform and Infrastructure are merging into one Platform Engineering group on June 15. 82 employees are affected. Reporting lines, on-call rotation, and roadmap ownership change. Decision owner is the CTO; managers need talking points before the all-hands. Available channels: manager cascade, email, allhands, Slack, intranet. Main employee concerns: role security, manager changes, promotion timing, and on-call load. Produce the announcement, FAQ, manager talking points, and sequencing calendar.

반복 가능한 결과가 필요할 때 helper script 실행하기

이 repository에는 assets/comms_brief_template.md를 바탕으로 comms_brief.json을 채운 뒤 로컬에서 실행할 수 있는 결정론적 Python script가 포함되어 있습니다.

python3 scripts/comms_template_filler.py --input comms_brief.json --output markdown

python3 scripts/change_announcement_builder.py --input comms_brief.json --profile scaleup --output markdown

python3 scripts/comms_calendar_builder.py --input comms_brief.json --output markdown

Profile에는 tech-startup, scaleup, enterprise, public-company, non-profit가 있습니다. 지향점이 아니라 거버넌스와 톤을 기준으로 profile을 선택하세요. 예를 들어 public-companytech-startup보다 더 보수적인 톤이어야 합니다.

실무에서 쓰기 좋은 internal-comms 워크플로

brief에서 시작해 패키지를 생성한 뒤, 일정표, 매니저 cascade, 공지문, FAQ, 후속 메시지 순서로 검토하세요. 일정표를 먼저 보는 이유는, 공지문이 아무리 매끄러워도 시퀀싱이 잘못되면 신뢰가 무너질 수 있기 때문입니다. 규모가 크거나 파급력이 큰 변화라면, 전체 공지 전에 매니저가 먼저 브리핑을 받았는지, 동기식 채널이 포함되었는지, FAQ가 직원들이 당연히 물어볼 질문에 직접 답하는지 확인하세요.

internal-comms skill FAQ

internal-comms는 대기업에만 필요한가요?

아닙니다. internal-comms skill은 스타트업, scaleup, enterprise, public company, non-profit 모두에 도움이 될 수 있지만, 도입했을 때 얻는 가치는 조직 규모에 따라 다릅니다. 작은 팀은 명확성과 순서화에서 이점을 얻고, 큰 조직은 대상 세분화, 매니저 cascade 규율, 반복 가능한 검토 산출물에서 더 큰 이점을 얻습니다.

공지문 초안을 요청하는 것보다 무엇이 나은가요?

일반 프롬프트는 유려한 문장을 만들어낼 수는 있지만, 변화관리의 핵심 장치를 놓칠 수 있습니다. internal-comms는 ADKAR 단계, Kotter 단계, 채널 시퀀싱, 매니저 준비도, FAQ 커버리지, 안티패턴 점검을 명시적으로 챙기도록 설계되어 있습니다. 리스크가 문법이 아니라 직원 신뢰, 이해도, 루머 통제, 행동 채택에 있을 때 이 차이가 중요합니다.

초보자도 internal-comms skill을 사용할 수 있나요?

네, brief template을 사용한다면 가능합니다. 초보자는 “이걸 더 좋게 들리게 해줘”로 시작하기보다, 누가 영향을 받는지, 무엇이 바뀌는지, 왜 지금인지, 직원이 무엇을 해야 하는지, 매니저가 무엇을 말해야 하는지, 아직 답할 수 없는 것은 무엇인지부터 모아야 합니다. 이 skill은 비전문가도 따라갈 수 있을 만큼 구조화되어 있지만, 민감한 사안은 여전히 경험 있는 검토가 필요합니다.

언제 이 skill을 피해야 하나요?

대상이 외부 이해관계자이거나, 메시지를 쓰기 전에 법적 협상이 필요하거나, 리더십이 실제 변화를 아직 결정하지 않은 경우에는 피하세요. 이 skill은 빈틈을 드러내는 데는 도움이 되지만, 빠진 의사결정, 서로 모순되는 정책, 승인되지 않은 인력 영향 계획을 고쳐주지는 못합니다.

internal-comms skill 개선 방법

internal-comms에 더 정확한 사실과 제약 조건 제공하기

가장 중요한 개선 방법은 입력을 더 구체적으로 만드는 것입니다. 정확한 날짜, 영향을 받는 세그먼트, 채널, 의사결정자, 변화 규모, 필요한 행동, 알려진 직원 우려를 포함하세요. 부정적인 변화라면 그대로 명확히 말해야 합니다. 스크립트는 의도적으로 톤 문제를 잡아내도록 되어 있으므로, 구조조정이나 파급력이 큰 조직 개편을 “exciting update” 뒤에 숨기면 출력 품질이 떨어집니다.

흔한 실패 패턴 검토하기

보내기 전 체크리스트로 references/announcement_anti_patterns.md를 사용하세요. 수동적인 책임 표현, 모호한 비즈니스 이유, 빠진 매니저 가이드, 후속 조치 부재, 파급력이 큰 소식에 Slack을 과도하게 사용하는 경우, 직원들이 실제로 물어볼 질문을 피하는 FAQ가 있는지 확인해야 합니다. 이는 문체 문제가 아니라 도입과 신뢰의 리스크입니다.

대상 세분화로 프롬프트 개선하기

영향이 대상별로 다르다면 청중별 산출물을 요청하세요. 예를 들어 직접 영향을 받는 직원, 간접 영향을 받는 팀, 매니저, 임원, 지원 부서용 메시지를 분리할 수 있습니다. 이렇게 하면 internal-comms skill이 더 유용한 FAQ와 talking point를 만들 수 있습니다. 각 그룹은 Awareness, Desire, Knowledge, Ability, Reinforcement 측면에서 서로 다른 필요를 갖기 때문입니다.

첫 출력 이후 반복 개선하기

첫 초안이 나온 뒤에는 단순히 더 짧게 또는 더 따뜻하게 바꿔달라고만 요청하지 마세요. “Which Kotter step is weakest?”, “What obvious FAQ question is missing?”, “Where does the tone mismatch the magnitude?”, “What should managers know before employees ask?”, “Which touchpoint should happen before T+0?”처럼 표적화된 후속 질문을 하세요. 이렇게 하면 internal-comms가 단순한 작성 보조 도구를 넘어 실무적인 Workplace Communication 검토 시스템으로 작동합니다.

평점 및 리뷰

아직 평점이 없습니다
리뷰 남기기
이 스킬의 평점과 리뷰를 남기려면 로그인하세요.
G
0/10000
최신 리뷰
저장 중...