문자 한 통을 30분째 붙들고 있던 적, 있으실 겁니다.

썼다 지우고, 다시 읽고, 문장 하나를 뺐다가 도로 넣고. 내용은 세 줄이면 끝나는데 보내기 버튼을 못 누릅니다. 이 문장이 어떻게 읽힐지 확신이 안 서기 때문입니다.

가정통신문과는 결이 완전히 다릅니다. 통신문은 정보만 정확하면 되지만, 상담 문자는 정보를 전달하면서 동시에 관계를 지켜야 합니다. 그리고 문자에는 표정도 없고 어조도 없습니다. 교실에서 얼굴 보고 하면 3초면 풀릴 말이, 활자로 남으면 며칠을 갑니다.

문자 한 통의 무게가 무거워진 이유

2023년 이후 학교의 소통 구조가 크게 바뀌었습니다. 교권보호 관련 법이 개정되면서 교사 개인 연락처는 통제되고, 민원은 학교 대표번호나 온라인 시스템 같은 공식 창구로 접수하며, 방문 상담은 사전 예약을 거치게 됐습니다. 교사를 보호하기 위해 꼭 필요한 장치들입니다.

그런데 부작용도 생겼습니다. 한 언론 보도에 실린 어느 학부모의 이야기가 인상 깊었습니다. 6년 동안 담임이 여섯 번 바뀌는 동안 한 번도 교사와 연락해본 적이 없어서, 아이가 장학금을 받는다는 소식조차 아이한테 전해 들었다는 겁니다. 물어보고 싶어도 진상 학부모 소리를 들을까 봐 연락하지 못했다고요.

교사도 조심스럽고 학부모도 조심스러운 상태. 그래서 어쩌다 오가는 문자 한 통이 관계 전체를 대표하게 됩니다. 예전 같으면 여러 번의 대화 중 하나였을 메시지가, 이제는 그 학부모가 나를 판단하는 거의 유일한 자료가 되는 거죠.

30분씩 붙들고 있는 게 이상한 일이 아닙니다. 실제로 무거워진 겁니다.

사실과 해석을 갈라놓는 것부터

문자가 어려운 진짜 이유는 문장력이 아닙니다. 사실과 내 해석이 뒤엉킨 채로 쓰기 때문입니다.

"오늘 ○○이가 수업 시간에 산만했습니다."

이 문장에는 사실과 판단이 섞여 있습니다. 산만했다는 건 제 눈에 비친 해석이지 일어난 일이 아닙니다. 받는 사람은 이 한 단어에서 '우리 아이를 문제아로 보는구나'까지 갑니다.

프롬프트를 쓰기 전에 두 칸을 갈라보세요.

  • 일어난 일: 3교시 수학 시간에 자리에서 네 번 일어남. 짝의 필통을 두 번 가져감.
  • 내 판단: 요즘 집중을 어려워하는 것 같다. 가정에서 무슨 일이 있나 궁금하다.

이 두 칸이 갈라지면 프롬프트의 절반은 이미 쓴 셈입니다. 그리고 문자에는 왼쪽 칸을 주로 쓰고, 오른쪽 칸은 조심스럽게 한 문장만 얹습니다.

기본 프롬프트

javascript
너는 초등학교 담임교사다.
아래 상황을 학부모께 문자로 알리려고 해. 초안을 써 줘.

[일어난 일]
- 3교시 수학 시간에 자리에서 네 번 일어남
- 짝의 필통을 두 번 가져감. 짝이 싫다는 표현을 했고 곧 돌려줌
- 다친 사람은 없고, 두 아이 모두 지금은 잘 지내고 있음

[내가 바라는 것]
- 문제를 통보하는 게 아니라, 가정과 함께 살펴보자는 제안으로 읽히기를

[조건]
- 5~7문장, 문자 한 화면에 들어오는 길이
- 사실을 먼저 쓰고, 내 판단은 마지막에 한 문장만
- '산만하다', '문제가 있다' 같은 평가하는 표현은 쓰지 말 것
- 다른 학생의 이름은 절대 쓰지 말 것
- 사과나 변명처럼 읽히지 않게, 담담하게
- 내가 주지 않은 정보는 지어내지 말 것

'다른 학생의 이름은 절대 쓰지 말 것'은 빼먹기 쉬운데 가장 중요한 줄입니다. 짝의 이름이 들어간 문자는 그 자체로 다른 가정의 정보를 흘리는 일이 됩니다.

민원 매뉴얼에서 빌려온 원칙

