사실과 한계가 명확한 영업 이의 제기 답변 작성법.
유용한 답변은 먼저 우려를 명확히 합니다. 한계를 무시하거나 기능을 지어내는 대신 검증된 사실로 답하세요.
작업에 맞게 절차를 조정하세요.
우려를 다시 정리하고 그 뒤의 요구 사항을 확인하세요. 승인된 제품 사실로 답하고 실제 부족한 점을 인정하며, 검증되지 않은 기능을 약속하지 말고 적절한 확인이나 다음 단계를 제안하세요.
- 제공할 내용
- 구체적인 이의 제기와 검증된 제품 사실.
- 받을 결과
- 확인 질문이 포함된 정직한 답변 후보.
입력과 결과를 확인하세요.
설명용 입력과 출력 · 실제 WebAct 실행이 아닌 학습용 예시
입력 항목 예시개
Prospect says: We cannot upload customer data to another service. No approved product data-handling facts are supplied. Draft a clarification response without claiming compliance.
완성된 예시
Thanks for explaining that requirement. Which data must remain inside your approved environment, and what restrictions apply to processing it? I will check the product's documented data-handling model against those requirements before suggesting a workflow. I do not want to imply that it meets a condition we have not verified.
이 입력을 프롬프트에 넣고 WebAct에 복사해 작업을 실행해 보세요. 결과는 설명용 예시와 다를 수 있습니다.
판단 기준과 문제 해결.
모든 이의 제기를 극복해야 하나요?
일부 우려는 실제 부적합성을 드러냅니다. 유용한 답변은 제품이 요구 사항을 충족하지 못함을 인정하고 오해를 부르는 약속을 피할 수 있습니다.
답변이 구매자의 우려를 무시하는 것처럼 들리는 이유는 무엇인가요?
양보할 수 없는 조건이 무엇인지 묻고 관련 사실을 설명하세요. 구체적인 요구 사항을 일반적인 안심 문구로 대체하지 마세요.
직접 준비한 자료로 시도하세요.
작업 프롬프트의 예시를 내 자료로 바꾸세요. 필요한 요구 사항은 유지하고 작업을 WebAct에 복사하세요.
작업 맞춤 설정 및 복사 ↑