Skip to main content

build-a-customer-faq

Create a customer FAQ from recurring evidence with concise answers, exceptions, actions, ownership, and review dates. Use when support questions repeat and customers need a trustworthy self-service page.

소스 정보

저장소
protosphinx/sphinxstack
최근 소스 활동
2026년 7월 29일 13:55
감지된 SKILL.md 언어
영어
스타
3
포크
0

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

파일 탐색기
2 개 파일

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
build-a-customer-faq
category
write
description
Create a customer FAQ from recurring evidence with concise answers, exceptions, actions, ownership, and review dates. Use when support questions repeat and customers need a trustworthy self-service page.
# build-a-customer-faq Build around questions customers actually ask, not questions the organization wishes they asked. Each answer should resolve one intent and point to a safe action or responsible contact. ## Inputs - Gather anonymized support themes, site-search terms, onboarding questions, policy pages, and product documentation. - Confirm the audience, publication surface, current owners, and source of truth for each answer. - Rank candidate questions by frequency, impact, confusion, and self-service suitability. ## Procedure 1. Cluster equivalent questions while preserving important differences in user intent. 2. Select a bounded first set and write each heading in the customer's language. 3. Answer directly in the first sentence, then add necessary steps, limits, or examples. 4. Link to the canonical action, policy, or detailed guide and verify the destination. 5. State exceptions and escalation paths where a general answer is not sufficient. 6. Remove internal terminology, promotional filler, unsupported claims, and duplicate answers. 7. Assign an owner, source, and review trigger for every answer. 8. Test the page with real questions, keyboard navigation, mobile layout, and site search. 9. Measure searches, exits, unresolved contacts, and feedback without treating fewer tickets as the only success signal. ## Boundaries Never expose customer examples, account data, internal security procedures, or private policy exceptions. Do not present legal, medical, tax, or financial guidance beyond approved language. Keep a human support path for cases that require context or consent. ## Done - Every published question traces to observed customer evidence - Answers are accurate, concise, actionable, and checked against current sources - Exceptions, escalation routes, owners, and review triggers are written - Representative customer questions find the correct answer in search and usability checks
GitHub에서 보기