사례를 공개할 수 없다면,
가리는 방식을 보여주세요

결론부터 말씀드리면 — 고객사 이름도, 결과물도 공개할 수 없는 일을 하신다면 사례 자리를 흐림 처리한 로고나 "다수의 기업" 같은 문구로 채우지 마세요. 그 자리는 확인할 수 없어서 아무것도 증명하지 못합니다. 대신 무엇을 왜 가리는지, 무엇은 보여줄 수 있는지를 나눠 적으세요. 기밀을 맡기려는 고객에게는 대표님이 남의 정보를 다루는 방식이 가장 직접적인 판단 재료입니다.

실적은 있는데, 보여줄 수가 없습니다

컨설팅, B2B 납품, 기업 교육, 의료처럼 고객의 내부 사정을 다루는 일은 사이트를 만들 때 같은 벽에 부딪힙니다. 일은 해 왔는데, 그 일을 보여줄 수가 없습니다. 고객사가 이름이 알려지길 원하지 않거나, 계약서에 비밀유지 조항이 있거나, 결과물 자체가 고객 회사의 내부 문서입니다. 의료라면 환자의 정보는 애초에 꺼낼 수 있는 재료가 아닙니다.

그래서 사례 페이지는 대개 두 방향 중 하나로 갑니다. 아예 비워 두거나, 가린 채로 채웁니다. 흐림 처리한 고객사 로고 줄, 회사 이름을 "A사"로 바꾼 짧은 성공담, 모자이크한 보고서 이미지, "국내 다수 기업과 함께했습니다" 한 줄.

신규 브랜드라면 사정이 하나 더 겹칩니다. 이름이 알려지지 않았으니, 방문자에게는 사이트에 적힌 것 말고는 우리를 확인할 방법이 없습니다. 실적이 아직 적을 때 쓸 재료는 회사 소개부터 쓰면, 판단이 시작되지 않습니다에서 다뤘습니다. 이 글은 그 반대편 — 실적은 있는데 꺼낼 수 없는 경우의 이야기입니다.

가린 사례는, 가린 채로 읽히지 않습니다

대표님에게 "A사"는 실제 회사입니다. 이름을 지웠을 뿐 그 뒤에 사람과 일정과 결과가 그대로 있습니다. 처음 온 사람에게 "A사"는 확인할 방법이 없는 글자입니다. 그리고 확인할 수 없다는 점에서는, 실제로 있었던 일을 가린 사례와 처음부터 지어낸 사례가 화면에서 똑같이 생겼습니다. 방문자는 둘을 구별할 수 없으니 둘을 같은 무게로 — 대개는 가볍게 — 읽습니다.

흐림 처리한 로고 줄도 마찬가지입니다. 가렸다는 사실은 보이지만, 무엇을 가렸는지는 보이지 않습니다. 방문자에게 남는 것은 "뭔가 있다고 주장하는 자리"입니다. "다수의 기업"처럼 확인할 수 없는 크기의 말이 같은 사이트의 다른 문장에까지 어떤 영향을 주는지는 작은 회사가 크게 보이려 하면, 가장 비싼 순간에 들킵니다에 적었습니다.

여기까지는 잃는 이야기입니다. 그런데 이 상황에는 다른 업종에 없는 기회가 하나 있습니다.

기밀을 맡기려는 사람은, 남의 기밀이 어떻게 다뤄지는지 봅니다

내부 사정을 다루는 일을 맡기는 고객이 결과만큼 걱정하는 것이 있습니다. 우리 회사 이야기가 어디까지 새어 나갈까. 진행하면서 넘긴 자료는 끝나고 어떻게 되나. 일이 끝나면 이 회사 사례 페이지에 우리 이야기가 올라가는 건 아닐까.

이 질문의 답은 사이트에 이미 적혀 있습니다. 다른 고객을 어떻게 다루고 있는지로요. 동의를 받았는지 알 수 없는 로고가 줄지어 있고, 이름은 지웠지만 업종과 지역과 시기를 맞춰 보면 어느 회사인지 짐작되는 사례가 있다면, 방문자는 그것을 실적이 아니라 자기 회사의 다음 모습으로 읽습니다. 반대로 무엇을 왜 공개하지 않는지가 분명히 적혀 있다면, 같은 빈자리가 약속으로 읽힙니다.

