승인 기준
상담 목적이 분명하고, 기대 결과가 보이며, 시간 낭비 가능성이 낮은 요청은 빠르게 승인할 수 있다. 기준이 공개되면 답장도 빨라진다.
요청 선별 워크플로의 핵심은 모든 문의를 같은 방식으로 다루지 않는 것입니다. 먼저 요청이 판단 가능한지 보고, 부족한 정보는 보류나 추가 질문으로 보내고, 적합하지 않은 요청은 거절하고, 조건이 맞는 요청만 다음 단계로 넘기는 순서를 고정해야 합니다. 그래야 운영량이 늘어나도 판단 기준이 흔들리지 않고, 방문자에게도 일관된 경험을 줄 수 있습니다.
DM, 이메일, 공개 요청 링크로 들어오는 문의를 매번 즉흥적으로 처리하고 있어 피로를 느끼는 운영자를 위한 가이드입니다.
화면으로 보면
선별 워크플로는 감이 아니라 기준이 보이게 설계한다
좋은 요청, 보류 요청, 거절 요청의 차이를 문장으로 드러내면 호스트가 흔들리지 않고 방문자도 무시당했다는 느낌을 덜 받는다.
보류 기준
문맥은 좋지만 정보가 부족한 요청은 보류가 맞다. 이런 경우에는 추가 질문이 무엇인지 바로 붙어야 한다.
거절 기준
범위 밖이거나 무료 피드백만 기대하는 요청은 정중히 거절해야 한다. 모호한 답장보다 명확한 경계가 운영을 지킨다.
Step 01
먼저 보는 것은 호감이 아니라 판단 가능성입니다
요청 메시지가 정중한지보다 중요한 것은, 이 요청을 지금 판단할 수 있는지입니다. 목표, 현재 상황, 원하는 결과, 자료가 있으면 바로 승인 또는 거절 판단이 가능하지만, 핵심 정보가 비어 있으면 추가 질문이 먼저입니다. 이 첫 분기만 명확해져도 운영 속도와 일관성이 크게 좋아집니다.
- 목표가 보이는가
- 현재 상황이 드러나는가
- 자료가 있는가
Step 02
보류는 미루는 것이 아니라 정보를 보강하는 단계입니다
보류는 애매한 요청을 방치하는 상태가 아닙니다. “어떤 결과를 원하시는지 한 문장으로 적어주세요”, “현재 사용 중인 자료 링크를 보내주세요”처럼 판단에 필요한 부족 정보를 명확히 요청하는 단계입니다. 보류를 제대로 쓰면 거절해야 할 요청과 살릴 수 있는 요청이 분리됩니다.
Step 03
승인 후에는 바로 룸이 아니라 다음 상태로 넘겨야 합니다
승인했다고 해서 바로 룸 URL을 던질 필요는 없습니다. 상태 안내, 일정 조율, 세션 접근, 장치 확인 같은 다음 단계가 분리되어 있어야 실제 세션 품질이 안정됩니다. 요청 선별 워크플로는 그래서 Public Desk, Request Status, Session Access 같은 화면과 함께 생각해야 합니다.
바로 확인할 것
요청 선별 워크플로 체크리스트
1
판단 가능한 요청과 정보 부족 요청을 구분하는가
2
보류 시 어떤 추가 질문을 보낼지 정해져 있는가
3
거절 기준이 전문성, 범위, 기대치 관점에서 정리돼 있는가
4
승인 후 다음 상태를 별도로 관리하는가
자주 묻는 질문
요청 선별 워크플로 가이드
보류와 거절의 기준은 어떻게 나누나요?
추가 정보로 해결될 수 있으면 보류, 구조적으로 맞지 않으면 거절이 더 적절합니다.
좋은 요청도 추가 질문을 해야 하나요?
핵심 판단 정보가 이미 충분하면 굳이 늘릴 필요는 없습니다. 워크플로의 목적은 질문 수를 늘리는 것이 아니라 결정 품질을 높이는 것입니다.
승인 후 바로 세션 링크를 보내면 안 되나요?
가능할 수 있지만, 상태 안내와 입장 준비를 분리하는 편이 운영상 안전합니다.
다음에 읽을 글
Fix the order, not just the wording
요청을 읽는 순서와 답하는 순서를 고정해두면 운영이 훨씬 쉬워집니다
승인, 보류, 거절을 즉흥적으로 하지 않고 워크플로로 만들면 문의량이 늘어도 기준이 흔들리지 않습니다.