제품 문서는 시스템을 설명하지만 고객은 “내보낼 수 있나요?”, “취소하면 어떻게 되나요?”, “누가 볼 수 있나요?”처럼 상황을 묻습니다. AI는 문서를 읽기 쉬운 FAQ 초안으로 바꿀 수 있지만 조건을 보존하고 없는 답을 만들지 않아야 합니다.
Infobase는 반복 사용 자료를, Skill은 작성과 확인 규칙을 담당합니다. 두 책임을 분리하면 자료와 절차를 각각 유지하기 쉽습니다.
승인된 자료와 질문 주제를 모으세요
현재 제품 안내와 정책 중 사용이 허가된 자료를 선택하고 오래된 버전을 제거하세요. 담당자와 시행일이 있으면 모호한 점을 해결하기 쉽습니다. 지원 문의에서 주제를 추릴 때 불필요한 개인정보를 복사하지 마세요.
일회성 작업은 직접 첨부로 충분할 수 있습니다. 반복 갱신에는 Infobase 안내에 따라 자료 모음을 만드세요.
답변의 기준을 지정하세요
선택한 승인 제품 문서로 FAQ를 작성하세요.
독자: [대상]. 질문 주제: [목록].
각 질문에 짧은 답, 가능한 문서와 해당 부분, 중요한 조건을 주세요.
자료가 확립한 정보만 사용하세요.
정책, 가격, 한도, 보안 보장, 날짜를 만들지 마세요.
미응답 또는 충돌 질문은 별도 검토 목록에 넣으세요.
공개 문구와 내부 편집 메모를 분리하세요.
반복 사용 지시는 Skills 안내에 따라 저장할 수 있습니다.
작은 예시부터 검토하세요
다음은 가상 편집 예시이며 Studio Global 정책이나 관찰된 모델 출력이 아닙니다.
예시 원문: 프로젝트 소유자는 작업 목록을 CSV로 내보낼 수 있습니다. 보관된 작업은 포함되지 않습니다.
적절한 답은 “소유자가 작업 목록을 CSV로 내보낼 수 있으며 보관된 작업은 제외됩니다”입니다.
“모든 팀원이 모든 프로젝트 데이터를 원하는 형식으로 다운로드할 수 있습니다”는 권한, 범위, 형식을 늘리고 예외를 삭제한 잘못된 답입니다. 보관된 작업의 복원 가능성은 이 문서가 답하지 않으므로 담당자에게 확인해야 합니다.
내부 근거표를 유지하세요
| 항목 | 목적 |
|---|---|
| 고객 질문 | 실제 필요를 확인 |
| 승인된 답 | 공개 표현 기록 |
| 근거 자료 | 검토자가 원문 확인 |
| 조건과 예외 | 오해를 부르는 단순화 방지 |
| 검토자와 날짜 | 승인 책임 기록 |
내부 경로나 기밀 메모를 공개 FAQ에 포함하지 마세요. 공개 출처는 필요하면 연결하고 비공개 근거는 허가된 검토 과정 안에 두세요.
정책을 바꾸지 않고 다듬으세요
직접적인 답을 먼저 주고 용어를 설명하며 문장을 짧게 만드세요. 간결함을 위해 필수 조건을 지우면 안 됩니다. 큰 수정은 Documents에서 진행할 수 있습니다. Brand Voice는 문체를 돕지만 사실 승인은 자료와 담당자에게 달려 있습니다.
게시에는 웹사이트나 도움말 센터의 정상 절차를 사용하세요. 채팅에서 생성한 FAQ가 외부 시스템에 자동 배포되는 것은 아닙니다. 정책이 바뀌거나 같은 혼란이 반복되면 답변을 다시 확인하세요.