답변을 유도하지 않는 요구 탐색 질문 작성법.
탐색 질문은 현재 과정, 문제의 비용, 의사결정 제약을 밝혀야 합니다. 잠재 고객에게 내가 선호하는 솔루션을 확인해 달라고 요청하지 마세요.
작업에 맞게 절차를 조정하세요.
개선을 제안하기 전에 현재 과정을 물어보세요. 시간 손실이나 오류가 생기는 곳, 업무 검토자, 성공적인 대안이 보존해야 할 것을 탐색하고 중립적인 후속 질문으로 구체화하세요.
- 제공할 내용
- 고객사 맥락과 솔루션 범위.
- 받을 결과
- 문제, 영향 및 구매 과정을 파악하는 질문.
입력과 결과를 확인하세요.
설명용 입력과 출력 · 실제 WebAct 실행이 아닌 학습용 예시
입력 항목 예시개
A catalog team says imports take too long. Generate five neutral discovery questions covering process, errors, review ownership and success criteria.
완성된 예시
1. Can you walk me through your most recent catalog import? 2. Which step took the most time, and why? 3. How did the team discover and resolve errors? 4. Who reviewed changes before they went live? 5. What would an acceptable review process need to preserve or improve?
이 입력을 프롬프트에 넣고 WebAct에 복사해 작업을 실행해 보세요. 결과는 설명용 예시와 다를 수 있습니다.
판단 기준과 문제 해결.
탐색 질문으로 잠재 고객을 유도하지 않으려면 어떻게 하나요?
선호하는 기능이 필요하다는 데 동의를 구하기보다 업무가 어떻게 이루어지고 무엇이 어려운지 물어보세요.
답변이 다음 단계를 정하기에 너무 모호한 이유는 무엇인가요?
최근 사례, 진행 순서, 참여자를 요청하세요. 구체적인 사례는 일반적인 의견에서 놓칠 수 있는 제약을 드러냅니다.
직접 준비한 자료로 시도하세요.
작업 프롬프트의 예시를 내 자료로 바꾸세요. 필요한 요구 사항은 유지하고 작업을 WebAct에 복사하세요.
작업 맞춤 설정 및 복사 ↑