Frameout은 이용자의 개인정보를 소중히 여기며, 개인정보 보호법 등 관련 법령을 준수합니다. 수집된 개인정보는 서비스 제공 및 상담, 제안서 접수 등 정해진 목적 외에는 사용되지않습니다. 또한, 이용자의 동의 없이는 개인정보를 외부에 제공하지 않습니다.
Frameout은 입사지원 및 제안 요청/상담을 위해 이름, 연락처, 이메일 주소 등의 정보를 수집합니다. 수집된 정보는 입사지원 및 채용전형 진행, 입사지원정보 검증을 위한 제반 절차 수행과 제안서 작성, 상담 응대 등 업무 처리 목적에 한해 이용됩니다. 해당 정보는 제3자에게 제공하거나 입사 진행 절차 이외에는 사용하지 않습니다. 이용자는 개인정보 제공에 동의하지 않을 수 있으며, 미동의 시 일부 서비스 이용이 제한될 수 있습니다.
수집된 개인정보는 수집 목적 달성 후 즉시 파기되며, 보관이 필요한 경우 관련 법령에 따라 일정 기간 보관됩니다. 기본 보유 기간은 1년이며, 이후에는 지체 없이 안전하게 삭제됩니다. 이용자는 언제든지 개인정보 삭제 요청이 가능합니다.
온라인 가입 신청은 많은 기업에게 가장 중요한 전환 지점입니다.
하지만 실제 고객은 신청 버튼을 누른 뒤에도 계속 망설이고, 비교하고, 오류를 만나고, 인증을 기다리다 이탈합니다.
Frameout은 이 문제를 단순한 UI 개선 과제로 보지 않았습니다.
질문은 “가입 화면을 더 쉽게 만들 수 있는가?”가 아니라, **“고객의 상태를 실시간으로 읽고, 여정 자체가 먼저 반응할 수 있는가?”**였습니다.
많은 온라인 가입 신청 과정은 여전히 선형적입니다.
이 구조는 운영 관점에서는 관리하기 쉽습니다.
모든 고객이 같은 순서, 같은 화면, 같은 안내 문구를 통과하기 때문입니다.
하지만 실제 고객 여정은 그렇게 단순하지 않습니다.
고객은 상품을 비교하다 멈춥니다.
선택지 앞에서 고민합니다.
인증 문자가 오지 않아 대기합니다.
입력 오류를 반복하다가 포기합니다.
마지막 단계에서 가입 불가 조건을 만나 처음으로 되돌아갑니다.
이탈은 대개 한 번의 큰 문제로 발생하지 않습니다.
작은 망설임, 반복 클릭, 입력 지연, 오류 수정, 인증 대기 같은 미세한 신호가 누적되다가 어느 순간 신청을 포기하게 만듭니다.
그래서 Frameout은 가입 신청을 정적인 Form이 아니라, 고객의 상태를 읽고 반응하는 여정 시스템으로 바라봤습니다.
이번 PoC의 출발점은 하나의 가설이었습니다.
고객은 버튼이 부족해서 이탈하지 않는다.
자신의 맥락을 이해받지 못할 때 이탈한다.
기존의 가입 화면은 고객이 어떤 상태인지 잘 모릅니다.
대부분의 시스템은 이 차이를 구분하지 않고 같은 화면과 같은 안내를 보여줍니다.
AI-driven UX는 여기서 출발합니다.
AI를 화면 위에 챗봇처럼 붙이는 것이 아니라, 고객이 남기는 작은 행동 신호를 읽고, 현재 상태에 맞는 여정으로 전환하는 것입니다.
즉, UX가 고객을 기다리는 것이 아니라 고객이 이탈하기 전에 여정이 먼저 개입하는 구조입니다.
PoC는 다섯 개의 레이어로 설계했습니다.
먼저 고객이 남기는 작은 행동 신호를 감지합니다.
예를 들어 특정 입력 필드에서 오래 머무는 시간, 같은 버튼을 반복 클릭하는 행동, 오류 메시지를 여러 번 만나는 패턴, 상품 비교 화면과 신청 화면을 오가는 흐름, 인증 단계에서 대기 시간이 길어지는 상황, 최종 제출 직전 멈추는 행동이 모두 단서가 됩니다.
이 신호들은 단독으로는 작아 보이지만, 함께 보면 고객의 상태를 알려주는 중요한 맥락이 됩니다.
다음 단계에서는 고객의 현재 상태를 추정합니다.
이 고객은 정보가 부족해서 멈춘 것인지, 선택지가 많아 결정하지 못하는 것인지, 오류 때문에 진행하지 못하는 것인지, 아니면 가입 조건 자체가 맞지 않는 것인지를 판단합니다.
중요한 것은 AI가 “정답”을 단정하는 것이 아닙니다.
UX가 개입할 수 있는 가능성을 빠르게 찾아내고, 고객에게 더 적절한 다음 화면이나 안내를 제공할 수 있도록 판단 근거를 만드는 것입니다.
판단 이후에는 실제 화면이 바뀌어야 합니다.
고객이 망설이고 있다면 핵심 혜택을 다시 요약해 보여줄 수 있습니다.
오류를 반복한다면 입력 힌트나 자동 교정 안내를 제공할 수 있습니다.
인증 대기 중이라면 고객을 멈춰 세우는 대신, 기다리는 동안 진행 가능한 다른 선택을 먼저 보여줄 수 있습니다.
이때 중요한 구조가 Server-Driven UI입니다.
AI가 고객 상태를 판단하면 서버가 JSON 기반 지시서를 내려보내고, 클라이언트는 그 지시서에 따라 화면 컴포넌트와 메시지를 재구성합니다.
이 방식은 모든 고객에게 같은 화면을 보여주는 정적 구조에서 벗어나, 고객 맥락에 따라 다른 UX를 제공할 수 있게 합니다.
가입 신청에는 화면, 정책, 입력값, 가입 조건, 인증 상태, 선택 가능한 상품, 고객 상태가 복잡하게 얽혀 있습니다.
이를 단순한 단계 목록으로 관리하면 예외 상황을 다루기 어렵습니다.
그래서 PoC에서는 GraphDB 기반의 여정 구조를 검토했습니다.
각 화면, 정책, 조건, 입력값, 고객 상태를 관계로 연결해 고객이 반드시 지나야 할 단계와 건너뛸 수 있는 단계, 앞당길 수 있는 단계, 사전에 차단해야 할 조건을 구조적으로 관리하는 방식입니다.
예를 들어 보호자 인증이 필요한 가입 과정에서는 고객을 대기 화면에 멈춰 세우지 않고, 인증이 진행되는 동안 상품 선택이나 가입 조건 검토를 먼저 진행하게 할 수 있습니다.
대기 시간을 이탈의 시간이 아니라, 완주를 앞당기는 시간으로 바꾸는 것입니다.
마지막으로 중요한 것은 검증입니다.
이 PoC의 목표는 “AI를 적용했다”는 선언이 아니었습니다.
AI가 실제 UX 성과로 이어지는지를 확인하는 것이었습니다.
검증 기준은 다음과 같이 잡을 수 있습니다.
AI-driven UX는 결국 경험의 변화로 증명되어야 합니다.
AI를 고객 접점에 적용한다고 하면 가장 먼저 떠올리는 것은 챗봇입니다.
챗봇은 고객이 질문했을 때 응답하는 인터페이스로서 분명한 역할을 가질 수 있습니다.
하지만 이번 PoC의 핵심은 고객이 질문을 던진 이후가 아니라, 고객이 질문하기 전 이미 남기고 있는 행동 신호에 있었습니다.
고객이 같은 입력란에서 오래 머무르고, 같은 오류를 반복하고, 인증 화면에서 멈추고, 상품 비교로 되돌아가는 순간은 모두 “도움이 필요하다”는 신호입니다. 이때 UX가 아무 반응을 하지 않으면 고객은 결국 스스로 포기하게 됩니다.
따라서 AI-driven UX는 대화창 하나를 추가하는 방식보다 더 깊은 구조를 요구합니다.
고객 상태를 감지하는 데이터 구조, 그 상태를 해석하는 판단 구조, 판단 결과를 화면에 반영하는 UI 구조, 그리고 실제 성과를 검증하는 운영 구조가 함께 설계되어야 합니다.
개인화라는 말은 종종 “모든 고객에게 완전히 다른 화면을 보여주는 것”처럼 이해됩니다.
하지만 이번 접근의 목표는 화면을 무작정 다르게 만드는 것이 아니었습니다.
중요한 것은 고객이 멈추는 순간에 더 적절한 다음 단계를 제공하는 것입니다.
정보가 부족한 고객에게는 핵심 혜택과 조건을 더 명확히 보여줘야 합니다.
입력 오류를 반복하는 고객에게는 더 구체적인 입력 힌트가 필요합니다.
인증을 기다리는 고객에게는 대기 화면이 아니라, 그 시간에 처리할 수 있는 다음 행동이 필요합니다.
가입 조건이 맞지 않는 고객에게는 마지막 단계가 아니라 더 이른 시점에 안내해야 합니다.
결국 반응형 여정의 목표는 “다른 화면” 자체가 아닙니다.
고객의 현재 상태에 맞는 더 나은 순서, 더 나은 안내, 더 나은 개입 시점을 설계하는 것입니다.
이번 접근에서 중요한 점은 AI를 하나의 기능으로 보지 않았다는 것입니다.
챗봇을 붙이거나, 추천 문구를 자동 생성하거나, 화면 일부를 개인화하는 것만으로는 고객 여정이 바뀌지 않습니다.
Frameout이 주목한 것은 더 근본적인 구조였습니다.
즉, AI는 화면 위에 올라가는 요소가 아니라, 여정을 운영하는 방식 안으로 들어가야 합니다.
가입 여정은 단순한 화면 순서가 아닙니다.
화면, 정책, 인증 상태, 입력값, 고객 조건, 상품 선택, 예외 상황이 서로 연결된 구조입니다.
예를 들어 어떤 고객은 특정 상품을 선택할 수 있지만, 다른 고객은 같은 상품을 선택할 수 없습니다. 어떤 고객은 인증을 먼저 끝내야 하지만, 어떤 고객은 인증이 진행되는 동안 다른 선택을 먼저 할 수 있습니다. 어떤 오류는 단순 입력 실수지만, 어떤 오류는 가입 조건 자체와 연결됩니다.
이런 관계를 단순한 단계 목록으로만 관리하면, 고객 상태에 따라 가능한 경로를 유연하게 제어하기 어렵습니다.
GraphDB는 이 관계를 구조적으로 다룰 수 있게 합니다.
화면과 조건, 정책과 입력값, 고객 상태와 다음 행동을 노드와 관계로 연결하면 “지금 이 고객에게 가능한 다음 경로는 무엇인가”를 더 정교하게 판단할 수 있습니다.
이것은 기술을 위한 기술이 아니라, 복잡한 가입 조건을 고객이 이해 가능한 경험으로 바꾸기 위한 UX 인프라입니다.
AI가 고객 상태를 판단한다는 것은 항상 불확실성을 포함합니다.
따라서 AI 판단을 곧바로 최종 결정으로 사용해서는 안 됩니다.
Frameout이 중요하게 본 것은 AI 판단을 검증 가능한 UX 개입 후보로 다루는 방식입니다.
예를 들어 고객이 망설이고 있다고 판단되면, 화면은 혜택 요약이나 비교 정보를 제공할 수 있습니다. 고객이 오류를 반복한다고 판단되면 입력 힌트를 강화할 수 있습니다. 하지만 이 개입이 실제로 도움이 되었는지는 가입완주율, 소요시간, 오류율, 이탈률 같은 기준으로 다시 확인해야 합니다.
AI-driven UX에서 중요한 것은 자동화의 속도만이 아닙니다.
AI가 개입한 결과를 측정하고, 그 결과를 다시 여정 설계에 반영하는 운영 루프입니다.
Frameout의 AXC(AI eXperience Center)는 AI를 기술 데모로만 다루지 않습니다.
AXC가 집중하는 것은 “AI가 실제 고객 경험을 어떻게 바꿀 수 있는가”입니다.
이번 온라인 가입 여정 PoC 역시 같은 관점에서 출발했습니다.
고객이 어느 지점에서 멈추는지, 어떤 맥락에서 이탈하는지, 어떤 순간에 다른 안내와 화면이 필요한지를 UX 관점에서 해석하고, 이를 AI·데이터·UI 구조와 연결했습니다.
AI-driven UX는 더 화려한 화면을 만드는 일이 아닙니다.
고객이 이탈하기 전에, 경험이 먼저 반응하도록 만드는 일입니다.
그리고 이 반응은 감각적인 문구 하나가 아니라, 데이터 구조·화면 구조·정책 구조·검증 구조가 함께 설계될 때 가능합니다.
온라인 가입, 신청, 예약, 상담, 견적 요청, 멤버십 등록처럼 전환이 중요한 여정은 대부분 비슷한 문제를 갖고 있습니다.
고객은 선형적으로 움직이지 않습니다.
기업의 정책과 시스템은 복잡합니다.
마지막 단계에서야 실패 조건이 드러납니다.
운영자는 어디서 고객이 이탈하는지 알지만, 화면은 그 신호에 즉시 반응하지 못합니다.
AI-driven UX는 이 간극을 줄이는 접근입니다.
기업이 고객에게 같은 절차를 반복해서 요구하는 대신, 고객의 현재 상태를 읽고 더 적절한 다음 단계를 제안할 수 있다면 전환 경험은 달라집니다.
가입완주율을 높이는 일은 단순히 버튼 색상을 바꾸는 일이 아닙니다.
고객이 왜 멈추는지 이해하고, 그 순간에 여정이 어떻게 달라져야 하는지 설계하는 일입니다.
Frameout은 이 지점에서 AI와 UX가 만난다고 봅니다.
이 접근은 특정 산업의 가입 신청에만 머물지 않습니다.
금융 상품 신청, 보험 가입, 교육 상담, 멤버십 등록, B2B 견적 요청, 공공 서비스 신청처럼 절차가 길고 조건이 복잡한 여정에는 모두 같은 문제가 있습니다.
고객은 중간에 멈추고, 비교하고, 되돌아가고, 조건을 확인하고, 때로는 오류를 만나 포기합니다.
기업은 고객이 어디서 이탈했는지 사후 분석할 수 있지만, 정작 고객이 멈춘 그 순간에는 충분히 반응하지 못하는 경우가 많습니다.
AI-driven UX는 이 시간을 바꾸는 접근입니다.
이탈 후 분석하는 것이 아니라, 이탈 전 반응하는 것.
모든 고객에게 같은 절차를 강요하는 것이 아니라, 고객 상태에 따라 더 적절한 경로를 제안하는 것.
마지막 단계에서 실패를 알리는 것이 아니라, 실패 가능성을 더 이른 시점에 줄이는 것.
Frameout이 말하는 AI drives UX는 바로 이런 변화에 가깝습니다.
AI가 화면을 장식하는 것이 아니라, 고객이 경험하는 흐름과 기업이 운영하는 방식을 함께 움직이게 만드는 것입니다.