같은 질문의 답변이 페이지마다 다르다면
처음에는 자주 묻는 질문을 페이지마다 필요한 곳에 한 줄씩 넣으면 친절하다고 생각했습니다. 그런데 이런 요청을 받는다면 마음이 달라집니다. “배송 기간 답변이 상품 안내와 FAQ에서 달라요. 어느 쪽이 맞는 건가요?” 손님에게는 같은 회사가 말한 서로 다른 약속으로 보일 수 있습니다. 한 문장을 고치는 일도 운영 방식과 연결됩니다.
답변의 원본을 한 곳에 둡니다
예를 들어 “교환은 어떻게 하나요?”라는 질문과 답을 한곳에서 관리하고, 상품 페이지와 FAQ 페이지에는 그 답을 가져와 보여 주는 방식을 생각할 수 있습니다. 여기서 원본은 여러 화면이 참고하는 기준 문장입니다. 누군가 한 페이지의 문장만 몰래 고치면 다시 차이가 생기므로, 수정할 사람과 확인할 사람을 정해 둡니다.
저라면 손님께 “같은 질문에는 기준 답변을 하나 정하고, 각 페이지가 그 내용을 함께 쓰도록 검토할 수 있어요. 다만 상품마다 예외가 있다면 같은 답을 강제로 복사하기보다, 공통 답변과 상품별 조건을 구분해서 보여 드릴게요”라고 답하겠습니다. 모든 문장을 자동으로 바꾸겠다고 약속하기보다, 어떤 변화가 고객에게 공개될지 의도적으로 판단하는 것이 중요합니다.
요청 문구부터 구체적으로 받습니다
“FAQ를 수정해 주세요”만으로는 부족할 수 있습니다. 저는 “어느 질문의 답을, 무엇에서 무엇으로 바꾸나요? 이 답을 쓰는 페이지는 어디인가요? 새 문구는 언제부터 고객에게 보여도 되나요? 최종 확인은 누가 하나요?”라고 되묻겠습니다. 질문 자체가 바뀌면 기존 질문으로 찾던 고객이 혼란스러울 수 있으니, 제목과 연결된 안내도 함께 봅니다. 이 글은 일반적인 도구나 뒷단 구조를 설명하려는 것이 아니라, 고객에게 나가는 문장을 누가 책임질지에 관한 이야기입니다.
공개 전에는 차이를 찾고, 공개는 한 번에 판단합니다
컴윗에는 “FAQ의 공통 질문과 답변을 기준 항목으로 정리하고, 여러 페이지에서 같은 답을 보여주는 곳을 확인할 수 있게 해줘. 답변을 고칠 때는 바뀐 문구와 영향 받는 페이지를 먼저 보여 주고, 확인한 뒤에만 공개 내용에 반영해줘”라고 요청할 수 있습니다. 저는 같은 질문이 있는 페이지를 나란히 열어 문장, 예외 조건, 연결 버튼이 서로 맞는지 확인하겠습니다.
처음에는 FAQ를 정보 조각으로만 보았습니다. 이제는 한 줄의 답변도 고객이 믿고 행동할 기준이라는 것을 압니다. 많이 적는 것보다 같은 질문에 같은 뜻으로 답하고, 바꾸는 순간을 책임 있게 고르는 판단이 제게 더 중요한 실력이 되었습니다.