교육청이 배포하는 학교 민원 응대 안내자료에는 어려운 민원에 대응할 때 쓰라는 BIFF라는 원칙이 나옵니다. 짧게(Brief), 정보 위주로(Informative), 우호적으로(Friendly), 단호하게(Firm).

민원 대응용으로 만들어진 원칙이지만, 일상적인 상담 문자에도 그대로 옮겨 쓸 만합니다.

javascript
[문체 원칙]
- 짧게: 설명을 덧붙이지 말고 필요한 만큼만
- 정보 위주로: 감정 표현보다 사실 위주로
- 우호적으로: 딱딱하지 않되 과하게 사근사근하지도 않게
- 단호하게: 이미 정해진 사항은 흔들리는 표현 없이

특히 마지막 항목이 유용합니다. 이미 결정된 일을 알릴 때 미안한 마음에 "~하면 좋을 것 같은데 어떠실까요"처럼 쓰면, 받는 쪽은 협상의 여지가 있다고 읽습니다. 그래서 다시 문의가 오고, 그 문의에 또 답을 하게 됩니다. 처음부터 단호하게 쓰는 편이 서로 덜 피곤합니다.

가장 안 쓰지만 가장 효과 좋은 문자

좋은 소식을 전하는 문자입니다.

학기 중에 오가는 연락이 대부분 안 좋은 일일 때, 그 관계는 이미 기울어져 있습니다. 그러다 정말 알려야 할 일이 생기면 학부모는 방어부터 하게 되고요.

javascript
오늘 눈에 띈 장면을 학부모께 짧게 알려 드리려고 해.
아래 사실로 문자를 써 줘.

[일어난 일]
- 모둠 활동에서 자기 의견과 다른 친구 의견을 먼저 들어보자고 제안함
- 발표를 어려워하는 친구 대신 자료를 들어 줌

[조건]
- 3~4문장, 짧게
- 칭찬이 과장되지 않게, 본 것만 담담하게
- 답장을 요구하는 문장은 넣지 말 것

마지막 줄을 눈여겨봐 주세요. 좋은 소식 문자에 "어떻게 생각하시나요" 같은 걸 붙이면 학부모에게 숙제가 됩니다. 그냥 전하고 끝내는 편이 낫습니다.

이런 문자를 학기 초에 몇 번 보내두면, 나중에 어려운 이야기를 할 때 신뢰의 잔고가 남아 있습니다.

보내기 전 톤 검사

다 썼는데 확신이 안 설 때 쓰는 방법입니다. 읽는 사람 자리에 AI를 앉히는 겁니다.

javascript
아래는 내가 학부모께 보내려는 문자야.
너는 이 문자를 받는 학부모라고 생각하고 답해 줘.

1. 읽고 나서 드는 첫 감정은?
2. 가장 마음에 걸리는 문장은?
3. 이 문자를 가장 나쁘게 해석한다면 어떻게 읽힐 수 있나?
4. 답장을 하고 싶어지나, 아니면 방어하고 싶어지나?

[문자 내용]
(붙여넣기)

3번이 핵심입니다. 우리는 자기가 쓴 글을 자기 의도대로만 읽습니다. 최악의 해석을 미리 들어보면 고칠 곳이 보입니다. 실제로 돌려보면 생각지도 못한 지점이 걸려 나오는 경우가 많습니다.

넣으면 안 되는 것

  • 다른 학생의 이름, 그 학생을 특정할 수 있는 서술
  • 학생 이름·연락처·주소 등 개인정보를 AI 입력창에 넣는 것
  • 진단처럼 들리는 표현. ADHD, 우울, 애착 문제 같은 말은 교사가 쓸 말이 아닙니다
  • 다른 학부모나 동료 교사에 대한 언급
  • 확정되지 않은 후속 조치의 약속

특히 세 번째. AI에 상황을 설명하면 친절하게도 "~한 경향이 보입니다" 같은 진단조의 문장을 만들어 줄 때가 있습니다. 그대로 쓰면 안 됩니다. 조건에 "의학적·심리학적 진단으로 읽힐 표현은 쓰지 말 것"을 넣어두세요.

결국은 데이터다

두 편에 걸쳐 프롬프트에서 스킬까지 왔습니다. 그런데 스킬은 어떻게 쓸지를 적어둔 것일 뿐입니다. 정작 빠진 게 하나 있습니다. 나는 그동안 어떻게 써왔는가.

생각해보면 우리에겐 이미 엄청난 자료가 쌓여 있습니다. 그동안 보낸 가정통신문, 학부모께 보낸 문자, 학급다말, 상담 안내문. 교직 경력이 길수록 더 많이 쌓여 있고요.

그게 바로 내 목소리의 데이터입니다.

