후속 제안
에이전트의 모든 응답 후, 방문자의 목소리로 작성된 몇 가지 원클릭 질문을 제공하여 대화가 텍스트의 벽에서 멈추지 않고 이어질 수 있도록 합니다.
대부분의 대화는 방문자가 원하는 것을 얻었기 때문에 끝나는 것이 아닙니다. 방문자가 좋은 답변을 읽고 나면 다음에 입력할 내용이 없어 탭을 닫기 때문에 대화는 종료됩니다.
추천 질문 기능을 켜면 에이전트는 모든 응답 뒤에 최대 3개의 짧은 질문을 작성합니다. 이 질문들은 메시지 입력창 위에 버튼으로 표시되며, 방문자가 버튼을 클릭하면 마치 방문자가 직접 입력한 것처럼 해당 내용이 전송됩니다.
좋은 추천 질문의 기준
에이전트는 직전에 발생한 대화 내용을 바탕으로, 방문자의 어조로 질문을 작성합니다. 예를 들어 "교실 전체에 이걸 사용할 수 있나요?"와 같이 작성하며, "교실 라이선스에 대해 문의합니다"와 같이 작성하지 않습니다. 버튼을 클릭하면 해당 내용이 그대로 전송되므로, 사람이 실제로 말할 법한 문장으로 읽혀야 합니다.
다음 세 가지 규칙은 권장 사항이 아니라 강제 사항입니다.
- 전진을 유도해야 합니다. 직전에 답변한 내용을 다시 묻는 질문은 한 번의 턴을 낭비하므로, 에이전트는 더 깊이 파고들거나 수평적으로 이동하도록 지시받습니다. 같은 곳으로 다시 들어가는 sideways 이동은 허용되지 않습니다.
- 에이전트가 답변할 수 있는 범위 내에 머물러야 합니다. 이 경계는 설명되는 것이 아니라 계산됩니다. 에이전트가 현재 턴에 실제로 수행할 수 있는 작업 — 자료 검색, 카탈로그 항목 수 세우기 및 순위 매기기, 해당 숫자로부터 차트 그리기, 항목을 카드 형태로 표시하기, 연락처 정보 받기 — 은 에이전트가 실제로 보유하고 있는 도구에서 비롯되므로, 수동으로 작성된 목록이 구식(gone stale)이 되는 것처럼 추천 목록이 구식화될 수 없습니다. 거부로 이어지는 추천 질문은 추천 질문이 없는 것보다 더 나쁩니다: 에이전트가 방문자를 자신의 경계 너머로 안내했기 때문입니다. 어떤 플랫폼도 가지고 있지 않은 데이터를 묻는 질문 — 지금 가장 인기 있는 것이 무엇인지, 트렌드가 무엇인지 — 은 재구성해도 답변할 수 없으므로 아예 제외됩니다.
- 답변은 에이전트가 제공해야 합니다. 이 규칙이 잡아내는 실패 사례는 미묘합니다. "그가 좋아하는 다른 주제는 무엇인가요?" 는 완벽하게 좋은 질문처럼 보이지만, 오직 방문자만이 이를 압니다. 이는 에이전트의 질문이 잘못된 사람에게 제공된 것이며, 클릭하면 방문자에게 자신에 대해 묻는 것이 됩니다. 테스트 기준은 문장이 어떻게 들리느냐가 아니라, 답변을 누가 보유하고 있느냐입니다. "우주에 대한 책이 있나요?" 는 괜찮습니다. 여기서 "당신"은 에이전트를 지칭하기 때문입니다. 이 기준을 충족하지 못하는 추천 질문은 재구성하지 않고 제외됩니다.
- 그중 하나는 단락 하나 이상의 가치보다 더 커야 합니다. 대부분의 후속 질문은 텍스트 블록 하나를 더 구매하는 것에 불과합니다. 좋은 추천 질문 세트는 다른 무언가를 구매할 수 있는 질문을 위해 공간을 남겨둡니다. 예를 들어 카탈로그가 어떻게 분해되는지에 대한 차트, 카드 세트, 시작하는 방법 등입니다. 이는 방문자가 직접 입력할 생각을 하지 못했을 클릭입니다.
- 유효한 답변이 없어야 합니다. 대화가 실제로 종료된 경우, 버튼이 표시되지 않습니다. 화면을 "기타 문의사항은 없으신가요?"로 채우는 것은 도움이 되지 않습니다.
또한 폼이 있는 경우 추천 질문은 배제됩니다. 에이전트의 응답이 이미 무언가를 요청하는 경우 — 선택할 옵션 세트 등 — 해당 턴에는 추천 질문이 제공되지 않습니다. 한 화면에 두 개의 프롬프트가 있으면 서로 경쟁하게 되며, 보통 폼이 실제로 답변받아야 할 항목이기 때문에 폼이 이깁니다.
켜는 방법
콘솔에서 에이전트 → Basic → Follow-up suggestions로 이동합니다. 기본적으로 꺼져 있습니다.
스위치 아래에는 steering을 위한 선택적 줄이 있습니다. 여기서 질문이 어느 방향으로 이끌리기를 원하는지 지정할 수 있습니다.
방문자가 무료 체험을 시작하거나 학교 팀과 대화하도록 유도합니다.
가격 및 설정 관련 질문을 선호합니다.이 필드를 비워두면 질문은 대화 내용만으로 작성되며, 이는 보통 충분합니다. 에이전트가 답변을 넘어선 역할 — 사전 영업, 자격 심사, 예약 — 을 수행할 경우 이 필드를 채웁니다.
이것은 영업 지시문이 저렴한 유일한 곳입니다. 추천 질문은 제안이지 강요가 아닙니다. 방문자는 이를 클릭하거나 무시할 수 있으며, 무시된 버튼은 비용이 들지 않습니다. 에이전트의 작업 지시문 내부에 동일한 지시문이 있으면 방문자가 원했든 아니든 관계없이 모든 응답이 더 강압적으로 변합니다.
표시 위치 및 비용
추천 질문은 임베디드 위젯과 공유 링크에 렌더링됩니다. 이는 페이지 플레이북이 시작 질문을 위해 사용하는 동일한 영역입니다. 두 기능은 충돌하지 않습니다: 시작 질문은 방문자가 말하기 전에 얼음을 깨고, 추천 질문은 방문자가 말을 시작한 후에 이어받습니다.
각 턴당 한 번의 짧은 모델 호출이 추가로 비용이 발생하며, 이는 해당 턴의 나머지 처리와 병렬로 실행됩니다. 이는 답변을 지연시키거나 메시지 입력창을 잠그지 않습니다. 방문자는 버튼이 도착하기 전에 입력을 시작할 수 있으며, 입력을 시작하면 버튼이 사라집니다. 추천 질문이 작성되는 동안, 에이전트가 사고 중임을 나타내는 데 사용하는 것과 동일한 진행률 표시기가 버튼이 나타날 위치에 표시되므로 방문자는 턴이 완전히 완료되지 않았음을 알 수 있습니다.
버튼이 없는 채팅 채널 — Telegram, WhatsApp — 은 영향을 받지 않습니다.
대화와 함께 유지됩니다
추천 질문은 표시된 후 버려지지 않고, 이를 생성한 응답과 함께 저장됩니다. 이로 인해 세 가지 결과가 발생합니다.
- 새로고침해도 유지됩니다. 버튼은 해당 턴의 일부이며, 일회성 화면 효과가 아닙니다.
- 공유된 대화에 포함됩니다. 재생 시 버튼이 나타나는 모습과 — 방문자가 버튼을 클릭한 경우 — 해당 버튼이 눌린 모습이 표시되며, 질문이 직접 입력된 것처럼 표시되지 않습니다. 이는 실제로 일어난 일이며, 공유 링크가 단순히 어떤 말이 오갔는지뿐만 아니라 대화가 어떻게 이끌렸는지를 보여줍니다.
- 질문이 클릭되었는지 여부는 추측이 아닌 기록됩니다. 방문자가 실제로 동일한 문장을 직접 입력했을 수도 있습니다. 플랫폼은 텍스트에서 추론하는 대신 실제로 발생한 일을 저장합니다.
관련 문서
- 페이지 플레이북 — 방문자가 아무 말도 하기 전에 제공되는 질문, 채팅을 연 페이지에 따라 선택됩니다.
- 에이전트 정직하게 유지하기 — 에이전트의 자체 지시문 내 경계가 추천 질문이 잘못된 곳으로 이어지는 것을 막는 이유.