사례는 결과 자랑보다 기준과 과정을 보여 주기 위한 페이지입니다. 구체 수치(순위·트래픽·매출)는 검증 가능하고 고객 동의가 있을 때만 넣습니다. 이 사이트에는 허위·추정 수치를 넣지 않습니다. 아래 세 장의 케이스 카드는 모두 같은 여섯 칸(상황·문제·기준·진행·산출물·다음)으로 읽습니다.
사례 읽는 법
각 카드는 (1) 상황 (2) 문제 (3) 적용한 기준 (4) 진행 단계 (5) 남긴 산출물 (6) 다음 액션 으로 읽습니다. 「몇 위 상승」이 없어도, 팀이 같은 실수를 반복하지 않게 하는 것이 목적입니다.
케이스 A — 정보형 허브 정리
- 상황
- 「백링크」헤드 키워드만 노리는 랜딩이 얇고, 문의 질이 낮음.
- 문제
- 뜻·가격·검사·위험 등 롱테일 질문이 페이지에 없어 영업 비용 증가.
- 기준
- 허브→하위 가이드 내부링크, 보장 문구 금지, 검수·체크리스트 차별화.
- 산출물
- 정보 구조도, 앵커 텍스트 목록, FAQ 초안.
- 다음
- Traffic 자랑 대신 문의 질의 체크리스트로 측정(예: 필수 항목 채움 여부).
케이스 B — 저품질 링크 정리
- 상황
- 과거 대량·저가 링크로 프로필이 지저분, 내부에서 「다 지울까」 공포.
- 문제
- 분류 없이 전량 조치 논의 → 공수·리스크.
- 기준
/check7단계, 유지/모니터링/검토. DA만으로 삭제 금지.- 진행
- 목록 확보→생존·앵커·위치·관련성→패턴 표시→검토만 우선순위.
- 산출물
- 분류 시트, 금지 목록, 재발 방지 계약 조항 초안.
- 다음
- 신규 실행은 검수형만 (
/service운영 카드).
케이스 C — 견적·업체 비교
- 상황
- 업체 5곳 단가표, 스펙 불일치, 「보장」 멘트 혼재.
- 문제
- 저가가 회의를 장악.
- 기준
/how-to-choose질문 10,/price비교표, 보장 실격.- 진행
- 스펙 정렬→실격→2~3곳 점수표→파일럿 조건.
- 산출물
- 점수표, 거절 멘트 로그, 파일럿 SOW.
- 다음
- 월간 이슈율로 확대 여부 결정.
공통으로 쓴 산출물
검수 기준서, 링크 시트, 견적 비교표, 채널 가정 1p (/naver-vs-google), 피해야 할 멘트 카드 (/risk). 홈 캐러셀과 동일 메시지: 검수 · 가격·위험 · 채널 차이 · 체크리스트.
사례에 넣지 않는 것
- 조작·추정 순위·트래픽·ROAS
- 「N일 만에 1위」 스토리
- 동의 없는 고객사 실명·스크린샷
- 경쟁 비방
문의 전 준비물
사이트 URL, 목표, 채널, 기존 링크 export(가능 시), 받은 견적서, 내부 금지 사항. → /contact
미니 FAQ
숫자 없는 사례가 약한 거 아닌가요?
허위 숫자보다 강한 기준이 B2B 신뢰에 유리합니다. 동의 수치만 추후 보강.
우리 업종 사례가 없는데요?
프레임(허브·정리·비교)은 업종 공통입니다. 업종 관련성은 검수 기준에 반영합니다.
사례를 광고처럼 써도 되나요?
과장·보장 없이 과정만. 정책·표시 광고 규정을 지키세요.
케이스 카드를 영업에 쓰는 방법
- 「당신도 이 숫자」가 아니라 「당신도 이 절차」
- 미팅 전
/how-to-choose질문표와 함께 송부 - 허위 수치 요청이 오면
/risk거절 멘트와 함께 정중 거절
케이스 A 확장 — 허브가 바꾼 것
문의 메시지에 「개당 얼마」만 있던 비율이 줄고, 「검수 기준·교체·채널」이 포함된 문의가 늘어나는 것을 성공 신호로 봅니다. (구체 %는 조작하지 않음. 팀 내부 체크리스트로만 추적)
정보 구조: 홈 → 가이드 → 가격/검사/위험 → 고르는 법 → 서비스/문의. 내부링크 앵커를 한국어로 고정해 탐색 비용을 낮춥니다.
케이스 B 확장 — 정리의 감정 관리
「다 지워!」와 「아무것도 건들지 마」 사이 충돌이 흔합니다. 분류 시트는 감정의 완충입니다. 검토 목록만 우선순위를 매기고, 유지 목록은 건드리지 않습니다. 경영진 보고는 건수+샘플 URL 3개면 충분합니다.
케이스 C 확장 — 회의체 재설계
단가 정렬 회의를 스펙 정렬 회의로 바꿉니다. 실격(보장·무샘플)을 먼저 처리하면 남은 후보만 금액 논의. 파일럿 SOW에 성공 정의를 순위 제외로 명시.
확장 FAQ
업종별 케이스 템플릿?
같은 프레임에 관련성 기준만 업종 용어로 교체.
실패 사례도 쓰나요?
가능하면 「기준 없이 저가 대량 → 분류 비용 증가」 과정으로. 비방·허위 수치 없이.
케이스 페이지 디자인 노트
- 3카드 그리드(A/B/C) + 하단 공통 산출물
- 각 카드에 「상황·문제·기준·진행·산출·다음」
- 숫자 배지·가짜 그래프 금지
- 홈 캐러셀 메시지와 아이콘 톤 정렬
영업 미팅 스크립트 (사례 기반)
「숫자는 고객 동의 자료가 있을 때만 공개합니다. 대신 세 가지 절차를 보여 드립니다. 허브로 문의 질을 올린 구조, 저품질 링크를 분류한 정리, 견적을 스펙으로 정렬한 선정. 어느 절차가 지금 팀 상황과 가장 가깝습니까?」
선택에 따라 /service 카드로 매핑합니다. A→진단+콘텐츠 정렬, B→진단 중심, C→자문 중심.
사례 업데이트 규칙
- 분기마다 과정 문장만 다듬기
- 허위 수치 요청 반려 로그 유지
- 동의 수치 확보 시에만 「검증됨」 배지
- 실패 과정은 익명·학습 중심으로
사례 페이지 본문 보강 — 독자에게 남길 것
케이스 A/B/C는 업종이 달라도 재사용 가능한 절차 패턴입니다. 패턴을 자사 용어로 바꿔 쓰되, 순위를 지어내지 마세요. 디자인 팀은 카드 그리드, 카피 팀은 과정 문장, 영업 팀은 매핑(/service 카드)만 담당하면 역할이 깨끗해집니다. 「사례가 약하다」는 피드백이 오면 허위 숫자로 보강하지 말고, 과정 문장·산출물 스크린(민감정보 제외)·체크리스트를 보강하세요. 그것이 이 사이트의 차별화와 일치합니다.
케이스 공통 — 실패를 줄인 문장들
「분류 없이 삭제하지 않는다」「보장 있는 견적은 비교표에 올리지 않는다」「허브 없이 헤드 키워드 랜딩만 밀지 않는다」. 세 문장이 A/B/C를 관통합니다. 독자가 사례에서 가져갈 것은 성공 신화가 아니라 이 문장들입니다. 문의 전 준비물(/contact)에 이 문장 중 어디에 해당하는지 적어 오면 상담이 빨라집니다. 케이스 카드에서도 문장을 푸터 고정 카피로 쓸 수 있습니다.
사례를 내부 위키에 옮길 때
A/B/C 제목을 자사 프로젝트명으로 바꾸지 말고, 절차 이름(허브 정리·프로필 분류·스펙 선정)으로 저장하세요. 프로젝트명은 사라져도 절차명은 남습니다. 남는 것이 자산입니다. 숫자 자랑은 동의가 있을 때만 위키 비공개에. 공개 웹(/cases)에는 절차만.
추가 — 독자 CTA 문장
「지금 우리 팀은 A(허브)·B(정리)·C(선정) 중 어디에 가까운가?」를 카드 아래에 배치하세요. 선택 결과는 /service 카드와 /contact 요청 유형으로 이어집니다. 사례가 전환을 돕는 방식입니다. 숫자 없이도 충분히 전환 경로가 생깁니다.
분량 보완 문단
사례 페이지가 짧으면 「결국 숫자 없는 빈 페이지」로 오해받습니다. 과정 문장을 충분히 써서, 숫자 없이도 의사결정에 쓰이게 만드는 것이 v2의 의도입니다. A/B/C 각각에 상황부터 다음 액션까지를 읽히게 두었으니, 디자인에서 접지 말고 스크롤 가능하게 두세요.
한 줄 더
과정이 곧 사례입니다. 숫자보다 과정을 고르세요.