온보딩은 빠른 시작을 약속합니다. 사이트를 붙여넣기만 하면 몇 분 안에 자사 제품을 상대로 연습을 시작할 수 있습니다. 하지만 스크래핑이 끝나는 즉시 팀을 카탈로그 전체에 대해 조용히 교육시켜 주지는 않습니다. 취급하는 제품이 몇 개를 넘는다면, 카탈로그의 대부분은 처음에 보류 상태로 시작합니다. 그리고 그 상태가 정확히 어떻게 작동하는지 아는 것이, 영업 담당자가 실제로 판매하는 것을 포괄하는 지식 베이스와, 첫날 감지된 것에서 조용히 멈춰 있는 지식 베이스의 차이를 만듭니다.
실제로 자동 승인되는 것
첫 온보딩 시점에서 EOS는 최대 다섯 개의 핵심(core) 제품 — 카탈로그에서 고객을 향한 제공 상품으로, 부속품이나 보조 항목과는 구별되는 것 — 을 자동으로 승인합니다. 카탈로그에 핵심 제품이 두 개뿐이라면 자동 승인되는 것도 두 개입니다. 다섯 개를 채우기 위해 억지로 늘리는 일은 없습니다. 다섯 개를 넘는 경우에는 시스템이 순위를 매겨 최대 다섯 개를 선택하고, 나머지는 보류 상태로 남습니다.
이 자동 승인은 그 첫 온보딩 과정에서 단 한 번만 일어납니다. 나중에 나타나는 새 항목을 무엇이든 조용히 승인해 주는 상시 규칙이 아닙니다. 그 이후에 보류 상태가 된 항목은 사람이 직접 승인해야 합니다.
핵심 vs. 보조: 시스템이 정하지만, 눈에 보입니다
내부적으로 모든 제품은 핵심(실제로 판매되는 제공 상품) 또는 보조(구성 요소나 부속품) 중 하나로 분류됩니다. 이 분류를 사용자가 직접 할 필요는 없습니다 — 설정 과정에서 자동으로 이루어집니다 — 하지만 숨겨져 있는 것도 아닙니다. 보조 항목은 제품 목록에 눈에 띄는 “Supporting” 배지가 표시되고, 목록은 기본적으로 핵심 제품만 보여주며, 전체 그림을 보고 싶을 때는 보조 항목을 포함하는 토글이 있습니다.
처음의 자동 승인 대상이 되는 것은 핵심 제품뿐입니다. 보조 항목은 카탈로그 규모와 상관없이 항상 보류 상태로 시작합니다.
카탈로그의 나머지를 처리하기
처음 선별에서 빠진 모든 것은 “Pending Approval(승인 대기)” 탭에 놓이며, 이를 처리하는 방법은 두 가지입니다. 항목을 하나씩 승인하거나 거부하거나, 아니면 “Approve All”을 눌러 현재 페이지에 있는 모든 항목을 한 번에 처리하는 것입니다.
두 번째 옵션은 실제보다 더 많은 일을 한다고 오해하기 쉬우므로 정확히 이해해둘 가치가 있습니다. Approve All은 현재 페이지만 처리하며, 승인 대기 큐 전체를 처리하는 것이 아닙니다. 수백 개의 승인 대기 항목이 여러 페이지에 걸쳐 있는 카탈로그를 처리한다면, 전체에서 한 번이 아니라 페이지마다 한 번씩 Approve All을 누르게 됩니다. 소규모 카탈로그에서는 문제가 되지 않지만, 대규모 카탈로그에서는 한 번에 끝나는 결승선이 아니라 반복되는 현실적인 작업 흐름의 일부입니다.
거부 역시 승인만큼 쉽게 사용할 수 있습니다. 승인 대기 중인 항목이 정말로 팀을 교육할 가치가 없다면 — 단종된 부속품, 중복된 항목, 카탈로그에 어울리지 않는 무엇이든 — 거부하면 큐에서 완전히 제거됩니다. 어떤 것도 영원히 애매한 상태로 남아 있을 필요가 없습니다. 승인 대기 중인 모든 항목에는 승인되거나 폐기되거나 하는 실질적인 종착점이 있습니다.
승인 대기 상태가 될 수 있는 제품 수나 한 번의 일괄 처리 규모에 하드 상한은 없습니다. 아주 큰 카탈로그는 단지 처리할 페이지가 더 많고 검토에 시간이 더 걸린다는 의미일 뿐이며, 누군가 벽에 부딪히게 되는 고정된 한도가 아니라 현실적인 제약일 뿐입니다.
팩트 기반 검증이 실제 카탈로그 규모에서 어떻게 확장되는지 확인해 보세요. 저희의 12페이지 리포트 『Beyond Roleplay: The Rise of the Sales Knowledge Engine』에서는 클레임 추출과 검증 뒤에 있는 아키텍처 — 제품 목록이 늘어나도 따라가야 하는 바로 그 엔진 — 를 다룹니다. [화이트페이퍼 다운로드 →]
승인된 제품을 편집하면 일어나는 일
제품은 변합니다. 이미 승인된 제품을 편집하고 저장하면, 백그라운드에서 지식 동기화가 시작되어 검증이 실제로 주장을 대조하는 기반이 되는 사실과 검색 데이터가 갱신됩니다. 여기에는 고정된 타이머가 없습니다 — 다시 동기화되는 내용의 크기와 그 시점에 처리 대기열에 무엇이 있는지에 따라 달라지며, 보통 몇 분이면 되고 때로는 조금 더 걸리기도 합니다.
알아둘 가치가 있는 점이 하나 있습니다. 이것은 바꾼 필드만 겨냥한 업데이트가 아니라 전체 재동기화라는 것입니다. 가격 하나를 수정해도 그 가격만이 아니라 그 제품의 지식 자산 전체가 새로 고쳐집니다. 그리고 중요하게도, 이 과정에서 제품이 오프라인이 되지는 않습니다 — 승인된 상태로 카탈로그에 그대로 남아 있고, 연습 세션과 퀴즈도 그동안 내내 그 제품을 대상으로 계속 작동합니다. 아주 최근의 편집 내용이 검증에 완전히 반영되기까지는 조금 시간이 걸릴 수 있지만, 제품이 아예 사용 불가능해지는 점검 모드 공백은 없습니다.
제품은 실제로 어디서 오는가 — 그리고 하나의 지름길
대부분의 제품은 같은 방식으로 카탈로그에 들어옵니다. 웹사이트 스크래핑이나 업로드된 문서에서 추출되어 보류 상태로 들어오고, 어느 쪽이든 동일한 승인/거부 흐름을 거칩니다. 카탈로그에는 출처 라벨이 표시되어 어디서 온 것인지 구분할 수 있지만, 검토 과정 자체는 출처에 따라 다르지 않습니다.
알아둘 만한 예외가 하나 있습니다. 추출에 맡기지 않고 인터페이스에서 제품을 직접 수동으로 추가하면, 즉시 승인된 상태로 저장됩니다 — 승인 대기 큐도, 검토 단계도 없습니다. 카탈로그에 무엇을 넣고 싶은지 정확히 알고 있고 시스템이 대신 찾아줄 필요가 없을 때, 이것은 진짜 유용한 지름길입니다.
현재 상황 파악하기
카탈로그 검토가 어디까지 진행되었는지 알기 위해 제품을 하나하나 열어볼 필요는 없습니다. Knowledge Hub 홈 화면에는 승인된 항목과 승인 대기 중인 항목의 개수가 한눈에 표시되고, Pending Approval 탭 자체에도 대기 중인 항목 수를 보여주는 배지가 붙어 있습니다. 그 숫자가 누군가 검토하는 속도보다 빠르게 늘어나고 있다면, 실제 격차가 되기 전에 눈에 보입니다.
누가 무엇을 할 수 있는지 설정할 때 알아둘 만한 역할 관련 참고 사항이 하나 있습니다. 제품을 승인하거나 거부하려면 관리자 또는 오너 권한이 필요합니다. 트레이너는 검토 탭을 볼 수는 있어도 실제로 조작할 수는 없습니다 — 그것은 조직을 운영하는 사람을 위한 권한입니다.
요약
빠른 온보딩 시작과 카탈로그 전체의 커버리지는 같은 것이 아니며, 같을 의도도 아닙니다 — 자동 승인된 다섯 개 제품은 빠르게 연습을 시작하게 해주는 것이고, 나머지는 한 번에 완전히 점검하기에는 너무 큰 카탈로그를 위해 만들어진, 의도적이고 검토 가능한 과정입니다. 그 경계가 어디에 있는지, 그리고 그 경계를 넘어 일을 효율적으로 진행하는 방법을 아는 것이, 큰 카탈로그가 어쩌다 첫날 운 좋게 감지된 것만 담고 있는 지식 베이스로 조용히 변해버리는 것을 막아줍니다.
자사 카탈로그가 그대로 지식 점검이 되는 순간을 확인하세요. EOS는 귀사의 제품 문서를 실전 연습과 증명 가능한 지식으로 바꿉니다 — 주장 추출, 팩트 기반 검증, 그리고 영업 담당자가 실제로 무엇을 아는지 보여주는 자동 생성 퀴즈까지. app.akaeos.com에서 최대 5석까지 무료로 시작하거나, **[화이트페이퍼 전체 다운로드]**해 보세요.
Leave a Reply