1인 창업가와 자영업자를 위한 운영 기준
목표: 도와주는 사람이 승인된 사업 정보와 미확인 내용을 구분하고, 고객에게 약속하기 전에 확인할 수 있는 응답 안내를 만듭니다.
어떤 문제를 해결하나요?
수제 공책을 판매하는 가게를 생각해 보세요. 고객은 다음 주 금요일까지 50권을 받을 수 있는지 묻고, 주말에 돕는 사람은 예전 배송 기준을 안내합니다. 최신 공급업체 자료는 폴더 깊숙이 있습니다. 우선 필요한 것은 같은 질문에 답하기 전에 누구나 확인할 기준입니다. 상품 하나와 자주 받는 질문 하나부터 시작하면 됩니다.
사업 연습을 주제로 진행한 뒤, 실제로 승인한 가게 콘셉트, 상품 정보, FAQ와 운영 절차로 바꿔 보세요. 고객 신원, 결제 정보와 개별 주문 기록은 원래 사용하는 업무 시스템에서 관리합니다.
준비: 첫 작업공간 안내를 완료하고 편집자 또는 소유자 권한이 있는 작업공간을 선택합니다. AI 연결 없이도 진행할 수 있습니다. Markdown은 제목, 목록, 표를 표현하는 일반 텍스트이며, 프로그램 코드를 작성할 필요는 없습니다.
예시는 따라 해 볼 수 있도록 만든 자료입니다. 실제 자료로 바꿀 때는 소유권, 사용 권한, 읽을 사람의 범위를 확인하세요.
정보의 역할에 따라 정리하기
| 자료 | 보관 위치 | 이곳에 두는 이유 |
|---|---|---|
| 공급업체 사양서, 사용 가능한 상품 사진, 날짜가 있는 가격표 | Library | 나중에 요약과 비교할 원본을 보관합니다. |
| 상품 정보 | Context | 승인된 사양과 아직 확인하지 못한 질문을 쉽게 설명합니다. |
| 배송 정책 | Context | 운영 규칙, 예외, 승인자와 적용일을 명시합니다. |
| 응답 안내 | Context 중심 페이지 | 상품과 정책을 연결하고 검토한 반복 질문의 답변을 모읍니다. |
| 브랜드 말투, 개점·마감 점검표 | 필요할 때 추가할 Context 페이지 | 대신 일하는 사람도 같은 설명과 운영 기준을 사용하도록 돕습니다. |
글로 풀면, 원본 자료는 상품 정보의 근거가 되고, 상품 정보와 배송 정책은 응답 안내의 근거가 됩니다. 사람이 내용을 확인한 뒤 평소 사용하는 고객 응대 채널로 답변합니다. 화살표는 참고 관계이며 주문 처리 자동화를 뜻하지 않습니다.
세 페이지로 응답 기준 만들기
- 컨텍스트(Context) → 새 컨텍스트 페이지를 엽니다. 아래 첫 페이지의 제목을 제목란에, Markdown을 본문에 입력합니다.
- 초안 저장 후 저장 완료를 확인하고 내용을 읽습니다. 준비되면 게시합니다. 작업공간 독자가 읽을 버전을 만드는 것이며, 익명 웹 공개를 활성화하는 동작은 아닙니다.
- 같은 방법으로 두 번째 자료 페이지를 만들고 게시합니다.
- 중심 페이지를 마지막에 만듭니다.
[[를 입력하거나 위키링크를 선택해 실제 페이지를 지정합니다. 예시의[[페이지 제목]]은 시작점이며, 이름이 비슷하면 올바른 대상을 골라야 합니다. - 중심 페이지를 게시한 뒤 읽기 화면에서 모든 링크를 엽니다. 연결되지 않으면 작업공간과 실제 대상 페이지를 확인합니다.
도구 모음, 인용, 편집 방법은 Context 페이지와 이미지와 링크를 참고하세요.
복사할 페이지 내용
아래 순서대로 페이지를 만듭니다. 제목란에는 각 소제목의 제목을 입력하고 본문에는 그 아래 블록을 붙여 넣습니다.
상품 정보
# 상품 정보
## 가상의 상품
수제 노트.
## 확인된 정보
- 크기: A5
- 페이지: 80쪽
- 표지: 파란색
## 아직 모르는 정보
대량 주문 준비 기간은 확인하지 않았습니다.
배송 정책
# 배송 정책
## 연습 정책
결제를 확인한 뒤 영업일 기준 3일 안에 발송합니다.
## 예외
대량 주문을 받기 전에 재고를 확인합니다.
## 없는 정보
배송지별 도착 소요 시간은 명시하지 않았습니다.
## 승인
연습용입니다. 실제 승인한 정책으로 바꾸세요.
응답 안내
# 응답 안내
## 답변 전에
[[상품 정보]]와 [[배송 정책]]을 확인합니다.
## 연습 질문
다음 주 행사에 쓸 노트 50권을 주문할 수 있나요?
## 답변 초안
문의해 주셔서 감사합니다. 날짜를 약속드리기 전에 재고와 발송 일정을 확인하겠습니다.
## 확인할 내용
- 가능한 수량
- 배송지
- 필요한 도착 날짜
## 상태
사람이 검토할 문구이며 고객에게 발송하지 않았습니다.
실제 질문이 들어왔을 때
- **검색(Search)**에서
응답 안내를 입력하고 범위 → 컨텍스트를 선택해 게시된 결과를 엽니다. 여러 메시지를 뒤지지 않고 중심 페이지에 도착하는 것이 첫 결과입니다. - 중심 페이지에서 상품 정보와 배송 정책을 엽니다. 요청한 수량과 날짜를 확인된 정보에 대조합니다. 이 예시는 A5 규격과 결제 확인 후 영업일 3일 안의 발송을 기록하지만, 대량 주문 재고와 지역별 배송 기간은 확인하지 않았습니다.
- 안내의 답변 초안을 참고해 문장을 준비합니다. 배송지와 필요한 도착일은 평소 응대 채널에서 고객에게 묻고, 재고는 별도로 확인합니다. 위키가 실시간 재고를 확인해 주는 것은 아닙니다.
- 같은 질문이 반복되면 응답 안내 → 편집에서 FAQ 항목을 추가합니다. 확인된 답, 근거와 예외를 함께 적고 저장·확인·게시합니다.
- 읽기 화면으로 돌아와 독자가 v…을 봄을 확인합니다. Viewer 권한의 도우미는 승인된 FAQ를 읽고, 제출하지 않은 편집 내용은 작성자의 저장된 작업으로 남아 있어야 합니다.
브랜드 말투는 “쉬운 표현과 구체적인 다음 단계를 사용한다. 재고를 확인하기 전에는 확보를 약속하지 않는다”처럼 짧게 적습니다. 채택하지 않은 행사 문구는 제안 문구 아래에 둡니다. 게시된 페이지에도 제안이 포함될 수 있으므로, 게시 상태만으로 모든 문장이 승인된 정책이라고 생각하면 안 됩니다.
가격이나 정책을 바꿀 때
연습용 가격이 11월 1일부터 12에서 14크레딧으로 바뀌고 대량 주문의 발송 준비가 영업일 5일로 늘어난다고 가정해 보세요. 이전 기준과 새 기준을 구분해 남깁니다.
- Library의 기존 가격표를 열고 원본이 바뀌었다면 새 버전 업로드를 사용합니다. 버전과 추출 내용을 확인합니다. 업로드 성공만으로 금액이 모두 정확하게 읽혔다고 판단하지 않습니다.
- 상품 정보 또는 배송 정책 → 편집에서 새 값, 적용일, 승인자와 변경 이유를 기록합니다. 예를 들어 공급가 변경이 이유일 수 있습니다. 이미 수락한 견적에 이전 조건을 유지하는지는 실제 결정에 따라 적고, 없는 예외를 만들지 않습니다.
- 인용으로 실제 원본 자료를 선택합니다. 인용은 근거를 찾게 해 주지만 금액의 정확성은 직접 대조해야 합니다.
- 초안을 저장하고 가격, 세금 표현, 적용일과 예외를 사람이 확인합니다. 브라우저의 초안 저장은 자체적으로 Review 항목을 제출하지 않습니다. Editor 또는 Owner가 확인 후 직접 게시할 수 있습니다. 연동이 제안을 제출했다면 리뷰 큐 → 대기 중에서 변경 내용 보기를 확인하고 승인하거나 수정을 요청합니다.
- 승인된 변경을 게시하고 응답 안내의 관련 FAQ도 고칩니다. 히스토리에서 바뀐 값을 비교하고 게시된 페이지를 다시 엽니다. 정책을 바꿔도 연결된 FAQ 문장은 자동으로 다시 작성되지 않습니다.
개점 때 5분 동안 중심 페이지와 오늘 적용할 기준, 미확인 질문을 확인해 보세요. 일주일에 한 번 자주 쓰는 답변과 원본을 비교하고, 변경 이유는 이력에 남긴 뒤 낡은 표현을 정리합니다.
내부 안내와 고객 공개 FAQ 나누기
도우미에게는 실제 작업공간 멤버십과 역할을 확인한 뒤 공유 → 워크스페이스 링크 복사를 사용합니다. 링크를 복사해도 접근 권한이 생기지 않습니다. 해당 링크의 한 페이지만 공유된다고 가정하지 말고 작업공간 멤버십을 확인하세요.
고객에게는 승인된 고객용 조건만 담은 별도 공개 FAQ를 만듭니다. 공급가, 비공개 협상과 고객 사례는 제외합니다. 게시 버전 바로보기 후 웹에 게시하고 로그아웃 상태에서 공개 주소를 확인합니다. 비공개 작업공간의 익명 노출에는 Owner의 확인이 필요하며, 목록에 없는 주소도 전달될 수 있습니다. 나중에 수정하면 공개된 스냅샷과 공유 상태를 다시 확인합니다. 자세한 방법은 공유를 참고하세요.
완료 확인
- 도우미가 검색으로 안내를 찾고 두 자료 페이지를 열 수 있습니다.
- 가격과 정책에는 적용일과 담당자가 있고, 모르는 대량 주문 기간은 미확인으로 보입니다.
- 현재 게시된 FAQ가 현재 게시된 정책 및 원본과 일치합니다.
- 최근 변경 이유를 이력으로 확인할 수 있고 고객 이름이나 주문 기록이 필요하지 않습니다.
- 공개 FAQ를 만들었다면 검토한 고객용 내용만 보입니다.
선택: AI로 답변 초안과 변경 점검하기
먼저 MCP 연결을 설정하고 필요한 작업공간과 읽기 권한만 부여합니다. 아래 요청에는 쓰기가 필요하지 않습니다. 실제 접근은 인증 정보의 권한과 작업공간 권한으로 제어되며, 요청 문장만으로 제한되는 것은 아닙니다. 외부 AI 서비스는 도구로 읽은 내용을 받을 수 있으므로 그 서비스로 보내도 되는 자료만 사용하세요.
상품 정보, 배송 정책, 응답 안내를 읽어줘. 고객이 다음 주 금요일 행사에 공책 50권이 필요하다고 해. 확인된 사실, 부족한 정보, 정중한 답변 제안을 나눠서 보여주고 근거 페이지를 인용해줘. 도착일을 약속하거나 메시지를 보내거나 주문을 받거나 페이지를 수정하지 말고 이 대화에서만 답해줘.
정책이 바뀌었다면 다음과 같이 요청합니다.
현재 상품 정보, 배송 정책, 응답 안내를 읽어줘. 기록된 적용일이나 발송 규칙과 충돌할 수 있는 FAQ 표현을 찾아줘. 짧은 근거 구절과 수정 점검표를 제시하고 불확실한 경우를 표시해줘. 페이지를 바꾸거나 없는 사업 결정을 만들지 마.
실제 상품 사양과 승인된 조건, 적용할 날짜를 직접 대조합니다. 최종 결정, 게시와 답변 발송은 사람이 수행합니다. dtxWiki는 사업 지식을 재사용하도록 돕지만 POS 운영, 고객 메시지 발송, 결제나 주문 이행을 수행하지 않습니다.
Chats는 dtxWiki 도구 활동을 기록합니다. 전체 대화 원문이나 외부 서비스의 모든 행동을 기록하는 것은 아닙니다. 이 안내의 기본 작업에는 AI 서비스가 필요하지 않습니다.