모바일 앱(Mobile App)
EXAWin+ 모바일 앱 사용법: Action Queue, 활동 기록, 음성 초안, 증거 첨부, 추천 조치, 알림, PWA 설치
모바일 앱(Mobile App)
EXAWin+ 모바일 앱은 현장에서 바로 딜 상태를 확인하고, 고객 접촉이나 회의 내용을 빠르게 기록하며, 후속 조치가 필요한 딜을 놓치지 않도록 돕는 모바일 전용 화면입니다. 웹 화면의 모든 관리 기능을 그대로 옮긴 앱이 아니라, 이동 중에도 가장 자주 쓰는 영업 행동을 빠르게 처리하도록 구성된 PWA(Progressive Web App)입니다.
모바일 앱은 브라우저에서 https://[도메인]/m으로 접속합니다. 운영 도메인이 exawin.exaeuler.com이라면 모바일 접속 주소는 다음과 같습니다.
https://exawin.exaeuler.com/m
브라우저에서 접속한 뒤 홈 화면에 추가하거나 설치하면 일반 앱처럼 아이콘으로 실행할 수 있습니다. Android에서는 Chrome 또는 Edge에서 설치할 수 있고, iPhone/iPad에서는 Safari의 공유 메뉴에서 홈 화면에 추가합니다. 설치된 앱은 모바일 전용 범위(/m)로 열리도록 구성되어 있습니다.
모바일 앱에서 입력한 활동, 댓글, 좋아요, 추천 조치 처리 내용은 웹 버전과 같은 데이터베이스를 사용합니다. 따라서 현장에서 모바일로 기록한 내용은 웹의 Decision Console, Activity War Room, 프로젝트 타임라인에서도 이어서 확인할 수 있습니다.
1. 화면 전체 구조
모바일 앱은 작은 화면에서 반복 업무를 빠르게 처리하도록 상단 헤더, 본문, 하단 탭으로 구성됩니다.
1.1 상단 헤더
상단 헤더에는 현재 위치와 주요 보조 기능이 표시됩니다.
| 항목 | 설명 |
|---|---|
| EXAWin+ 로고 | 홈 화면에서는 로고만 표시됩니다. 다른 화면에서는 이전 화면으로 돌아가는 화살표와 함께 현재 위치가 표시됩니다. |
| 뒤로 가기 | Home이 아닌 화면에서 이전 화면으로 이동합니다. |
| 제품 페이지 링크 | 지구본 모양 아이콘을 누르면 EXAWin+ 제품 페이지로 이동합니다. |
| 설치 버튼 | PWA 설치가 가능한 브라우저에서는 설치 아이콘이 표시됩니다. Android에서는 설치 프롬프트가 열리고, iOS에서는 홈 화면 추가 안내가 표시됩니다. |
| 사용자 아바타 | 로그인한 사용자의 이니셜이 표시됩니다. |
상단 헤더는 화면 이동 중에도 현재 위치를 알 수 있도록 유지됩니다. 앱을 설치한 상태로 실행하면 브라우저 주소창 없이 앱처럼 표시될 수 있습니다. 단, 브라우저 내부에서 실행 중이라면 브라우저의 주소 표시줄이 보일 수 있습니다.
1.2 하단 탭
하단 탭은 모바일 앱의 주 이동 수단입니다.
| 탭 | 사용 목적 |
|---|---|
| Home | 지금 조치해야 할 딜과 내 활성 딜을 확인합니다. |
| Activity | 새 활동을 기록하거나 선택한 딜의 활동 화면으로 이동합니다. |
| Feed | 접근 권한이 있는 프로젝트의 최근 활동을 모아서 봅니다. |
| Alerts | 댓글, 좋아요, 답글, 추천 조치 알림을 확인합니다. |
| Settings | 언어, 다크 모드, 앱 정보, 로그아웃을 관리합니다. |
현재 선택된 탭은 강조 표시됩니다. Alerts 탭에는 읽지 않은 알림이 있으면 숫자 배지가 표시됩니다. 일반 알림뿐 아니라 추천 조치 주의 항목도 함께 계산됩니다.
2. 로그인
모바일 앱에 접속하면 먼저 로그인 화면이 표시됩니다. 이미 로그인 세션이 살아 있으면 로그인 화면을 건너뛰고 Home으로 이동할 수 있습니다.
2.1 로그인 화면에서 보는 정보
로그인 화면 상단에는 모바일 앱이 집중하는 업무 영역이 표시됩니다.
| 카드 | 의미 |
|---|---|
| Decision | 의사결정이 필요한 딜이나 추천 조치가 있는 딜을 확인합니다. |
| Follow-up | 장기간 고객 접촉이 없는 딜을 찾아 후속 활동을 기록합니다. |
| Risk | 베이지안 분석상 주의가 필요한 딜을 확인합니다. |
그 아래에 로그인 입력 폼과 앱 설치 안내가 표시됩니다. 설치 안내는 브라우저가 PWA 설치를 지원하는 경우 모바일 앱을 홈 화면에 추가하는 데 사용합니다.
2.2 로그인 입력
| 입력 항목 | 설명 |
|---|---|
| 회사 계정 이메일을 입력합니다. 입력값은 앞뒤 공백이 제거되고 이메일은 소문자로 처리됩니다. | |
| Password | 계정 비밀번호를 입력합니다. 앞뒤 공백은 제거됩니다. |
| Continue to mobile workspace | 입력한 계정으로 모바일 앱에 로그인합니다. |
로그인이 실패하면 화면에 오류 메시지가 표시됩니다. 이메일이나 비밀번호가 틀린 경우, 계정이 비활성화된 경우, 회사가 일시 중지된 경우, 회사 도메인 검증이 필요한 경우 각각 로그인이 차단될 수 있습니다.
2.3 로그인 후 이동
로그인에 성공하면 Home 화면으로 이동합니다. 로그인 전에 특정 모바일 URL을 열었다면 인증 후 해당 화면으로 다시 이동할 수 있습니다.
3. Home: Action Queue와 딜 목록
Home은 단순한 프로젝트 목록이 아니라, 지금 확인하거나 조치해야 할 딜을 우선 보여주는 Action Queue입니다. 화면 상단의 요약 카드로 딜을 필터링하고, 아래의 딜 카드에서 바로 활동 기록 화면으로 이동할 수 있습니다.
3.1 요약 카드
Home 상단에는 4개의 요약 카드가 표시됩니다.
| 카드 | 설명 |
|---|---|
| Decision Needed | 웹 Decision Console 등에서 채택된 추천 조치가 아직 실제 활동으로 연결되지 않은 딜입니다. |
| Follow-up Due | 장기간 고객 접촉 기록이 없어 후속 접촉이 필요한 딜입니다. |
| Risk Rising | 베이지안 분석의 freshness, momentum, cooling/stale 상태 등을 기준으로 주의가 필요한 딜입니다. 단순히 P(Win)이 프로젝트 threshold보다 낮다는 이유만으로 위험 딜이 되지는 않습니다. |
| My Active Deals | 종료되지 않은 활성 딜 전체입니다. |
요약 카드를 누르면 아래 딜 목록이 해당 조건으로 필터링됩니다. 다시 전체를 보고 싶으면 Show all 또는 전체 필터 상태를 사용합니다.
3.2 딜 카드에서 확인하는 정보
각 딜은 카드 형태로 표시됩니다.
| 항목 | 설명 |
|---|---|
| 우선순위 라벨 | Decision Needed, Follow-up Due, Risk Rising, Active, Won, Lost 등의 상태가 표시됩니다. |
| 프로젝트명 | 딜 또는 프로젝트 이름입니다. 긴 이름은 모바일 화면에 맞게 줄임 표시됩니다. |
| 고객명 | 프로젝트와 연결된 고객 이름입니다. |
| 프로젝트 코드 | PRJ-YYMM-XXXX 형식의 프로젝트 코드입니다. |
| 다음 행동 | 예: “Record the next customer touch”처럼 사용자가 다음에 해야 할 행동을 알려줍니다. |
| 사유 | 예: “No activity for 190 days”처럼 해당 딜이 표시된 이유를 설명합니다. |
| P(Win) | 최신 베이지안 분석 기준의 현재 수주 확률입니다. |
| 진행률 | 영업 스테이지 진행 상태를 시각적으로 표시합니다. |
종료된 딜은 Won 또는 Lost 상태로 표시되며, 활성 딜보다 뒤쪽에 정렬됩니다. 종료된 딜도 기록 확인이나 허용된 종료 관련 입력을 위해 목록에 나타날 수 있습니다.
3.3 P(Win) 색상
Home 카드의 P(Win)은 값에 따라 색상이 달라집니다.
| P(Win) 범위 | 표시 경향 |
|---|---|
| 60% 이상 | 긍정적인 상태로 강조됩니다. |
| 40% 이상 60% 미만 | 중간 상태로 표시됩니다. |
| 40% 미만 | 낮은 확률 또는 주의가 필요한 상태로 표시됩니다. |
색상은 빠른 시각 판단을 위한 보조 정보입니다. 실제 조치 우선순위는 추천 조치, 후속 접촉 필요 여부, 베이지안 위험 상태, 최신 활동 시점 등을 함께 사용해 계산됩니다.
3.4 정렬 기준
Home의 딜 목록은 다음 기준을 조합해 정렬됩니다.
- 종료된 딜은 활성 딜보다 뒤에 배치됩니다.
- Decision Needed, Follow-up Due, Risk Rising, Active 순으로 우선순위 점수가 반영됩니다.
- 같은 우선순위 안에서는 최신 이벤트가 있는 딜이 먼저 표시됩니다.
- 마지막으로 프로젝트명이 보조 정렬 기준으로 사용됩니다.
따라서 목록의 첫 번째 딜은 단순히 최근 활동이 있는 딜이 아니라, 현재 사용자가 가장 먼저 확인할 가능성이 높은 딜입니다.
3.5 검색
검색창에 입력하면 딜 목록이 즉시 필터링됩니다. 검색 대상은 프로젝트명만이 아닙니다.
검색에 포함되는 항목은 다음과 같습니다.
- 프로젝트명
- 고객명
- 프로젝트 코드
- 프로젝트 상태
- 우선순위 라벨
- 다음 행동 문구
- 표시 사유 문구
예를 들어 고객명, 프로젝트 코드, “follow-up”, “risk” 같은 단어로도 검색할 수 있습니다.
3.6 딜 카드 누르기
딜 카드를 누르면 해당 딜의 Record 화면으로 이동합니다. Record 화면에서는 새 활동을 입력하거나, 해당 딜의 최신 활동과 추천 조치 컨텍스트를 확인할 수 있습니다.
4. Record: 활동 기록 화면
Record는 모바일 앱에서 가장 많이 사용하는 화면입니다. 고객 미팅, 전화, 이메일, SNS 접촉 등 영업 활동을 기록하고, 필요한 경우 추천 조치나 베이지안 분석 컨텍스트와 연결합니다.
Record 화면은 진입 경로에 따라 다르게 보일 수 있습니다.
| 진입 경로 | 화면 동작 |
|---|---|
| 하단 Activity 탭 | 새 활동 입력 화면을 엽니다. |
| Home 딜 카드 | 선택한 딜의 활동 입력 화면을 엽니다. |
| Feed 활동 카드 | 기존 활동 상세 화면을 엽니다. |
| Alerts 알림 | 관련 활동 또는 추천 조치 화면으로 이동합니다. |
| Decision 추천 조치 | 추천 액션을 처리할 수 있는 컨텍스트와 함께 열립니다. |
4.1 프로젝트 선택
새 활동 입력 화면 상단에는 프로젝트 선택 영역이 있습니다.
- 일반 사용자는 자신이 owner이거나 project member로 포함된 프로젝트에 접근할 수 있습니다.
- Admin 또는 Super User는 회사의 접근 가능한 프로젝트를 볼 수 있습니다.
- 새 활동을 입력할 때 기본 목록에는 활성 프로젝트가 표시됩니다.
- Home에서 특정 딜을 눌러 들어오면 해당 프로젝트가 자동 선택됩니다.
프로젝트를 바꾸면 활동 유형, 스테이지, 시그널, 메인 연락처 등 프로젝트에 맞는 입력 정보가 갱신됩니다.
4.2 30-sec log와 Full log
Record 화면에는 빠른 입력을 위한 두 가지 모드가 있습니다.
| 모드 | 사용 상황 | 화면 특징 |
|---|---|---|
| 30-sec log | 이동 중에 핵심 활동만 빠르게 남길 때 사용합니다. | 활동 유형, 스테이지, 핵심 시그널, 짧은 요약/메모 중심으로 입력합니다. 연락처, AI assist, 증거 첨부 등 일부 상세 영역은 숨겨집니다. |
| Full log | 회의 기록, 증거 첨부, 상세 메모까지 남길 때 사용합니다. | 연락처, 상세 Notes, 증거 첨부, 로컬 AI assist 등 전체 입력 영역을 사용합니다. |
30-sec log는 별도의 다른 저장 방식이 아니라, 같은 활동 저장 흐름을 더 짧게 입력할 수 있도록 화면을 간소화한 모드입니다. 사용자가 빠르게 핵심 항목만 입력하면 나머지 상세 입력 영역을 건너뛸 수 있습니다.
모드는 브라우저에 기억됩니다. 이전에 30-sec log를 사용했다면 다음 진입 시 같은 모드가 유지될 수 있습니다.
4.3 활동 일시와 유형
| 항목 | 설명 |
|---|---|
| Date & time | 활동이 발생한 날짜와 시간입니다. 기본값은 현재 시점입니다. |
| Activity type | Meeting, Video, Call, Email, SNS 등 활동 유형을 선택합니다. |
활동 유형은 이후 분석과 이력 조회에서 활동의 성격을 구분하는 데 사용됩니다.
4.4 연락처
Full log 모드에서는 프로젝트의 주요 연락처가 표시될 수 있습니다. 프로젝트에 Main Contact가 있으면 자동으로 표시됩니다. 연락처는 활동 대상 고객 인물을 기록하는 데 사용됩니다.
30-sec log에서는 빠른 입력을 위해 연락처 영역이 숨겨질 수 있습니다.
4.5 스테이지 선택
스테이지는 현재 딜이 영업 프로세스에서 어디에 있는지를 나타냅니다. 모바일에서는 선택 가능한 스테이지와 선택할 수 없는 스테이지가 구분됩니다.
중요한 규칙은 다음과 같습니다.
- 이전 비종료 스테이지로 되돌아갈 수 없습니다.
- 이미 지나간 과거 스테이지는 선택할 수 없도록 비활성화됩니다.
- Won 또는 Lost 같은 종료 스테이지는 최종 전환을 위해 선택할 수 있습니다.
- 종료 스테이지를 선택하면 프로젝트가 종료 상태로 전환될 수 있습니다.
- 종료된 프로젝트에서는 최신 활동을 통해 허용된 범위 안에서 종료 취소 또는 최종 스테이지 관련 입력을 할 수 있습니다.
스테이지는 베이지안 업데이트와 프로젝트 상태에 영향을 주는 핵심 항목입니다. 현장에서 실제로 도달한 단계만 선택해야 합니다.
4.6 시그널 선택
시그널은 미팅이나 고객 접촉에서 관찰한 긍정/부정/중립 증거입니다. 예를 들어 의사결정자 참여, 예산 확인, 경쟁사 우위, 일정 지연 같은 항목이 시그널이 될 수 있습니다.
시그널 선택 영역에서는 여러 시그널을 동시에 선택할 수 있습니다.
| 표시 | 의미 |
|---|---|
| Positive | 수주 확률을 높이는 방향의 증거입니다. |
| Negative | 수주 확률을 낮추는 방향의 증거입니다. |
| Neutral | 직접적인 방향성이 약하거나 중립적인 관찰입니다. |
선택한 시그널은 활동과 연결되고, 베이지안 분석의 증거로 사용될 수 있습니다. 시그널이 실제 관찰과 다르면 분석 결과도 왜곡될 수 있으므로, 미팅에서 확인한 사실에 맞게 선택해야 합니다.
4.7 Summary
Summary는 활동의 제목 역할을 하는 짧은 요약입니다. 예를 들어 다음과 같이 입력합니다.
CFO 예산 검토 미팅, 기술 데모 후 PoC 범위 재확인
Summary는 활동 카드, 타임라인, Feed에서 먼저 보이는 핵심 문장입니다. 너무 길게 쓰기보다 한 줄로 활동의 핵심을 표현하는 것이 좋습니다.
4.8 Notes
Notes에는 회의 내용, 고객 발언, 다음 액션, 내부 메모를 상세히 입력합니다. 여러 줄 입력이 가능하며, Full log 모드에서는 더 넓은 입력 영역을 사용합니다.
Notes에는 다음 내용을 남기는 것이 좋습니다.
- 고객이 실제로 말한 요구사항
- 예산, 일정, 경쟁사, 의사결정자 관련 정보
- 다음 미팅 또는 후속 조치 계획
- 내부적으로 확인해야 할 사항
- 시그널을 선택한 근거
4.9 필드별 음성 입력
Summary와 Notes 같은 입력 필드에서는 브라우저가 지원하는 경우 음성 입력을 사용할 수 있습니다. 마이크 버튼을 누르면 음성 인식이 시작되고, 다시 누르면 중지됩니다.
지원 언어는 모바일 로케일 설정을 기준으로 선택됩니다. 현재 모바일 음성 입력 설정은 다음 언어를 지원합니다.
| 코드 | 언어 |
|---|---|
| en | English |
| ko | 한국어 |
| vi | Tiếng Việt |
| zh | 中文 |
| ja | 日本語 |
| es | Español |
| id | Bahasa Indonesia |
인식된 텍스트는 기존 입력 내용 뒤에 추가됩니다. Summary는 문장 뒤에 이어 붙는 방식이고, Notes는 줄바꿈을 포함해 기록하기 쉽도록 추가됩니다.
음성 인식 품질은 브라우저와 기기, 주변 소음, 네트워크 상태에 영향을 받습니다. 중요한 고객 발언은 저장 전 반드시 눈으로 확인해야 합니다.
4.10 Quick voice note
Quick voice note는 필드별 음성 입력과 다른 기능입니다. 회의 중 또는 이동 중에 길게 말한 내용을 Notes에 받아 적고, 그 내용을 바탕으로 활동 초안을 만드는 데 사용합니다.
사용 흐름은 다음과 같습니다.
- Quick voice note를 시작합니다.
- 회의 내용이나 현장 메모를 말합니다.
- 인식된 최종 문장이 Notes에 누적됩니다.
- 받아쓰기가 끝나면
Create draft from voice note버튼이 표시됩니다. - 버튼을 누르면 Full log 모드로 전환되고, Notes 내용을 바탕으로 Summary, Action item 성격의 문장, 시그널 후보가 정리됩니다.
이 기능은 서버 LLM을 호출하는 장시간 회의 요약 기능이 아닙니다. 현재 모바일에서는 브라우저에 기록된 Notes를 바탕으로 로컬 초안 생성 로직이 동작합니다. 첫 문장, 주요 키워드, 시그널 이름 또는 키워드 매칭을 사용해 활동 초안을 돕습니다.
따라서 Quick voice note는 “완성된 회의록 자동 작성”이 아니라 “사용자가 빠르게 입력한 음성 메모를 활동 입력 초안으로 정리하는 보조 기능”으로 이해해야 합니다.
4.11 Browser Local AI Assist
Full log 모드에서는 브라우저 로컬 AI assist 영역이 표시될 수 있습니다. 이 영역은 사용자가 입력한 내용을 기반으로 제목 초안 생성이나 현재 탭 요약 같은 보조 기능을 제공합니다.
로컬 AI assist는 활동 입력을 돕기 위한 기능이며, 자동으로 원문을 덮어쓰지 않습니다. 생성 결과는 사용자가 확인하고 필요한 경우 Summary나 Notes에 반영합니다.
4.12 증거 첨부
Full log 모드에서는 Evidence 섹션에서 파일이나 카메라 촬영 자료를 첨부할 수 있습니다.
| 입력 방식 | 사용 예 |
|---|---|
| Camera | 명함, 현장 사진, 화이트보드, 고객 방문 사진 등을 촬영해 첨부합니다. |
| File | PDF, 문서, 이미지, 압축 파일 등을 선택해 첨부합니다. |
현재 모바일 첨부 제한은 다음과 같습니다.
| 제한 | 기준 |
|---|---|
| 파일 개수 | 활동당 최대 5개 |
| 파일당 크기 | 최대 10MB |
| 총 첨부 크기 | 최대 30MB |
| 허용 형식 | pdf, doc, docx, xls, xlsx, ppt, pptx, jpg, jpeg, png, gif, webp, zip |
첨부파일은 활동 저장 시 함께 업로드됩니다. 업로드된 첨부파일은 기존 활동 상세 화면에서 다운로드 링크로 다시 열어볼 수 있습니다. 모바일에서 첨부한 파일은 웹에서도 같은 활동의 첨부 증거로 확인할 수 있습니다.
파일 업로드가 실패해도 활동 저장 흐름과 첨부 저장 결과가 분리되어 처리될 수 있습니다. 저장 후 첨부가 보이지 않으면 파일 크기, 확장자, 네트워크 상태를 확인해야 합니다.
4.13 로컬 임시저장
Record 화면은 입력 중인 활동 초안을 브라우저 로컬 저장소에 임시 보관합니다. Summary, Notes, 스테이지, 시그널 등 의미 있는 입력값이 있으면 자동 저장됩니다.
로컬 임시저장은 다음 상황에서 유용합니다.
- 화면을 실수로 새로고침한 경우
- 앱을 잠시 닫았다가 다시 연 경우
- 네트워크가 불안정해 즉시 제출하지 못한 경우
단, 파일 입력은 브라우저 보안 정책상 로컬 임시저장 대상이 아닙니다. 첨부파일은 저장 직전에 다시 선택해야 할 수 있습니다.
오프라인 상태에서는 활동 제출이 차단됩니다. 초안은 로컬에 남길 수 있지만, 실제 서버 저장은 인터넷 연결이 필요합니다.
4.14 저장
입력이 끝나면 화면 하단의 저장 버튼을 누릅니다. 저장 시 다음 작업이 이루어집니다.
- 필수 입력값을 확인합니다.
- 프로젝트, 연락처, 스테이지, 시그널이 현재 사용자의 회사와 접근 권한 범위 안에 있는지 확인합니다.
- 이전 스테이지로 되돌아가는 등 허용되지 않는 스테이지 변경을 차단합니다.
- 활동을 생성하거나 기존 활동을 수정합니다.
- 선택한 시그널을 활동과 연결합니다.
- 첨부파일이 있으면 제한 조건을 확인한 뒤 저장합니다.
- 추천 조치에서 들어온 경우 decision ledger 실행 기록과 연결할 수 있습니다.
- 저장 성공 후 해당 활동 상세 화면으로 이동합니다.
신규 활동은 기본적으로 draft 성격의 기록으로 저장됩니다. 승인, 잠금, 삭제 같은 관리 중심 작업은 웹에서 더 상세하게 처리합니다.
5. 종료 프로젝트 입력 규칙
Won 또는 Lost로 종료된 프로젝트는 일반 활성 프로젝트와 다르게 동작합니다. 종료된 프로젝트는 새로운 일반 활동을 계속 추가하는 대상이 아니라, 종료 상태와 관련된 제한된 입력만 허용됩니다.
5.1 종료 프로젝트에 기존 활동이 없는 경우
종료 프로젝트에 편집 가능한 최신 활동이 없으면 Record 화면에서 프로젝트가 종료되었다는 안내가 표시되고 입력 폼이 제한됩니다. 이 경우 웹에서 프로젝트 상태와 활동 이력을 확인해야 합니다.
5.2 종료 프로젝트에 최신 활동이 있는 경우
종료 프로젝트에 최신 활동이 있고 사용자가 수정 권한을 가진 경우, 모바일에서 해당 최신 활동을 기준으로 제한된 재입력 모드가 열릴 수 있습니다.
이때 가능한 작업은 다음과 같습니다.
- 종료 상태와 연결된 최신 활동 확인
- 허용된 범위 안에서 스테이지 관련 입력
- 종료 취소 또는 최종 스테이지 전환에 필요한 추가 정보 입력
종료된 프로젝트의 과거 활동을 임의로 수정하거나, 종료 이후 새 활동을 계속 추가하는 방식은 허용되지 않습니다.
5.3 권한 조건
종료 프로젝트에서 최신 활동을 수정하려면 다음 조건 중 하나가 필요합니다.
- 해당 활동의 작성자
- Admin 또는 Super User
- 프로젝트 owner
또한 승인된 활동은 모바일에서 수정할 수 없습니다.
6. 기존 활동 상세와 수정
Feed, Alerts, 프로젝트 타임라인, Home의 컨텍스트를 통해 기존 활동 상세로 들어갈 수 있습니다.
6.1 상세 화면에서 보는 정보
기존 활동 화면에는 다음 정보가 표시됩니다.
| 항목 | 설명 |
|---|---|
| Activity No | 활동 번호입니다. |
| 프로젝트 | 활동이 속한 프로젝트입니다. |
| 작성자 | 활동을 기록한 사용자입니다. 내 활동이면 Me 표시가 붙을 수 있습니다. |
| 활동 일시 | 고객 접촉 또는 활동이 발생한 시간입니다. |
| 활동 유형 | Meeting, Video, Call, Email, SNS 등입니다. |
| 스테이지 | 활동 당시 선택한 영업 스테이지입니다. |
| 시그널 | 활동에 연결된 관찰 증거입니다. |
| Summary / Notes | 활동 요약과 상세 메모입니다. |
| 첨부파일 | 저장된 증거 파일 다운로드 링크입니다. |
| 좋아요 / 댓글 | 협업 반응과 토론 내역입니다. |
6.2 수정 가능 조건
모바일에서도 조건을 만족하면 기존 활동을 수정할 수 있습니다.
| 상황 | 모바일 동작 |
|---|---|
| 내가 작성한 미승인 활동 | 수정할 수 있습니다. |
| Admin 또는 Super User | 접근 가능한 활동을 수정할 수 있습니다. |
| 프로젝트 owner | 프로젝트 활동을 수정할 수 있습니다. |
| 승인된 활동 | 수정할 수 없습니다. |
| 다른 사용자의 활동이고 권한 없음 | 읽기, 좋아요, 댓글 중심으로 사용합니다. |
| 종료 프로젝트의 과거 활동 | 일반적으로 수정할 수 없습니다. 종료 프로젝트는 최신 활동 중심으로 제한됩니다. |
수정 권한이 없는 경우 화면에는 읽기 전용 안내가 표시됩니다. 이때도 좋아요와 댓글은 접근 권한 범위 안에서 사용할 수 있습니다.
6.3 좋아요
활동 상세에서 좋아요 버튼을 누르면 즉시 반영됩니다. 다시 누르면 좋아요가 취소됩니다. 다른 사용자의 활동에 좋아요를 남기면 활동 작성자에게 알림이 생성될 수 있습니다.
6.4 댓글과 답글
활동에는 댓글과 답글을 남길 수 있습니다.
- 댓글 입력창에 내용을 쓰고 전송하면 활동에 댓글이 추가됩니다.
- 기존 댓글의 Reply 버튼을 누르면 답글을 작성할 수 있습니다.
- 댓글과 답글은 전송 후 화면을 갱신해 최신 상태를 보여줍니다.
- 다른 사용자의 활동에 댓글이나 답글을 남기면 관련 사용자에게 알림이 생성될 수 있습니다.
댓글은 활동의 맥락을 보완하는 협업 기록입니다. 다음 액션 요청, 내부 확인 사항, 고객 발언 보충 등에 사용하면 좋습니다.
7. 추천 조치와 Decision 컨텍스트
모바일 Record 화면은 단순 활동 입력뿐 아니라 Decision Console에서 생성되거나 채택된 추천 조치와 연결될 수 있습니다.
7.1 Decision Needed 딜
Home의 Decision Needed 딜은 추천 조치가 채택되었지만 아직 실제 활동으로 연결되지 않은 경우에 표시됩니다. 이 딜을 누르면 Record 화면에서 추천 조치 컨텍스트를 볼 수 있습니다.
추천 조치 컨텍스트에는 다음 정보가 포함될 수 있습니다.
- 추천 조치 제목
- 추천 사유
- 관련 딜 또는 프로젝트
- 권장되는 다음 행동
- 추천 수락 또는 무시 상태
- 활동 저장 시 추천 조치와 연결되는 정보
7.2 추천 조치 처리
추천 조치 화면에서는 상황에 따라 다음 행동을 할 수 있습니다.
| 행동 | 설명 |
|---|---|
| Accept recommendation | 추천 조치를 채택합니다. |
| Ignore recommendation | 현재 추천을 무시합니다. |
| Log sales action | 추천 조치를 실제 영업 활동으로 기록합니다. |
| View Decision Console | 웹 Decision Console에서 더 넓은 맥락을 확인합니다. |
모바일에서 추천 조치를 활동으로 저장하면 decision ledger의 실행 기록과 연결될 수 있습니다. 이렇게 연결된 활동은 나중에 추천이 실제 행동으로 이어졌는지 추적하는 데 사용됩니다.
7.3 후속조치 컨텍스트
Follow-up Due 딜은 일정 기간 고객 접촉이 없을 때 표시됩니다. 기준일은 프로젝트의 silence gap 설정이 있으면 그 값을 사용하고, 없으면 기본 후속 접촉 기준이 적용됩니다.
Follow-up Due 딜에서 활동을 기록하면 “다음 고객 접촉을 기록했다”는 의미의 후속 조치 이력이 남습니다. 활동 유형, Summary, Notes에는 실제 접촉 내용을 구체적으로 입력해야 합니다.
7.4 위험 컨텍스트
Risk Rising 딜은 P(Win)이 낮다는 이유만으로 표시되지 않습니다. 현재 위험 분류는 Bayesian insight 정책에서 계산하는 freshness, stale, cooling, momentum 계열 상태를 사용합니다.
따라서 프로젝트 threshold보다 P(Win)이 낮은 딜은 “아직 미팅과 증거가 더 필요한 상태”일 수 있지만, 그것만으로 위험 딜이라고 단정하지 않습니다. Risk Rising은 최근 흐름이 식었거나, 활동 공백과 증거 방향이 함께 주의 신호를 보낼 때 표시되는 컨텍스트입니다.
8. Bayesian Analytics와 저장 분석
모바일 Record 화면은 현장 입력 속도를 우선합니다. 그래서 프로젝트를 선택할 때마다 무거운 분석을 자동으로 새로 만들지 않습니다. 대신 사용자가 필요할 때만 분석 영역을 열 수 있도록 두 가지 버튼을 제공합니다.
| 버튼 | 동작 | 서버 처리 | 사용 시점 |
|---|---|---|---|
| 저장 분석 보기 | 서버에 이미 저장된 최신 분석 데이터를 불러옵니다. | 새 분석을 생성하지 않습니다. 최신 Bayesian update, Decision/Ontology recommendation ledger, 저장된 AI 초안 데이터를 읽어서 화면에 표시합니다. | 이동 중에 현재 최종 분석 결과를 빠르게 확인할 때 사용합니다. |
| 신규 분석 생성 | 현재 프로젝트의 최신 활동, 스테이지, 시그널, 추천 조치 이력, 온톨로지 관계 데이터를 기준으로 새 분석을 실행합니다. | Bayesian insight와 Decision/Ontology reasoning을 실행하고 recommendation ledger를 저장합니다. 생성된 결과가 이후의 최신 저장 분석이 됩니다. | 모바일 또는 태블릿 현장에서 신규 미팅을 입력한 뒤 즉시 분석을 갱신하고 싶을 때 사용합니다. |
저장 분석 보기는 읽기 전용입니다. 이 버튼을 눌러도 베이지안 계산, 온톨로지 추론, AI 런타임이 새로 실행되지 않습니다. 그래서 Record 화면을 빠르게 열 수 있고, 웹 또는 모바일에서 이미 생성해 둔 최종 분석을 그대로 재사용할 수 있습니다.
신규 분석 생성은 사용자가 명시적으로 눌렀을 때만 실행됩니다. 웹에서 분석을 생성할 때처럼 시간이 걸릴 수 있으며, 생성이 끝나면 새 recommendation ledger가 저장됩니다. 이후 로그아웃했다가 다시 로그인해도 저장 분석 보기는 방금 생성한 최신 분석을 보여주는 것이 정상입니다. 만약 직전 신규 분석과 저장 분석 내용이 다르면 캐시, 저장 실패, 권한, 또는 ledger 갱신 오류를 확인해야 합니다.
AI 초안은 recommendation ledger에 AI draft 데이터가 저장되어 있을 때만 표시됩니다. 신규 분석 생성은 Bayesian/Decision/Ontology 분석을 갱신하지만, 별도의 AI 해석 생성 과정 없이 항상 새 AI 문장을 만드는 기능은 아닙니다. AI 초안 영역은 서버에 이미 저장된 AI draft 상태와 문구가 있을 때 그 내용을 보여줍니다.
8.1 언제 자동으로 분석 패널이 열리는가
Bayesian Analytics 상세 패널은 다음과 같은 분석 컨텍스트가 있을 때 직접 표시될 수 있습니다.
- Decision Console의 추천 조치에서 모바일 Record로 이동한 경우
- 알림에서 추천 조치 컨텍스트로 이동한 경우
- URL에
decision_id또는analytics=1같은 분석 컨텍스트가 포함된 경우 - 사용자가 Record 화면에서 신규 분석 생성을 눌러 분석을 실행한 경우
- 사용자가 저장 분석 보기를 눌러 저장된 분석 표시를 요청한 경우
단순히 하단 Activity 탭으로 새 활동 입력 화면을 여는 경우에는 무거운 분석 패널이 자동 표시되지 않을 수 있습니다. 이는 모바일 입력 속도를 확보하기 위한 동작입니다. 이때도 저장 분석 보기로 기존 결과를 확인하거나, 신규 분석 생성으로 최신 분석을 만들 수 있습니다.
8.2 저장 분석 데이터는 어디에서 오는가
저장 분석은 하나의 문장 요약이 아니라 여러 저장 데이터를 조합한 화면입니다.
| 데이터 | 실제 의미 | 모바일 화면에서 쓰이는 곳 |
|---|---|---|
| Bayesian update | 활동, 스테이지, 시그널, 침묵 패널티 등을 반영해 계산된 최신 P(Win) 기록입니다. | P(Win), 변화량, 95% CI, Impedance 카드 |
| Recommendation ledger | Decision/Ontology 분석 결과와 추천 조치가 저장된 기록입니다. | Recommendation, Decision detail, Tracking, Data basis |
| Decision payload | ledger 안에 저장된 의사결정 상태, decision band, next action, drivers 데이터입니다. | 추천 조치 라벨, decision band, 왜 이 조치가 필요한지 설명 |
| Ontology ops payload | 현재 프로젝트의 관계, 병목, 누락 링크, 근거 경로를 다시 구성한 운영 분석 데이터입니다. 저장 분석 보기에서는 새 ledger를 만들지 않고 표시용으로 재구성합니다. | Why constrained, Bottleneck, Next action, Evidence summary, Missing evidence |
| AI draft | AI 초안 생성이 있었을 때 ledger에 저장되는 초안 상태와 텍스트입니다. | AI draft 영역 |
즉 저장 분석 보기는 “최신 저장 분석을 화면에 다시 올리는 기능”입니다. 새 판단을 생성하지 않지만, 저장된 ledger와 현재 안전하게 재구성 가능한 온톨로지 표시 정보를 조합해 사용자가 이해할 수 있는 카드 형태로 보여줍니다.
8.3 화면 구성 전체
저장 분석 또는 신규 분석 결과 영역에는 저장 상태에 따라 다음 카드가 표시됩니다.
| 영역 | 사용자가 보는 내용 | 어떻게 해석해야 하는가 |
|---|---|---|
| P(Win) | 현재 수주 확률과 직전 대비 변화량입니다. | 딜의 현재 우세 정도를 빠르게 봅니다. 단, 확률 하나만으로 행동을 결정하지 않습니다. |
| 95% CI / Impedance | P(Win)의 불확실성 범위와 threshold 대비 확신도입니다. | 범위가 넓으면 판단 근거가 약한 상태입니다. Impedance는 P(Win)이 기준선을 얼마나 설득력 있게 넘는지 보여줍니다. |
| Recommendation | 시스템이 권장하는 다음 행동과 추천 상태입니다. | “무조건 따라야 하는 명령”이 아니라, 현재 근거에서 가장 효과가 클 가능성이 높은 다음 영업 행동입니다. |
| Decision detail | Why constrained, Bottleneck, Next action, Tracking 네 가지 관점입니다. | 왜 막혔는지, 어디가 병목인지, 무엇을 해야 하는지, 추천 실행이 추적되고 있는지 확인합니다. |
| AI Context | AI 실행 전에 서버가 확정한 근거 요약과 누락 근거입니다. | AI 문장보다 앞선 사실 기반 컨텍스트입니다. 고객 접촉에서 무엇을 확인해야 하는지 알려줍니다. |
| Data basis | evidence path, missing link, bottleneck, tracking 상태의 요약 카운트입니다. | 분석이 어떤 데이터 구조를 근거로 만들어졌는지 빠르게 확인합니다. 지원/검증 시에도 유용합니다. |
| AI draft | 저장된 AI 초안 상태, output code, 텍스트입니다. | 저장된 AI 초안이 있을 때만 표시됩니다. 없으면 생성되지 않음으로 표시됩니다. |
8.4 Bayesian 지표를 읽는 방법
베이지안 분석을 처음 보는 사용자는 P(Win) 숫자 하나만 보려는 경향이 있습니다. 그러나 EXAWin+의 판단은 P(Win), 신뢰 구간, 증거량, 최근 흐름, 침묵 패널티, threshold 대비 확신도를 함께 봐야 합니다.
| 지표 | 쉬운 설명 | 사용자가 취할 판단 |
|---|---|---|
| P(Win) | 현재 저장된 증거를 기준으로 계산한 수주 가능성입니다. 예를 들어 65%는 “이 딜이 반드시 이긴다”가 아니라, 현재 증거 구조에서는 수주 쪽 근거가 더 강하다는 뜻입니다. | 높은 값이면 클로징 준비와 의사결정자 확인을 강화합니다. 낮은 값이면 포기부터 생각하지 말고 증거가 충분한지 먼저 봅니다. |
| 변화량 | 직전 분석 대비 P(Win)이 몇 %p 변했는지입니다. 42%에서 48%가 되면 +6%p입니다. | 어떤 활동 이후 확률이 올랐거나 떨어졌는지 확인합니다. |
| 95% CI | P(Win)의 불확실성 범위입니다. 예: 38% - 72%처럼 넓으면 아직 확실히 판단하기 어렵다는 뜻입니다. | 구간이 넓으면 핵심 미팅, 의사결정자 확인, 예산 확인 등 추가 증거 수집이 우선입니다. |
| Alpha | 긍정 증거의 누적 강도입니다. 긍정 시그널, 높은 단계에서의 긍정 반응, 유효한 고객 접촉이 반영됩니다. | Alpha가 늘면 수주 쪽 근거가 강화된 것입니다. 단, 실제 사실과 맞는 시그널을 선택했는지 확인해야 합니다. |
| Beta | 부정 증거 또는 실패 쪽 근거의 누적 강도입니다. 부정 시그널, 경쟁사 우위, 일정 지연, 침묵 패널티 등이 반영될 수 있습니다. | Beta가 늘면 고객 반응 저하, 정보 부족, 장기 미접촉 같은 원인을 확인해야 합니다. |
| Evidence strength | Alpha와 Beta를 합친 증거 성숙도입니다. 증거가 적으면 P(Win)이 크게 움직여도 신뢰도는 낮을 수 있습니다. | 초기 딜은 낮은 P(Win) 자체보다 “무엇을 더 확인해야 하는가”가 중요합니다. |
| Stage / SWV | 영업 스테이지는 증거의 무게에 영향을 줍니다. 같은 긍정 시그널도 초기 단계보다 제안/협상 단계에서 더 강하게 해석될 수 있습니다. | 실제보다 앞선 스테이지를 선택하면 분석이 과장될 수 있습니다. 실제 도달한 단계만 선택합니다. |
| Silence penalty | 일정 기간 고객 접촉이 없으면 Beta 쪽에 반영되는 침묵 효과입니다. | “연락이 끊긴 상태”를 숫자로 반영한 것입니다. 고객 접촉을 기록하면 이후 분석에서 상태가 달라질 수 있습니다. |
| Momentum P(Win) | 최근 활동에 더 큰 비중을 둔 흐름 지표입니다. 현재 P(Win)보다 낮으면 최근 흐름이 식고 있을 수 있습니다. | 최근 반응이 악화되었는지, 오래된 긍정 근거에 기대고 있는지 확인합니다. |
| Impedance | P(Win)이 프로젝트 threshold를 얼마나 설득력 있게 통과하는지 보여주는 의사결정 확신도입니다. | 50% 근처면 기준선 부근의 애매한 상태입니다. 높을수록 현재 단계에서 행동을 밀어붙일 근거가 강합니다. |
| Trend | 여러 번의 베이지안 업데이트가 있을 때 P(Win)이 어떻게 움직였는지 보여줍니다. | 특정 미팅 이후 상승/하락이 반복되는지 보고 다음 활동 전략을 잡습니다. |
중요한 점은 P(Win)이 threshold보다 낮다고 해서 자동으로 위험 딜은 아니라는 것입니다. 증거가 적은 초기 딜은 단순히 “더 많은 미팅과 확인이 필요한 상태”일 수 있습니다. 위험 분류는 freshness, stale, cooling, momentum 같은 별도 상태를 함께 사용합니다.
8.5 Recommendation 항목
Recommendation 카드는 현재 저장된 Decision/Ontology 분석이 제안하는 다음 행동입니다.
| 항목 | 의미 | 사용 방법 |
|---|---|---|
| Recommended action | 지금 가장 먼저 수행해야 할 가능성이 높은 영업 행동입니다. 예: 고객 후속 접촉 기록, 의사결정자 확인, 미확인 조건 확인 등입니다. | 실제로 수행할 행동이면 Record에서 활동으로 남깁니다. 수행하지 않기로 했다면 웹 Decision Console에서 무시 또는 재검토할 수 있습니다. |
| Response state | 추천 조치가 pending, accepted, ignored 등 어떤 상태인지 나타냅니다. | accepted인데 실제 활동이 연결되지 않았으면 Decision Needed로 남을 수 있습니다. |
| Decision band | 현재 딜이 threshold 아래인지, 근처인지, 충분히 넘었는지 같은 의사결정 구간입니다. | 확률 숫자보다 “판단 구간”을 빠르게 이해하는 데 사용합니다. |
| Confidence label | 현재 증거가 얼마나 성숙하고 신뢰할 만한지에 대한 라벨입니다. | confidence가 낮으면 추천이 있어도 추가 확인이 필요할 수 있습니다. |
| Freshness label | 최근 활동과 근거가 얼마나 신선한지 나타냅니다. | stale 또는 cooling 계열이면 고객 접촉과 최신 정보 확보가 우선입니다. |
| Why | 추천이 나온 핵심 이유입니다. | Summary나 Notes에 다음 확인 질문으로 옮겨 실제 활동에 반영합니다. |
Recommendation은 사용자 판단을 대체하지 않습니다. 다만 현재 저장된 증거를 기준으로 “어떤 행동이 분석 상태를 가장 잘 개선할 가능성이 있는지”를 보여줍니다.
8.6 Decision / Ontology 상세 항목
Decision detail은 웹 Decision Console과 Ontology 분석의 핵심 내용을 모바일 카드로 줄여 보여주는 영역입니다. 모바일에서는 넓은 그래프나 전체 탭을 보여주기 어렵기 때문에, 현장에서 바로 행동으로 옮길 수 있는 네 가지 질문으로 압축합니다.
| 카드 | 질문 | 설명 |
|---|---|---|
| Why constrained | 왜 이 딜이 지금 제약을 받고 있는가? | 병목 원인을 가장 짧게 설명합니다. 예를 들어 고객 공식 응답이 없거나, 구매 의사결정자 연결이 없거나, 최신 활동 근거가 부족한 경우가 여기에 나타납니다. |
| Bottleneck | 실제로 막고 있는 구조적 병목은 무엇인가? | 관계, 활동, 증거, 구매센터, 의사결정 단계 중 어디가 약한지 보여줍니다. 단순히 P(Win)이 낮다는 뜻이 아니라 “무엇이 판단을 막는가”를 뜻합니다. |
| Next action | 다음에 무엇을 해야 하는가? | 추천 조치의 실행 문장입니다. 고객에게 연락할지, 미팅을 잡을지, 특정 정보를 확인할지 같은 실제 행동으로 옮겨야 합니다. |
| Tracking | 추천 조치가 실행/추적되고 있는가? | 추천을 채택한 뒤 실제 영업 활동이 연결되었는지, 후속 결과가 다음 분석에 반영될 수 있는지 보여줍니다. |
이 네 항목은 사용자가 현장에서 다음 순서로 읽으면 좋습니다.
- Why constrained로 현재 막힌 이유를 먼저 확인합니다.
- Bottleneck으로 어떤 데이터나 관계가 약한지 봅니다.
- Next action을 실제 고객 접촉이나 내부 준비 행동으로 바꿉니다.
- 활동 저장 후 Tracking이 추천 조치와 연결되는지 확인합니다.
8.7 AI Context와 누락 근거
AI Context는 AI가 자유롭게 작성한 의견이 아니라, AI 실행 전에 서버가 확정한 근거 목록입니다. 모바일 화면에서는 Evidence summary와 Missing evidence로 나뉘어 표시됩니다.
| 항목 | 의미 | 사용 방법 |
|---|---|---|
| Evidence summary | 현재 분석이 근거로 삼은 사실 요약입니다. | “시스템이 무엇을 보고 판단했는지” 확인합니다. 사용자가 알고 있는 사실과 다르면 활동 기록이나 마스터 데이터를 보완해야 합니다. |
| Missing evidence | 온톨로지 점검에서 부족하다고 본 연결 또는 근거입니다. | 다음 고객 접촉에서 확인해야 할 질문 목록으로 사용합니다. 예: 구매 의사결정자 미연결, 고객 접촉 기록 부족, 증거 경로 없음 등입니다. |
| Recommended input | 다음 입력에 반영하면 좋은 내용입니다. | Summary, Notes, 시그널 선택, 연락처 연결에 반영합니다. |
AI Context는 AI 초안보다 더 기초적인 사실 검증 영역입니다. AI 초안이 없더라도 AI Context와 Missing evidence가 있으면 사용자는 다음 활동에서 무엇을 보완해야 하는지 알 수 있습니다.
8.8 Data basis
Data basis는 분석 결과의 근거가 되는 저장 데이터와 온톨로지 요약을 보여줍니다. 일반 사용자가 매번 ID를 외울 필요는 없지만, 분석 결과를 검증하거나 지원 요청을 할 때 유용합니다.
| 표시 | 의미 |
|---|---|
| Bayesian update id | 어떤 베이지안 업데이트 기록을 기준으로 P(Win)을 표시했는지 나타냅니다. |
| Recommendation ledger id | 어떤 추천/의사결정 기록을 기준으로 Recommendation과 Decision detail을 표시했는지 나타냅니다. |
| Decision UUID | Decision Console과 Ontology 분석에서 같은 의사결정 결과를 추적하는 식별자입니다. |
| Evidence paths count | 현재 분석이 찾은 근거 경로 수입니다. |
| Missing links count | 온톨로지 관계상 부족하다고 본 연결 수입니다. |
| Bottleneck count | 현재 표시 가능한 병목 후보 수입니다. |
| Tracking state | 추천 조치가 채택, 무시, 실행 연결 등 어떤 상태인지 나타냅니다. |
저장 분석 보기는 최신 ledger를 읽습니다. 따라서 웹에서 새 분석을 만들거나 모바일에서 신규 분석 생성을 실행하면 Data basis의 ledger id 또는 decision UUID가 바뀔 수 있습니다.
8.9 AI draft
AI draft는 AI 해석 초안이 저장되어 있을 때 표시되는 영역입니다.
| 항목 | 의미 |
|---|---|
| State | AI 초안의 처리 상태입니다. 예: 생성됨, 검토 대기, 적용됨, 거절됨 같은 상태가 저장될 수 있습니다. |
| Output code | AI 초안 결과를 구분하는 코드입니다. 성공, 런타임 제한, 유효 출력 없음 같은 상태 판단에 사용될 수 있습니다. |
| Text | 저장된 AI 초안 본문 또는 요약입니다. |
| Recorded at | AI 초안이 기록된 시각입니다. |
AI draft가 없다고 해서 Bayesian/Decision/Ontology 분석이 실패했다는 뜻은 아닙니다. 현재 모바일 저장 분석은 저장된 수학적/온톨로지 분석만으로도 P(Win), 추천 조치, 병목, 누락 근거를 보여줄 수 있습니다.
8.10 현장에서 권장 사용 흐름
모바일 또는 태블릿에서 새 미팅을 기록하고 바로 분석까지 확인하려면 다음 순서가 가장 안전합니다.
- Home에서 딜을 선택해 Record 화면으로 들어갑니다.
- 활동 유형, 스테이지, 시그널, Summary, Notes를 실제 미팅 내용에 맞게 입력합니다.
- 필요한 경우 명함, 현장 사진, 문서 등 증거 파일을 첨부합니다.
- 활동을 저장합니다.
- 다시 Record 화면에서 해당 프로젝트를 열고 신규 분석 생성을 누릅니다.
- P(Win), 95% CI, Recommendation, Why constrained, Bottleneck, Next action을 확인합니다.
- Next action을 다음 고객 접촉, 내부 준비, 의사결정자 확인 같은 실제 행동으로 옮깁니다.
- 이후에는 저장 분석 보기로 같은 최종 분석을 빠르게 재확인합니다.
시간이 급한 현장에서는 먼저 활동만 저장하고, 분석은 나중에 안정적인 네트워크에서 신규 분석 생성으로 실행해도 됩니다.
8.11 자주 발생하는 오해
| 오해 | 올바른 이해 |
|---|---|
| P(Win)이 낮으면 무조건 위험 딜이다. | 아닙니다. 초기 단계에서 증거가 적으면 P(Win)이 낮게 보일 수 있습니다. 위험 분류는 freshness, stale, cooling, momentum 등을 함께 봅니다. |
| P(Win)이 높으면 더 이상 할 일이 없다. | 아닙니다. 최근 활동이 끊겼거나 의사결정자 확인이 없으면 높은 P(Win)도 약해질 수 있습니다. |
| 저장 분석 보기를 누르면 새 분석이 된다. | 아닙니다. 저장 분석 보기는 서버에 저장된 최신 결과를 읽기만 합니다. |
| 신규 분석 생성은 항상 AI 문장을 새로 만든다. | 아닙니다. 신규 분석은 Bayesian/Decision/Ontology 분석 저장을 갱신합니다. AI draft는 별도의 저장 데이터가 있을 때만 표시됩니다. |
| 95% CI가 넓어도 P(Win)만 높으면 괜찮다. | 아닙니다. 신뢰 구간이 넓으면 아직 판단 근거가 불안정합니다. 핵심 증거를 더 모아야 합니다. |
| Bottleneck은 실패 원인이다. | 아닙니다. 현재 판단을 막고 있는 약한 연결이나 부족한 근거를 뜻합니다. 보완하면 상태가 개선될 수 있습니다. |
8.12 도움말과 상세 분석은 어디에서 보는가
모바일 저장 분석 카드는 현장 사용을 위해 핵심 항목만 압축해 보여줍니다. 웹 Activity War Room과 Decision Console은 더 넓은 화면에서 베이지안 패널, 타임라인, 추천 조치 추적, 온톨로지 그래프, 근거 경로를 더 상세하게 확인하는 용도입니다.
모바일 화면에 웹과 같은 모든 지표별 도움말 팝오버가 항상 노출되는 것은 아닙니다. 수식과 이론을 더 자세히 확인해야 할 때는 웹의 베이지안 분석 패널, Decision Console, 또는 공식 문서의 BAT Parameters와 Threshold/Impedance 설명을 함께 참고합니다.
9. Activity Timeline
Record 화면 하단에는 선택한 프로젝트의 최근 활동 타임라인이 표시될 수 있습니다. 타임라인은 현재 프로젝트에서 최근 어떤 활동이 있었는지 빠르게 확인하는 영역입니다.
9.1 타임라인 카드
| 항목 | 설명 |
|---|---|
| Activity No | 활동 번호입니다. |
| 날짜 | 활동 발생 일시입니다. |
| 유형 | Meeting, Video, Call, Email, SNS 등입니다. |
| Summary | 활동 제목 또는 짧은 요약입니다. |
| Stage | 해당 활동의 스테이지입니다. |
| 작성자 | 활동 작성자입니다. 내 활동이면 Me 표시가 붙을 수 있습니다. |
| 좋아요/댓글 | 협업 반응 수가 표시될 수 있습니다. |
타임라인 카드를 누르면 해당 활동의 상세 화면으로 이동합니다.
9.2 최근 활동 기준
Record 화면의 프로젝트 타임라인은 모바일 화면 크기와 속도를 고려해 최근 활동 중심으로 표시됩니다. 전체 이력을 길게 확인하려면 웹 Activity War Room이나 관련 프로젝트 타임라인을 사용하는 것이 좋습니다.
10. Feed: 전체 활동 피드
Feed 탭은 사용자가 접근할 수 있는 프로젝트들의 최근 활동을 모아 보여줍니다. 내 프로젝트 하나가 아니라 접근 권한이 있는 활동을 한 화면에서 확인하는 통합 피드입니다.
10.1 Feed 카드
Feed 카드에는 다음 정보가 표시됩니다.
| 항목 | 설명 |
|---|---|
| 프로젝트명 | 활동이 속한 프로젝트입니다. |
| 고객명 | 프로젝트 고객입니다. |
| 활동 일시 | 활동 발생 시각입니다. |
| 활동 유형 | Meeting, Video, Call, Email, SNS 등입니다. |
| Summary | 활동의 제목 또는 요약입니다. |
| 작성자 | 활동 작성자입니다. |
| Activity No | 활동 번호입니다. |
| 좋아요/댓글 | 반응 또는 댓글 수입니다. |
10.2 정렬 기준
Feed는 최대 50개의 최근 활동을 표시합니다. 정렬은 다음 원칙을 따릅니다.
- 내가 작성했거나 내가 댓글/좋아요로 상호작용한 활동을 우선 표시합니다.
- 그다음 활동 발생 시각이 최신인 순서로 표시합니다.
Feed에서 활동 카드를 누르면 해당 활동의 Record 상세 화면으로 이동합니다.
11. Alerts: 알림
Alerts는 내가 확인해야 할 알림을 모아서 보여줍니다. 댓글, 답글, 좋아요뿐 아니라 추천 조치 주의 항목도 함께 표시될 수 있습니다.
11.1 알림 종류
| 종류 | 설명 |
|---|---|
| 좋아요 알림 | 다른 사용자가 내 활동에 좋아요를 남긴 경우입니다. |
| 댓글 알림 | 다른 사용자가 내 활동에 댓글을 남긴 경우입니다. |
| 답글 알림 | 내 댓글 또는 관련 댓글에 답글이 달린 경우입니다. |
| 추천 조치 알림 | 채택된 추천 조치가 아직 활동으로 이어지지 않았거나 주의가 필요한 경우입니다. |
11.2 알림 카드
알림 카드에는 보낸 사람, 알림 내용, 미리보기, 발생 시간이 표시됩니다. 읽지 않은 알림은 더 강하게 표시되고, 읽은 알림은 약하게 표시됩니다.
11.3 알림 누르기
알림을 누르면 다음 중 하나로 이동합니다.
- 관련 활동 상세 화면
- 추천 조치가 연결된 Record 화면
- 읽음 처리만 수행되는 알림 상태
알림을 열면 읽음 처리됩니다. 추천 조치 알림은 무시 또는 확인 처리할 수 있습니다.
12. Settings: 설정
Settings 화면에서는 모바일 사용 환경을 조정합니다.
12.1 모바일 보안 안내
Settings에는 모바일 보안과 관련된 안내 카드가 표시됩니다. 공용 기기나 공유 기기에서 사용할 때는 세션 유지에 주의해야 하며, 사용 후 로그아웃하는 것이 좋습니다.
12.2 다크 모드
다크 모드 스위치를 사용해 모바일 앱의 표시 모드를 바꿀 수 있습니다. 설정은 브라우저 로컬 저장소에 저장되며, 같은 기기와 같은 브라우저에서 다시 열 때 유지됩니다.
12.3 언어 설정
모바일 앱은 다음 7개 언어를 선택할 수 있습니다.
| 코드 | 언어 |
|---|---|
| en | English |
| ko | 한국어 |
| vi | Tiếng Việt |
| zh | 中文 |
| ja | 日本語 |
| es | Español |
| id | Bahasa Indonesia |
언어 버튼을 누르면 즉시 모바일 UI 언어가 변경됩니다. 선택한 언어는 사용자 설정과 브라우저 로컬 상태에 반영됩니다.
12.4 앱 정보
앱 정보 영역에는 모바일 앱 버전과 로그인한 회사 정보가 표시됩니다. 문제가 발생했을 때 운영자에게 버전과 회사명을 함께 전달하면 원인 추적에 도움이 됩니다.
12.5 Open Web Version
Open Web Version을 누르면 데스크톱 웹 버전으로 이동합니다. 모바일에서 처리하기 어려운 관리 작업, 세부 설정, 대량 확인 작업은 웹 버전에서 처리하는 것이 좋습니다.
12.6 Sign Out
Sign Out을 누르면 현재 세션이 종료되고 로그인 화면으로 돌아갑니다. 공용 기기에서는 반드시 로그아웃해야 합니다.
13. PWA 설치와 캐시 동작
EXAWin+ 모바일 앱은 PWA로 동작합니다. PWA는 웹 앱이지만 설치 후 일반 앱처럼 실행할 수 있게 해주는 방식입니다.
13.1 Android 설치
Android에서는 Chrome 또는 Edge에서 모바일 URL을 연 뒤 설치 버튼을 사용합니다.
일반적인 절차는 다음과 같습니다.
- 브라우저에서
https://exawin.exaeuler.com/m을 엽니다. - 로그인 화면 또는 상단 헤더의 설치 버튼을 누릅니다.
- 브라우저가 표시하는 설치 안내를 확인합니다.
- 홈 화면 또는 앱 목록에 EXAWin+ 아이콘이 생성됩니다.
- 아이콘을 눌러 모바일 앱을 실행합니다.
브라우저 종류와 Android 버전에 따라 “앱 설치”, “홈 화면에 추가”, “Install app”처럼 표현이 다를 수 있습니다.
13.2 iOS 설치
iPhone 또는 iPad에서는 Safari에서 설치해야 합니다.
- Safari에서
https://exawin.exaeuler.com/m을 엽니다. - 공유 버튼을 누릅니다.
- “홈 화면에 추가”를 선택합니다.
- 이름을 확인하고 추가합니다.
- 홈 화면의 EXAWin+ 아이콘으로 실행합니다.
iOS에서는 Android처럼 설치 프롬프트가 자동으로 뜨지 않을 수 있습니다. 이 경우 앱 안의 설치 안내를 따라 Safari 공유 메뉴를 사용합니다.
13.3 서비스워커와 캐시
모바일 앱은 서비스워커를 사용해 일부 정적 리소스와 모바일 GET 화면을 캐시합니다. 현재 캐시 이름은 exa-sales-v5입니다.
캐시 동작의 핵심은 다음과 같습니다.
- 로그인과 인증 관련 페이지는 캐시하지 않습니다.
- 모바일 화면의 GET 요청은 성공 시 캐시에 저장될 수 있습니다.
- 네트워크가 불안정할 때 일부 화면은 캐시 또는 오프라인 안내 화면으로 대체될 수 있습니다.
- 활동 저장, 댓글 작성, 좋아요, 추천 조치 처리 같은 쓰기 작업은 인터넷 연결이 필요합니다.
- 이전 버전 캐시는 새 버전 실행 시 정리됩니다.
오프라인 화면은 임시 안내용입니다. 오프라인 상태에서 활동을 서버에 저장할 수 있다는 뜻은 아닙니다.
13.4 오래된 화면이 보일 때
배포 후에도 예전 화면이 계속 보이면 브라우저 캐시나 PWA 저장공간이 남아 있을 수 있습니다. 이 경우 다음 순서로 확인합니다.
- 앱을 완전히 종료한 뒤 다시 실행합니다.
- 브라우저에서 강력 새로고침을 합니다.
- 그래도 해결되지 않으면 해당 브라우저의 사이트 저장공간을 삭제합니다.
- 설치된 PWA가 오래된 상태라면 아이콘을 삭제 후 다시 설치합니다.
Android에서 QR 스캔 시 Edge가 열리면 Edge의 사이트 데이터와 캐시를 삭제해야 합니다. Chrome에서 테스트하려면 Chrome으로 직접 URL을 열어야 합니다.
14. 권한 체계
모바일 앱은 웹과 같은 권한 원칙을 사용합니다. 사용자는 자신이 접근할 수 있는 회사 데이터만 볼 수 있습니다.
| 기능 | 권한 기준 |
|---|---|
| 프로젝트 조회 | 프로젝트 owner, project member, Admin, Super User |
| 활동 기록 | 접근 가능한 프로젝트에 대해 허용됩니다. |
| 활동 수정 | 작성자, Admin, Super User, 프로젝트 owner가 가능하며 승인된 활동은 제외됩니다. |
| 종료 프로젝트 수정 | 최신 활동 중심으로 제한되며 권한 조건을 만족해야 합니다. |
| 좋아요/댓글 | 접근 가능한 활동에 대해 사용할 수 있습니다. |
| 추천 조치 처리 | 접근 가능한 프로젝트와 연결된 추천 조치에 대해 사용할 수 있습니다. |
| 첨부파일 다운로드 | 접근 가능한 활동의 첨부파일만 열 수 있습니다. |
권한이 없는 활동이나 프로젝트는 목록에 표시되지 않거나, 접근 시 차단됩니다.
15. 데이터 흐름
모바일 앱의 주요 데이터 흐름은 다음과 같습니다.
Home
-> Action Queue 계산
-> Decision Needed: 채택된 추천 조치가 아직 실행 활동과 연결되지 않은 딜
-> Follow-up Due: 고객 접촉 공백이 기준을 넘은 딜
-> Risk Rising: Bayesian insight 정책상 cooling/stale/momentum 주의 상태인 딜
-> My Active Deals: 종료되지 않은 활성 딜
Record
-> 프로젝트 선택
-> 저장 분석 보기: 기존 Bayesian/Decision/Ontology/AI draft 저장 데이터 조회, 새 분석 생성 없음
-> 신규 분석 생성: 사용자가 명시적으로 실행할 때 최신 데이터 기준 분석 생성 및 recommendation ledger 저장
-> 활동 유형, 일시, 스테이지, 시그널, Summary, Notes 입력
-> 선택한 시그널과 활동 연결
-> 첨부파일 저장
-> 추천 조치에서 진입한 경우 decision ledger 실행 기록 연결
-> 저장 후 활동 상세 화면으로 이동
Feed
-> 접근 가능한 프로젝트의 최근 활동 50개 조회
-> 내 활동 또는 내가 반응한 활동 우선 정렬
Alerts
-> 일반 알림과 추천 조치 알림 조회
-> 관련 활동 또는 추천 조치 화면으로 이동
Settings
-> 언어, 다크 모드, 앱 정보, 로그아웃 관리
16. 웹 버전과 모바일 버전의 차이
모바일 앱은 현장 입력과 빠른 확인에 최적화되어 있습니다. 웹 버전은 넓은 화면에서 분석, 관리, 검토, 설정 작업을 수행하는 데 적합합니다.
| 항목 | 웹 버전 | 모바일 앱 |
|---|---|---|
| 화면 구조 | 여러 패널을 동시에 보는 업무 화면 | 한 화면씩 집중하는 탭 구조 |
| 딜 확인 | Decision Console, Activity War Room 등에서 상세 분석 | Home Action Queue에서 조치 대상 우선 확인 |
| 활동 입력 | 전체 필드와 리치 편집 중심 | 30-sec log / Full log로 빠른 현장 입력 |
| 활동 수정 | 관리 기능과 함께 상세 처리 | 권한이 있는 기존 활동 수정 가능, 승인 활동은 제한 |
| 종료 프로젝트 | 웹에서 전체 상태 관리 가능 | 최신 활동 중심의 제한된 종료 관련 입력 가능 |
| 첨부파일 | 드래그 앤 드롭 등 데스크톱 UX | 카메라와 파일 선택으로 증거 첨부 가능 |
| 음성 입력 | 기본 미지원 또는 제한적 | Web Speech 기반 필드 입력과 Quick voice note 제공 |
| 추천 조치 | Decision Console 중심 | 추천 조치를 실제 활동으로 연결하는 빠른 실행 가능 |
| 베이지안 분석 | 넓은 패널과 상세 분석, Decision/Ontology 분석 생성 | 저장 분석 빠른 조회와 별도 신규 분석 생성 버튼 제공 |
| 오프라인 | 일반 웹 동작 | 일부 화면 캐시와 로컬 초안, 서버 저장은 온라인 필요 |
| 설정 | 시스템 설정과 관리 기능 포함 | 언어, 다크 모드, 앱 정보, 로그아웃 중심 |
17. 사용 시 주의사항
- 모바일 앱은 현장 기록과 빠른 조치에 최적화되어 있습니다. 대량 관리, 시스템 설정, 세밀한 분석 검토는 웹 버전을 사용합니다.
- 스테이지와 시그널은 베이지안 분석에 영향을 줍니다. 실제로 확인한 영업 사실에 맞게 입력해야 합니다.
- 이전 비종료 스테이지로 되돌리는 입력은 허용되지 않습니다. 잘못 종료한 프로젝트는 허용된 최신 활동 재입력 흐름 또는 웹 관리 기능을 사용해 확인합니다.
- P(Win)이 threshold보다 낮다고 해서 무조건 위험 딜은 아닙니다. 위험 분류는 freshness, momentum, stale/cooling 상태 등을 함께 봅니다.
- Quick voice note의 초안 생성은 로컬 보조 기능입니다. 장시간 회의록을 고품질로 자동 요약하는 서버 LLM 기능이 아니므로 저장 전 반드시 검토해야 합니다.
- 파일 첨부는 개수, 크기, 확장자 제한을 따릅니다. 대용량 자료나 지원하지 않는 형식은 웹 또는 별도 공유 경로를 사용합니다.
- 오프라인 상태에서는 서버 저장이 되지 않습니다. 로컬 초안이 남아 있어도 네트워크 연결 후 저장해야 공식 활동 이력이 됩니다.
- 설치된 앱이 오래된 화면을 보여주면 앱을 완전히 종료하거나 브라우저 사이트 저장공간을 삭제한 뒤 다시 실행합니다.
- 공용 기기에서는 사용 후 반드시 Sign Out을 눌러 세션을 종료합니다.
- 모바일 브라우저의 음성 인식, 카메라, 파일 선택 기능은 기기와 브라우저 권한 설정에 따라 동작이 달라질 수 있습니다.