"정중하게"를 백 번 설명하는 것보다, 내가 실제로 써보낸 문장 스무 개가 정확합니다.

모아두고 연결해 두기

앞에서는 매번 예시를 복사해 붙여 넣었습니다. 그런데 자료를 한군데 모아두고 AI가 그곳을 참고하게 하면, 붙여넣는 일 자체가 없어집니다.

저는 노션에 모아둡니다. 그리고 커넥터로 연결해 두면, 글을 쓸 때마다 그 안을 찾아봅니다. 구글 드라이브도 같은 식으로 쓸 수 있습니다.

분류는 복잡하게 할 필요 없고, 상황별로 나누면 충분합니다.

  • 안내하는 글 (행사, 일정, 준비물)
  • 부탁하는 글 (협조 요청, 회신 독려)
  • 알리는 글 (사건·사고 전달)
  • 거절하는 글 (어려운 요청에 대한 답)
  • 좋은 소식을 전하는 글

스킬 + 데이터

이 둘을 합치면 그제야 진짜 맞춤형이 됩니다.

스킬은 절차를 주고, 데이터는 목소리를 줍니다. 스킬만 있으면 절차는 맞는데 어딘가 낯선 글이 나오고, 데이터만 있으면 어투는 비슷한데 구성이 무너집니다. 둘을 같이 두면 이렇게 말해도 됩니다.

javascript
내가 쓰던 톤으로, 싸움 상황 알리는 문자 써 줘.
비슷한 상황을 예전에 어떻게 썼는지 먼저 찾아보고.

먼저 지우고 모으세요

여기서 반드시 짚고 가야 할 게 있습니다. 과거에 보낸 문자에는 학생 이름과 구체적인 사건이 그대로 들어 있습니다. 그걸 그대로 클라우드에 쌓아두면, 시간을 아끼려다가 더 큰 문제를 만듭니다.

모으기 전에 이렇게 바꿔놓으세요.

  • 학생 이름 → ○○, A 학생
  • 날짜·장소 같은 구체 정보 → 지우거나 일반화
  • 연락처·주소 → 전부 삭제
  • 특정 가정의 사정이 드러나는 대목 → 제외

어차피 필요한 건 사건의 내용이 아니라 문장의 결입니다. 이름을 지워도 어투는 그대로 남습니다.

커넥터를 연결할 때도 범위를 좌혀야 합니다. 워크스페이스 전체를 열어주지 말고, 이 용도로 따로 만든 페이지 하나만 연결하세요.

오래할수록 유리해집니다

이 방식의 재미있는 점은, 쓰면 쓸수록 좋아진다는 겁니다. 올해 보낸 통신문이 내년의 재료가 되고, 그러다 보면 몇 년 뒤엔 내가 학교에서 써온 글의 결이 통째로 쌓입니다.

어느 모델을 쓰든 상관없다는 점도 중요합니다. 모델은 몇 달이면 바뀌고 유행하는 도구도 바뀝니다. 그런데 내 글을 모아둔 폴더는 낡지 않습니다. 이 연재에서 오래 남는 것만 다루겠다고 했는데, 자기 데이터를 쌓는 일이 아마 가장 오래 남는 투자일 겁니다.

오늘 보낸 통신문 하나를 폴더에 넘기는 데 30초면 충분합니다.

AI가 대신 못 하는 것

문자를 어떻게 쓸지는 AI가 도울 수 있습니다. 그런데 이 일을 문자로 알릴지, 전화로 할지, 만나서 이야기할지는 AI가 정해줄 수 없습니다.

무게가 있는 사안은 문자가 아니라 통화나 대면이 맞습니다. 활자는 남고, 남은 활자는 나중에 다른 맥락에서 읽힙니다. 문자로 정리하기가 유난히 어렵다면 그건 문장력의 문제가 아니라 채널을 잘못 골랐다는 신호일 수 있습니다.

그리고 연락은 학교가 정한 공식 창구를 통하는 것이 원칙입니다. 개인 연락처로 주고받기 시작하면 선생님을 보호해줄 장치가 사라집니다.

다음 글에서는 잠시 방향을 틀어, AI가 대체 어떻게 작동하길래 이런 일이 가능한지를 다루겠습니다. 원리를 알면 왜 어떤 프롬프트는 되고 어떤 프롬프트는 안 되는지가 보입니다.

참고 자료

  • 교육부·경기도교육청, 「학교 민원 응대 안내자료」(2024.3.)
  • 충청북도교육청, 「2026 학교민원처리 매뉴얼」
  • 시사IN, 교사·학부모 소통 단절에 관한 보도(2026.3.)