공개할 수 없는 일을 하는 회사에게 사례 페이지는,
실적을 보여주는 자리이기 전에
남의 정보를 다루는 방식을 보여주는 자리입니다.

보여줄 수 없는 일을 판단 재료로 바꾸는 다섯 가지

  1. 무엇을 공개하지 않는지, 왜 그런지 먼저 적습니다. 사례 페이지 맨 위에 짧은 문단 하나면 됩니다. 고객사 이름과 결과물은 고객의 동의 없이 올리지 않는다, 그래서 이 페이지의 사례는 이런 방식으로 가렸다. 단, 실제로 지키고 있는 원칙만 적습니다. 적어 두고 지키지 않으면 그 한 줄이 사이트에서 가장 위험한 문장이 됩니다.
  2. 사례를 가릴 때, 지울 것과 남길 것을 나눕니다. 지울 것은 누구인지 알아보게 하는 정보입니다 — 회사 이름, 로고, 그 회사에만 있는 수치, 내부 문서 화면, 그리고 업종·지역·시기·규모를 함께 적었을 때 한 회사로 좁혀지는 조합까지. 남길 것은 판단에 쓰이는 정보입니다 — 어떤 조건에서 시작했는지, 무엇을 어떻게 하기로 정했는지, 그래서 무엇이 달라졌는지. 실력이 드러나는 칸은 원래 이름 칸이 아니라 판단 칸입니다. 그 세 칸을 쓰는 법은 결과물이 비슷해 보일 때, 판단은 과정에서 갈립니다에 정리했습니다.
  3. 결과물 대신, 일하는 형식의 견본을 만듭니다. 실제 보고서는 못 보여줘도, 보고서가 어떤 목차와 형식으로 나오는지는 보여줄 수 있습니다. 가상의 회사를 상정해 만든 견본, 진행 중에 고객이 받게 되는 문서 목록, 판단에 쓰는 점검표 같은 것들입니다. 이때 견본이라는 사실을 분명히 표시합니다. 표시된 견본은 일하는 형식의 증거가 되고, 표시 없는 견본은 지어낸 사례가 됩니다.
  4. 공개 범위를 계약 단계에서 고객이 고르게 합니다. 지금 사례를 못 쓰는 이유 중 하나는, 공개 여부를 일이 끝난 뒤에 따로 부탁해야 하기 때문입니다. 계약서나 착수 문서에 공개 범위를 고르는 칸을 두세요 — 비공개, 이름 없이 사례만, 이름까지 공개. 고객은 처음부터 자기 정보가 어디까지 쓰일지 알고 시작하고, 대표님은 앞으로 쌓일 사례의 출처를 갖게 됩니다. 고르게 한다는 사실 자체가 1번의 원칙을 지키고 있다는 증거이기도 합니다.
  5. 사이트에서 못 하는 확인을 넘길 다음 자리를 적습니다. 사이트에 올릴 수 없는 것을 미팅에서는 보여줄 수 있는 경우가 있습니다. 비밀유지 약정을 맺은 뒤 실제 산출물 일부를 보여 드린다거나, 동의한 기존 고객과 통화를 연결해 드린다거나. 실제로 할 수 있는 방법이 있다면 사례 페이지 끝에 적어 두세요. 사이트에서 멈춘 확인이 다음 단계로 이어지는 길이 됩니다. 사이트를 본 사람이 결정하는 사람이 아닐 때 무엇이 옮겨져야 하는지는 B2B 사이트에서 방문자는, 결정하는 사람이 아닙니다에 적었습니다.

반대 방향의 실수도 있습니다

비공개를 이유로 아무것도 적지 않는 것도 실수입니다. "고객 정보 보호를 위해 사례는 공개하지 않습니다" 한 줄로 끝난 페이지는 원칙이 아니라 빈자리로 읽힙니다. 이름을 못 쓰는 것과 일하는 방식을 못 쓰는 것은 다른 문제입니다. 진행 순서, 판단 기준, 하는 일과 안 하는 일의 범위는 어느 고객의 비밀도 아닙니다.

