아티클
SaaS 가 검토 단계에 들어가는 경로
검토는 제품 소개가 아니라 개념과 연동 요건 질문에서 시작됩니다. 되는 조건과 안 되는 조건을 같이 적은 문서가 답변에 인용되고, 그 자리에 제품 이름이 함께 남습니다. 로그인 뒤에 숨어 있는 문서를 밖으로 꺼내는 일이 먼저입니다.
- 01도입 검토는 어디에서 시작되나요?
- 02제품 사이트에 문서가 글자로 쌓이고 있나요?
- 03어떤 문서가 있어야 검토 단계에 들어가나요?
- 04제품 문서는 무엇을 답해야 하나요?
- 05문서가 색인됐는지 무엇으로 확인하나요?
- 06제품 밖에서 확인되는 근거는 어떻게 쌓나요?
- 07도입 순서는 어떻게 되나요?
자리
도입 검토가 시작되는 자리
검토는 제품 소개 페이지가 아니라 개념과 연동 질문에서 시작됩니다. 담당자가 먼저 확인하는 것은 값이 아니라 되는지 여부입니다.
- 개념과 연동 검색
- 웹훅과 폴링의 차이, 인증 연동 요건처럼 답이 정해진 질문입니다. 여기서 만난 문서가 제품을 처음 알리는 자리입니다.
- AI 답변과 챗봇
- 요건을 문장으로 묻는 자리입니다. 제품 문서가 답의 근거로 인용되면 후보 목록에 들어갑니다.
- 비교와 대안 검색
- 카테고리에 추천이나 대안을 붙인 말은 이미 차 있고, 순위 밖 문서가 인용된 사례도 관측되지 않았습니다.
- 데모 요청
- 앞에서 요건을 확인한 담당자가 마지막에 오는 자리입니다.
그래서 제품 소개를 다듬는 일보다 요건 문서를 만드는 일이 앞에 옵니다.
순서 01
제품 사이트에 문서가 글자로 쌓이는지
제품 사이트가 화면 앱으로만 만들어져 있으면 문서가 소스에 남지 않습니다. 문서 도구를 따로 쓰는 경우에는 주소가 갈라지는 문제가 같이 생깁니다.
- 문서가 사는 주소
- 제품 사이트 안에 둘지 문서 도구에 둘지 먼저 정합니다. 갈라 두면 색인과 근거가 두 곳으로 나뉩니다.
- 본문이 소스에 있는가
- 받아 가는 HTML 에 본문 글자가 있는지 확인합니다. 답을 만드는 쪽은 화면을 그리기 전 상태를 봅니다.
- 버전 표기
- 구버전 문서가 남아 있으면 지금 요건과 다른 답이 뽑혀 나갈 수 있습니다. 갱신일과 대상 버전을 문서마다 적습니다.
순서 02
검토 단계에 들어가는 문서
비교형 말은 닫혀 있고, 개념과 요건 쪽은 열려 있습니다. 열린 쪽은 정확히 쓰려면 제품을 아는 사람이 필요해서 경쟁이 얕습니다.
| 구분 | IT B2B SaaS |
|---|---|
| 열린 질문 | 개념과 연동, 요건을 묻는 질문
|
| 닫힌 질문 |
|
연동 요건과 제약은 제품팀이 이미 알고 있는 내용입니다. 문서로 꺼내지 않았을 뿐입니다.
순서 03
제품 문서가 답할 것
제품 자랑이 아니라 요건을 적습니다. 요건 문단은 그대로 뽑혀 나가고, 그 자리에 제품 이름이 함께 남습니다.
SSO 를 붙이려면 무엇이 필요한가요?
SAML 2.0 또는 OIDC 를 지원하는 IdP 와 관리자 권한 계정이 필요합니다. 도메인 소유 확인을 마친 뒤 메타데이터를 교환하는 순서이고, 기준으로 설정에서 검증까지 통상 하루 안에 끝납니다.
안 되는 조건도 같이 적습니다. 제약이 적힌 문서라야 검토 단계에서 쓸모가 있습니다.
순서 04
문서의 색인을 확인하는 것
문서 도구에 올린 글이 색인에서 빠지는 경우가 흔합니다. 만든 수가 아니라 들어간 수를 봅니다.
- 무엇을 보는가
- 색인된 문서 수와 크롤됐지만 색인되지 않은 문서 수입니다. 문서 도구를 쓰면 도구 쪽 설정도 같이 봅니다.
- SaaS 에서 흔한 원인
- 로그인 뒤에만 보이는 문서, 자동 생성된 API 목록, 언어별로 갈라진 주소 세 가지입니다.
- 먼저 하는 일
- 공개해도 되는 문서를 로그인 밖으로 꺼내고 언어별 주소를 정리합니다.
순서 05
제품 밖에서 확인되는 근거를 쌓는 법
제품 사이트가 스스로 말한 요건은 주장입니다. 밖에서 같은 사실이 확인되면 검토 단계에서 근거로 쓰입니다.
- 연동 상대 쪽 문서
- 파트너 목록과 앱 마켓 등록처럼 상대 쪽 문서에 이름이 남는 자리가 가장 강한 근거입니다.
- 기술 글과 발표
- 구현 기록과 컨퍼런스 발표는 실제 활동의 흔적입니다. 만들어 낸 언급은 스팸 정책에 걸립니다.
- 표기 일치
- 제품명과 회사명 표기가 문서, 저장소, 마켓에서 갈리면 한 대상으로 합쳐지지 않습니다.
절차
도입 순서
요건 문서 다섯 편이면 검토 단계에 들어갈 최소 조건이 만들어집니다.
1. 문서가 살 주소를 하나로 정한다
제품 사이트 안인지 문서 도구인지 정하고 갈라 두지 않습니다
2. 영업이 가장 많이 받은 질문을 모은다
연동과 권한, 이관 질문이 대부분입니다
3. 질문 하나에 문서 한 편을 쓴다
되는 조건과 안 되는 조건을 같이 적습니다. 제약이 적혀 있어야 쓸모가 있습니다
4. 공개 범위와 색인을 정리한다
로그인 밖으로 꺼낼 문서를 고르고 언어별 주소를 정합니다
5. 밖에 남는 자리를 만든다
연동 상대 문서와 마켓 등록처럼 밖에서 확인되는 자리를 하나씩 늘립니다
기능 수가 아니라 검토자가 묻는 질문의 수만큼 문서가 필요합니다.
「SaaS 마케팅」 쪽에서 홈페이지는 지금 어디까지 와 있는지, 직접 열어 보고 명시합니다.
무료 진단