케이스 스터디

Case Study

산출물

한 고객이 어떤 문제를 겪다가 무엇을 골라 어떻게 도입했고 숫자가 얼마나 바뀌었는지를 순서대로 정리한 글입니다.

등장 배경

제품을 파는 쪽이 만든 자료는 아무리 공들여 써도 파는 쪽 말입니다. 기능 목록과 화면 이미지를 늘어놓아도 읽는 사람 머릿속에는 같은 질문이 남습니다. 비슷한 회사가 이걸 써서 실제로 나아졌나.

그 질문에 답할 문서가 없던 시절에는 답이 영업 담당자의 입으로만 나왔습니다. "저희랑 비슷한 규모에서 쓰는 데가 있나요" 하고 물으면 "비슷한 고객사가 있는데 아주 만족하고 계십니다" 정도가 돌아왔습니다. 듣는 쪽은 그 말을 회의에 들고 갈 수 없었습니다. 회사 이름도, 무엇이 얼마나 나아졌는지도 없는 이야기는 결재 서류에 한 줄도 적히지 않습니다. 담당자는 마음에 들어도 위를 설득할 재료가 없었습니다.

케이스 스터디는 그 이야기를 사람의 입에서 떼어 문서로 고정한 것입니다. 누가, 어떤 상황에서, 무엇과 비교해 골랐고, 그래서 어떤 값이 어떻게 바뀌었는지를 고객 이름과 함께 적습니다. 만든 쪽이 아니라 쓴 쪽이 말하는 형식이라 같은 내용이라도 제품 소개서보다 덜 의심받습니다.

구성 항목

한 편은 고객의 상황에서 출발해 숫자로 끝나는 여섯 덩어리로 짜입니다.

  1. 고객 소개 — 어떤 회사인지 두세 줄로 적습니다. 업종, 인원, 하는 일이 있어야 읽는 사람이 자기 회사와 견줍니다. "한 IT 기업" 이라고만 쓰면 견줄 대상이 사라집니다.
  2. 도입 전 문제 — 무엇이 불편했는지를 그 회사의 말로 옮깁니다. "협업이 비효율적이었다" 같은 요약이 아니라 "회의록이 개인 메모 앱에 흩어져 있어 지난달 결정을 찾는 데 30분씩 걸렸다" 처럼 장면이 보이게 적습니다.
  3. 고르기까지의 과정 — 무엇과 비교했고 왜 이걸 골랐는지입니다. 지금 똑같은 비교를 하는 독자가 자기 자리를 찾는 대목입니다.
  4. 도입 방식 — 언제 어떻게 깔았고 몇 명이 쓰기 시작했는지입니다. 옮기는 일이 힘들까 봐 망설이는 사람에게 필요한 정보라서 기간을 숫자로 적습니다. "2주 동안 팀 세 개로 먼저 써 보고 전사로 넓혔다" 정도면 충분합니다.
  5. 결과 — 바뀐 값을 도입 전후로 나란히 놓습니다. 주당 회의 시간이 6시간에서 4시간으로 줄었다거나, 문서 찾는 데 걸리던 30분이 3분이 됐다는 식입니다. 이 숫자가 없으면 나머지를 다 갖춰도 후기 한 편으로 읽힙니다.
  6. 고객의 말 — 실제 사용자의 인용을 한두 개 넣습니다. 이름과 직함이 붙어야 인용으로 읽히고, 익명이면 지어낸 문장처럼 보입니다.

순서를 이대로 두는 이유는 읽는 사람의 질문이 이 순서로 떠오르기 때문입니다. 누구 얘기인지, 같은 문제였는지, 왜 하필 이걸 골랐는지, 그래서 뭐가 달라졌는지 순입니다. 결과를 맨 앞에 끌어다 놓으면 숫자만 보이고 그 숫자를 왜 믿어도 되는지가 사라집니다.

작성자와 독자

쓰는 사람은 대개 콘텐츠 담당 마케터입니다. 다만 혼자 못 씁니다. 재료의 절반이 고객에게 있어서, 그 고객과 매일 이야기하는 세일즈나 고객 성공 담당자가 누구에게 부탁할지 고르고 자리를 잡아 줍니다.

