배경 · 목적 · 고객 플로우 & 기능

왜 이 페이지를 만드는가

MediaSign은 대화를 계약으로 만드는 "합의 포착(Agreement Capture)" 플랫폼입니다. 첫 통합 타깃 플랫폼으로 Zoom을 선택했고, Zoom 회의 안에서 고객이 자연스럽게 MediaSign을 쓰도록 하는 것이 목표입니다.

이 문서는 그 통합의 기획 정본입니다. 개발·디자인·운영·특허팀이 같은 그림을 보고, 서버 구현 시 "왜 이런 구조인가"와 "무엇을 만들어야 하는가"를 함께 확인하기 위해 만들었습니다. 대화·결정이 여러 차례 업데이트되며 정리된 최신 버전을 담습니다.

합의 포착 (Agreement Capture)

슬로건 "Talk. Agree. Sign." — 대화에서 합의를 뽑아내 계약서로 만들고, 그 과정을 증거로 봉인하는 플랫폼입니다. e-서명 도구(DocuSign)나 AI 회의록(Fireflies/Otter/Fathom)과는 다른 카테고리입니다.

핵심 흐름

대화 → 합의 요약 → 계약서 초안 → 수정 → 서명 → Evidence Package(서명 PDF + 원본 영상/음성 + 채팅 + 메모 + 타임스탬프 + 참가자, 고유 해시로 봉인).

회의를 벗어나지 않고

고객이 이미 Zoom에서 대화하고 있으니, 그 자리에서 바로 합의·서명까지 끝내는 것이 가장 자연스럽습니다. 별도 창·별도 로그인 없이 회의 우측 패널에 MediaSign이 얹힙니다.

설계의 전제와 원칙

진입부터 증거 저장까지

각 단계에 역할·주요 기능·Zoom 연동 여부를 표기했습니다.

호스트·참여자 환경별 동작

왜 이렇게 정했나

기획 과정에서 확정된 주요 결정과 그 이유입니다. 구현 시 "왜 이 구조인가"의 근거로 참조하세요.

• 앱 유형 = Zoom App(in-client) · User-managed — 외부 OAuth가 아니라 회의 패널 내 실행이 목표. 사용자 개인이 설치·관리하도록.
• 캡처 = Start Agreement 시점부터만 — 회의 전체가 아니라 "합의 구간"만 계약 근거로. 프라이버시·정확성·동의 확보.
• 서명 = 회의 중 즉시, 링크 기반 웹 서명 표준 — 웹·앱미설치 참여자까지 한 방식으로 커버하고, 독립 세션+이메일 인증으로 증거력 확보.
• 참여자 이메일 = 마지막 서명 단계에서만 — 초기 마찰 최소화, 서명 시점 수집이 증거 체인에 자연스러움.
• AI 분석·문서 생성 = 호스트 전용 + 선택 — 참여자는 열람만. 안 해도 되는 선택 단계로.
• 계약 당사자 = 호스트가 합의 시작 전 지정(2명, 호스트 포함) — 회의 참여 인원과 실제 계약자를 분리.
• 파일·메모·채팅가져오기 = 계약 당사자만 — 계약 근거의 무결성·권한 통제.
• 데이터 = 지정 시각 후 삭제 + 고객 직접 저장 — Privacy-first. 서버는 해시·메타만 보관, 삭제 후에도 원본 검증.
• 배포 경로 = Private → Beta → 정식 심사 — Private/Beta는 심사 없이 내부·클로즈드 테스트. Beta의 보안 문서는 정식 입점 심사에 재활용.

확정 전 검증할 것

전체 사업 모델·플로우가 여기에 걸려 있습니다. 확정 전까지는 "잠정"으로 다룹니다.

• 무료(Basic) 호스트 RTMS 미디어 접근 — Fathom이 무료 플랜에서 "유료 필요"를 표시 → 유료 요구 가능성 높음. Zoom Developer Forum 문의 + 무료 계정 직접 테스트로 확정. (제품 모델·가격·fallback을 좌우 · 최우선)
• Zoom 채팅 "읽기(가져오기)" 가능 여부 — 회의 채팅을 앱이 읽어올 수 있는지·필요 scope·무료 호스트 가부. 불가 시 이 기능 제거.
• 무료 호스트 fallback 기본값 — full(영상만 제외) / lite(축소 계약) / block(유료 안내) 중 기본 분기. 위 RTMS 확정 후 결정.
• 링크 기반 전자서명의 법적 효력 — 이메일 인증 서명의 증거력·요건 관할별 확인.