사례 대신 익명 후기를 쌓는 것도 같은 자리에서 막힙니다. 이름 없는 칭찬은 확인할 수 없다는 점에서 가린 사례와 다르지 않습니다. 후기를 쓰신다면 칭찬보다 상황과 조건이 남도록 자르는 편이 낫고, 그 방법은 후기를 붙였는데, 아무 일도 일어나지 않는다면에 있습니다.

그리고 동의를 받았다고 다 올리는 것도 한 번 더 볼 일입니다. 함께 일한 담당자가 괜찮다고 한 것과 그 회사가 공개를 허락한 것은 다를 수 있습니다. 이름을 올릴 때는 누가 어떤 범위로 동의했는지 기록을 남겨 두세요. 그 기록이 없으면, 담당자가 바뀐 회사에서 연락이 왔을 때 설명할 근거가 없습니다.

사례 페이지를 열어 놓고, 다섯 줄을 짚어 보세요

지금 사이트의 사례·고객사 영역을 띄워 두고, 기밀을 맡기려는 고객의 눈으로 답해 보세요.

  • 무엇을 공개하지 않는지가 그 이유와 함께 적혀 있는가?
  • 가린 사례에서 업종·지역·시기·규모를 맞춰 봤을 때, 특정 회사가 짐작되지 않는가?
  • 이름을 지운 사례에도 시작 조건·판단·결과가 남아 있는가, 성공담 한 줄뿐인가?
  • 견본이나 가상 예시에 견본이라는 표시가 분명히 붙어 있는가?
  • 올라가 있는 이름과 로고마다, 누가 어떤 범위로 동의했는지 기록이 있는가?

두 번째 줄에 걸린다면 그것부터 고치세요. 사례를 늘리는 일보다 먼저입니다. 그 사례를 읽는 사람은 실적보다, 자기 회사가 그렇게 읽힐 날을 먼저 떠올립니다.

자주 묻는 질문

고객이 이름은 써도 된다고 했는데, 로고까지 올려도 되나요?+
이름 사용과 로고 사용은 따로 확인하는 편이 안전합니다. 로고는 그 회사의 상표라서, 함께 일한 담당자 한 사람이 허락할 수 있는 범위가 아닐 수 있습니다.
그리고 로고 줄 자체는 판단 재료가 약합니다. 이름 옆에 무슨 일을 어떤 조건에서 했는지 한 줄을 붙이는 편이 비교에 쓰입니다.
가상의 회사로 견본을 만들면 지어낸 사례 아닌가요?+
표시에 달렸습니다. 견본이라고 분명히 적으면 일하는 형식을 보여주는 자료이고, 표시 없이 실제 사례처럼 두면 지어낸 사례입니다.
견본에는 결과 수치나 고객 반응처럼 실제로 일어난 일처럼 읽히는 내용을 넣지 마세요. 형식·순서·목차까지 보여주는 것이 견본의 몫입니다.
공개할 수 있는 사례가 하나도 없으면 불리하지 않나요?+
공개 사례가 많은 곳과 같은 방식으로 겨루면 불리합니다. 그래서 겨루는 축을 바꿉니다 — 진행 순서, 판단 기준, 자료를 다루는 원칙, 미팅에서 확인할 수 있는 방법.
그리고 오늘부터 계약 단계에서 공개 범위를 고르게 하면 사례는 앞으로 생깁니다. 지난 일은 못 꺼내도, 다음 일의 공개 여부는 지금 정할 수 있습니다.

밑그림은 화면을 그리기 전에, 방문자가 무엇으로 우리를 판단할지부터 정하는 웹 스튜디오입니다.
지금 사이트가 보여줄 수 없는 일까지 판단 재료로 바꾸고 있는지 궁금하시다면 아래 셀프 체크리스트로 먼저 짚어 보세요.

홈페이지 셀프 진단 체크리스트 ↗  ·  다른 칼럼 보기