진행은 세 단계입니다.

  1. 섭외 — 성과가 뚜렷하면서 우리가 노리는 시장과 닮은 고객을 고릅니다. 가장 큰 고객이 아니라 가장 닮은 고객입니다.
  2. 인터뷰 — 40분쯤 이야기를 들으며 도입 전 상황과 숫자를 받아 적습니다. 여기서 숫자를 못 받으면 뒤에서 만들 방법이 없습니다.
  3. 승인 — 초안을 고객에게 보내 회사 이름, 인용, 숫자를 실어도 되는지 확인받습니다. 건너뛰면 발행한 글을 며칠 만에 내리는 일이 생깁니다. 금액 공개를 꺼리는 회사가 많아 절대값 대신 비율로 바꿔 싣기도 합니다.

읽는 사람은 이미 후보를 좁힌 쪽입니다. 검색으로 막 들어온 사람은 남의 회사 도입기를 끝까지 읽지 않습니다. 후보를 두세 개로 줄여 놓고 마지막에 확인하는 담당자와 그가 설득해야 하는 결재권자가 읽습니다. 블로그 포스트가 문제를 아직 모르는 사람에게 닿는 글이라면 케이스 스터디는 이미 아는 사람의 마지막 의심을 덜어 주는 글입니다.

그래서 놓이는 자리도 다릅니다. 요금 페이지 아래, 영업 메일의 첨부, 제안서 뒷장입니다. 연락처를 받는 대가로 자료를 주는 리드 마그넷 자리에 걸기도 하지만, 구매 직전 사람을 양식 앞에서 돌려세울 이유가 없어 대개 그냥 열어 둡니다. 결재 근거가 더 필요한 상대에게는 주제를 깊이 다룬 자료형 문서인 화이트페이퍼를 함께 붙입니다.

실무 용례

"이번 분기에 케이스 스터디 세 편은 나가야 해요. 제조업 쪽이 하나도 없습니다."

그 업종 고객이 자기와 닮은 사례를 못 찾고 있으니 빈칸부터 메우자는 말입니다.

"이 고객 케이스 스터디로 만들 수 있을까요? 숫자가 예쁘게 나왔어요."

성과가 뚜렷한 계정을 섭외 후보로 올리자는 제안입니다.

"법무 검토가 막혀서 회사 이름은 빼고 업종만 쓰기로 했습니다."

고객이 실명 공개를 거절했고, 설득력이 깎이는 것을 감수하고 내보낸다는 뜻입니다.

페이지덱에서는 현우가 분기마다 두 편을 맡고 후보는 대개 수아가 넘깁니다. 영업 자리에서 "저희랑 비슷한 팀 있어요" 라는 질문을 반복해 듣다 보면 어느 업종 사례가 비어 있는지가 먼저 보이기 때문입니다. 인터뷰를 잡고 도입 전후 숫자를 같은 기준으로 받아 적어 승인까지 받는 데 보통 3주가 걸립니다.

한 편이 나가면 수아는 같은 업종 고객에게 메일로 첨부하고 현우는 요금 페이지 아래에 걸어 둡니다. 그래서 둘 다 편수보다 업종 구성을 먼저 봅니다. 서비스 회사 사례만 다섯 편 있고 제조업이 0편이면, 제조업 상담에서는 다섯 편이 한 편만큼도 일하지 않습니다.

흔한 오해

칭찬을 모아 놓은 글이라는 오해가 가장 흔합니다. 고객이 좋게 말한 인용이 들어가니 자연스러운 착각입니다. 하지만 읽는 사람은 칭찬을 확인하러 오는 게 아니라 자기 상황과 대조하러 옵니다. 도입 전 문제가 구체적일수록, 비교하다 접은 대안이 솔직하게 적혀 있을수록 오래 읽힙니다. 좋은 말만 채운 페이지는 끝까지 읽히지 않고, 영업 담당자도 보내기를 꺼려 결국 아무도 쓰지 않는 문서가 됩니다.

이름 있는 회사라야 한다는 오해도 자주 봅니다. 큰 로고가 눈에 띄고 발표 자료에 넣기 좋으니 그쪽으로 마음이 기웁니다. 그러나 구매를 검토하는 사람은 규모와 상황이 닮은 곳을 찾습니다. 인원 3,000명 회사의 도입기는 20명 팀에게 남의 집 이야기입니다. 큰 이름만 모으면 가장 많이 들어오는 고객층이 읽을 사례가 한 편도 없게 됩니다.

자주 헷갈리는 용어

용어무엇을 담는가케이스 스터디와의 차이
고객 사례고객이 겪은 변화사람과 장면을 앞세워 짧게 씁니다. 케이스 스터디는 같은 일을 문제·비교·도입·결과 순서로 놓고 숫자로 받칩니다

같이 보면 좋은 페이지

연관 용어

마지막 업데이트 2026-09-16