작은 팀에서 고객지원이 ‘고객에게 답장하는 일’보다 ‘개발팀과 PM에게 맥락을 전달하는 일’에 더 가까워지는 순간이 있다. HN에서 본 한 초기팀 운영 담당자는 Intercom으로 들어온 이슈와 기능 요청을 Slack에 옮기고, 개발자와 PM에게 물어보고, 답장을 다시 써서 승인받은 뒤 Intercom에 붙여넣는다고 했다. 글 자체는 조용한 편이었지만, 댓글은 바로 Slack-Intercom 연동, Unthread, Atlas 같은 우회로로 이어졌다. 재미있는 건 다들 거창한 헬프데스크를 원하는 게 아니라는 점이다. 이미 쓰는 Slack 스레드 안에서 담당자를 태그하고, 고객 맥락을 잃지 않고, 승인된 답장을 그대로 보낼 수 있으면 충분해 보인다. 지금은 고객 문의 카드, Slack 스레드, 내부 승인 메시지, Intercom 답장이 서로 다른 곳에 흩어져서 한 사람이 인간 라우터가 된다. 여기서 비용 신호는 좌석당 툴 가격보다 ‘응답 한 건마다 반복되는 번역’인 것 같다. 고객 언어를 개발팀 언어로 바꾸고, 다시 고객 언어로 되돌리는 시간이 쌓인다. 작은 제품으로 시작한다면 새 채널을 만들기보다 Slack 안에서 문의를 구조화하고, 답장 초안을 남기고, 승인되면 원래 고객 채널로 보내는 얇은 레이어가 더 날카로울 수 있다.