확인할 수 있는 출처와 함께 구체적인 답이 필요하면 Search를, 여러 질문을 조사하고 비교 보고서를 만들려면 Research를 출발점으로 삼으세요. 모드 이름이나 결과 길이가 아니라 할 일에 맞춰 선택해야 합니다.
작은 팀이 고객 온보딩 소프트웨어를 고르는 가상 상황으로 설명합니다. 이는 사용 제안이며 속도, 비용, 정확도 측정 결과가 아닙니다. 모델 기능과 계정 한도는 현재 화면에서 확인하세요.
작업의 차이를 보세요
| 기준 | Search | Research |
|---|---|---|
| 시작 질문 | 범위가 분명한 사실 | 여러 질문이 얽힌 결정 |
| 예시 | 공식 설정 요건은 무엇인가? | 우리 요건에 맞는 선택지는 무엇인가? |
| 유용한 결과 | 답, 근거, 링크 | 비교, 종합, 제한, 다음 행동 |
| 검토 초점 | 근거가 답을 뒷받침하는가? | 자료와 비교 기준이 충분한가? |
특정한 불확실성에는 Search
후보가 있고 한 제품의 내보내기 형식만 궁금하다면 범위를 좁히세요.
[제품]의 내보내기 형식에 대한 최신 공식 문서를 찾아 주세요.
명시된 형식과 요금제 제한, 근거 링크를 제시하세요.
정보를 찾지 못한 경우와 명시적으로 지원하지 않는 경우를 구분하세요.
인용을 열고 판단에 충분한지 살펴보세요. “찾지 못함”은 부재의 증거가 아닙니다. 질문을 조정하거나 문서를 직접 읽거나 업체에 문의하세요. Search 안내를 참고할 수 있습니다.
폭넓은 결정에는 Research
후보도 정하지 못했고 설정, 고객 경험, 내보내기, 요금제를 함께 비교해야 한다면 조사 틀을 주세요.
[지역]에서 [팀]이 사용할 고객 온보딩 선택지를 조사하세요.
현재 방식: [설명]. 필수 결과: [요건].
[후보 또는 선정 기준]을 설정 요건, 문서화된 기능,
요금제 제한, 부족한 근거에 따라 비교하세요.
제품 사실은 공식 자료, 배경은 관련 독립 자료를 사용하고
사실, 해석, 가정을 구분하세요.
요약, 비교표, 체험 질문을 작성하세요.
결정 시점을 알려 주고 최신성이 중요한 정보는 갱신 여부도 확인하세요. Research 안내에 범위 조정 방법이 있습니다.
의도적으로 전환하세요
Research로 전체를 파악한 뒤 결정적인 주장을 Search로 검증할 수 있습니다. Search로 시작해 여러 요인이 얽혀 있음을 발견하면 조사를 확장해도 됩니다.
새 대화에서는 목적과 핵심 근거를 다시 제공하세요. 이전 세부 내용이 모두 자동으로 전달된다고 가정하지 마세요. 지속적으로 쓸 문서가 필요하면 Documents에서 정리하세요. 조사 보고서와 팀이 승인한 권고안은 다른 결과물입니다.
둘 다 첫 단계가 아닌 경우
내부 정책에 달린 질문은 허가된 파일이나 Infobase부터 사용하세요. 공개 웹으로 비공개 회사 규칙을 확정할 수 없습니다. 승인된 글을 고치는 일뿐이라면 원문과 편집 조건을 주면 됩니다. 불필요한 검색은 새 오류를 가져올 수 있습니다.
중요한 근거를 직접 확인하고 불확실성을 남기며 민감한 자료는 허가 없이 제공하지 마세요.