리포트 경험과 공유 기능 완성

돈을 내는 지점은 분석 과정이 아니라 결과 화면이다

AI 분석 엔진이 아무리 잘 작동해도 고객은 프롬프트, 청크 처리, JSON 검증 과정을 보려고 돈을 내지 않는다. 사장님이 보고 싶은 것은 한 가지다.

지금 우리 가게 리뷰에서 무엇이 반복되고, 이번 주에 무엇을 바꾸면 되는가.

그래서 리포트 화면은 개발자의 결과 확인 페이지가 아니라 의사결정 화면이어야 한다. 분석 결과를 모두 보여주는 것이 목표가 아니다. 사장님이 3분 안에 핵심을 이해하고, 10분 안에 직원이나 대행사에 전달할 수 있어야 한다.

이번 장에서는 이전 장에서 만든 reports 데이터를 실제 제품 경험으로 바꾼다. 화면에는 요약 카드, 문제 TOP 5, 개선 액션, 리뷰 인용, 답글 초안, 홍보 문구가 들어간다. 여기에 수정, 복사, 다운로드, 공유 링크 기능을 붙여 리포트를 '읽는 자료'에서 '사용하는 자료'로 만든다.

AI 생성 이미지

리포트 화면의 첫 기준

리포트 화면을 만들 때 가장 먼저 정할 것은 디자인이 아니라 읽는 순서다.

우리 서비스의 리포트는 다음 순서로 읽히면 좋다.

1. 전체 분위기 파악

2. 반복되는 문제 확인

3. 당장 실행할 액션 선택

4. 근거 리뷰 확인

5. 답글과 홍보 문구 복사

6. 직원이나 파트너에게 공유

이 순서는 사장님의 사고 흐름과 맞다. 먼저 우리 가게가 전체적으로 괜찮은지 알고 싶고, 그다음 어디가 문제인지 보고 싶다. 그리고 문제를 알았다면 무엇을 해야 하는지가 필요하다. 마지막으로 직원 교육, 리뷰 답변, 인스타그램 게시물, 배달앱 공지에 쓸 문장이 필요하다.

그래서 화면을 다음 컴포넌트로 나눈다.

ReportPage
- ReportHeader
- SummaryCards
- ProblemTopList
- ActionPlanSection
- EvidenceReviewSection
- ReplyDraftSection
- MarketingCopySection
- ShareAndExportPanel

컴포넌트를 이렇게 나누면 좋은 점이 있다. 나중에 가격 실험을 할 때 무료 사용자는 요약과 문제 TOP 3까지만 보여주고, 유료 사용자는 개선 액션과 마케팅 문구까지 보여주는 식으로 범위를 조정하기 쉽다.

요약 카드는 숫자보다 판단을 먼저 보여준다

요약 카드에는 너무 많은 숫자를 넣지 않는다. 리뷰 개수, 긍정 비율, 부정 비율, 주요 키워드 같은 정보는 유용하지만, 숫자만 있으면 사장님은 다시 해석해야 한다.

첫 화면에는 다음 네 가지 카드면 충분하다.

• 전체 진단: 이번 리뷰 묶음의 한 줄 평가

• 가장 큰 개선 포인트: 반복 불만 중 우선순위 1개

• 가장 강한 장점: 마케팅에 써도 되는 칭찬 포인트 1개

• 이번 주 추천 액션: 바로 실행할 일 1개

예를 들어 카드는 이렇게 보일 수 있다.

전체 진단
맛에 대한 평가는 안정적이지만, 점심 피크 시간의 대기와 응대 속도 불만이 반복됩니다.

가장 큰 개선 포인트
주문 후 음식이 나오기까지 시간이 길다는 리뷰가 18건에서 반복되었습니다.

가장 강한 장점
대표 메뉴의 양과 맛에 대한 칭찬이 많아 첫 방문 고객 유입 문구로 활용할 수 있습니다.

이번 주 추천 액션
점심 시간대 예상 대기 시간을 주문 전 안내하고, 늦어질 때 먼저 설명하는 응대 문구를 정하세요.

핵심은 'AI가 많이 분석했다'가 아니라 '사장님이 바로 판단할 수 있다'이다.

문제 TOP 5는 불만 목록이 아니라 우선순위 표다

반복 불만은 단순 리스트로 보여주면 불편하다. 사장님 입장에서는 모든 불만을 동시에 고칠 수 없다. 그래서 문제 TOP 5는 우선순위 표로 만든다.

각 항목에는 다음 정보가 들어가야 한다.

• 문제 이름

• 반복 빈도

• 심각도

• 영향을 받는 상황

• 대표 리뷰 인용

• 추천 대응 방향

예시는 다음과 같다.

1. 점심 피크 시간 대기 불만
빈도: 높음
심각도: 중간
상황: 평일 12시 전후 방문 리뷰에서 반복
대표 리뷰: 음식은 맛있는데 점심시간에는 25분 넘게 기다렸어요.
추천 대응: 주문 전 예상 대기 시간을 안내하고, 15분 이상 지연 시 먼저 설명합니다.

여기서 대표 리뷰는 중요하다. AI가 만든 결론만 있으면 사장님은 '진짜 그런가?'라고 생각할 수 있다. 실제 리뷰 문장이 함께 있으면 리포트의 설득력이 올라간다.

단, 리뷰 인용은 조심해서 다뤄야 한다. 고객 이름, 전화번호, 특정 직원 실명 같은 개인정보가 들어갈 수 있다. 이전 장에서 업로드 단계에서 마스킹을 했더라도, 화면에 보여주기 전 한 번 더 점검하는 편이 안전하다.

개선 액션은 작고 구체적이어야 한다

많은 AI 리포트가 실패하는 이유는 액션이 너무 크기 때문이다.

'서비스 품질을 개선하세요'는 액션이 아니다. '금요일 저녁 홀 담당 직원을 1명 늘리세요'도 첫 리포트에서는 위험할 수 있다. 매장의 인건비, 매출, 운영 상황을 모르기 때문이다.

초기 제품의 개선 액션은 다음 조건을 지키는 것이 좋다.

• 이번 주 안에 실행할 수 있다.

• 돈이 거의 들지 않는다.

• 직원에게 전달할 수 있는 문장이다.

• 성공 여부를 다음 리뷰에서 확인할 수 있다.

예를 들면 이렇게 바꾼다.

나쁜 액션
대기 문제를 해결하세요.

좋은 액션
점심 12시부터 1시 사이에는 주문 전 예상 조리 시간을 먼저 안내하세요. 15분 이상 걸릴 경우 '현재 주문이 몰려 약 10분 정도 더 걸립니다'라는 문구를 통일해 사용하세요.

이 정도로 구체적이면 사장님은 직원에게 바로 전달할 수 있다. 리포트가 업무 지시서 역할을 하기 시작한다.

화면에서는 개선 액션을 카드 형태로 보여준다.

ActionCard
- 액션 제목
- 실행 난이도
- 예상 효과
- 담당자 예시
- 실행 문구
- 관련 리뷰 근거

실행 난이도는 낮음, 중간, 높음 정도면 충분하다. 숫자 점수보다 직관적이다. 예상 효과도 매출 증가율처럼 과장된 수치를 만들지 않는다. 대신 '불만 리뷰 감소', '첫 방문 고객 불안 감소', '응대 일관성 향상'처럼 제품이 실제로 말할 수 있는 수준으로 쓴다.

수정, 복사, 다운로드는 리포트를 업무 도구로 만든다

리포트는 한 번 보고 끝나는 화면이 아니다. 사장님은 문구를 고치고, 복사하고, 직원에게 보내고, 대행사에 전달하고 싶어 한다. 그래서 최소한 세 가지 인터랙션을 넣는다.

첫째, 수정 기능이다. AI가 만든 답글이나 홍보 문구는 초안이다. 매장 말투와 맞지 않을 수 있다. 사용자가 문장을 직접 고칠 수 있어야 한다.

둘째, 복사 기능이다. 리뷰 답글 초안, 인스타그램 문구, 배달앱 공지 문구 옆에는 복사하기 버튼이 있어야 한다. 사용자가 다른 도구로 옮기는 순간 제품의 가치가 체감된다.

셋째, 다운로드 기능이다. MVP에서는 고급 PDF 편집까지 필요하지 않다. 우선은 브라우저 인쇄 기능을 활용한 PDF 저장 또는 간단한 HTML 기반 내보내기로 시작해도 된다. 중요한 것은 사장님이 리포트를 파일로 보관하거나 카카오톡, 이메일, 내부 채팅방에 보낼 수 있다는 점이다.

데이터 구조는 단순하게 시작한다.

reports
- id
- user_id
- store_id
- report_json
- edited_report_json
- is_public
- share_token
- created_at
- updated_at

AI 원본은 report_json에 두고, 사용자가 수정한 결과는 edited_report_json에 저장한다. 이렇게 하면 나중에 AI 품질을 점검할 때 원본과 수정본을 비교할 수 있다. 단, 사용자의 수정 내용은 운영자가 함부로 열람하지 않는 정책과 권한 설계가 필요하다.

답글 초안과 홍보 문구는 바로 쓸 수 있게 나눠 보여준다

AI 리포트의 체감 가치는 '복사해서 쓸 수 있는 문장'에서 크게 올라간다. 특히 바쁜 사장님에게는 분석보다 문장 작성이 더 귀찮은 일일 수 있다.

답글 초안은 상황별로 나눈다.

• 긍정 리뷰 답글

• 불만 리뷰 답글

• 재방문 유도 답글

• 사과와 개선 약속이 필요한 답글

각 답글에는 말투 선택을 붙일 수 있다.

말투 옵션
- 정중한 말투
- 친근한 말투
- 짧고 담백한 말투

첫 버전에서 말투별 재생성 기능까지 만들 필요는 없다. 대신 AI 생성 시 기본 말투를 정하고, 사용자가 직접 수정할 수 있게 만든다. 이후 사용자가 자주 고치는 패턴이 보이면 말투 옵션을 기능으로 확장한다.

홍보 문구도 채널별로 나눈다.

• 인스타그램 게시글

• 네이버 플레이스 소개 문구

• 배달앱 공지

• 문자 쿠폰 문구

여기서도 과장은 피한다. 리뷰에 근거가 없는 표현, 예를 들어 '지역 1위', '압도적 만족도' 같은 문구는 만들지 않는다. 대신 실제 칭찬 포인트를 바탕으로 쓴다.

리뷰 근거
양이 넉넉하고 국물이 진하다는 칭찬이 반복됨

홍보 문구
든든한 한 끼가 필요할 때, 진한 국물과 넉넉한 양으로 만족도를 높인 대표 메뉴를 만나보세요.

이렇게 해야 사장님도 안심하고 사용할 수 있다.

공유 링크는 편해야 하지만 공개 범위를 분리해야 한다

리포트 공유 기능은 제품 확산에 중요하다. 사장님이 리포트를 직원, 가족, 공동대표, 마케팅 대행사에 보내는 순간 우리 제품은 한 명의 사용자를 넘어 여러 사람에게 노출된다.

하지만 공유 링크는 보안 위험도 함께 만든다. 그래서 대시보드용 리포트와 공유용 리포트를 분리해서 생각해야 한다.

대시보드용 리포트는 로그인한 사용자만 볼 수 있다. 반면 공유용 리포트는 share_token을 가진 사람이 볼 수 있다. 공유 링크에는 추측하기 어려운 긴 토큰을 사용하고, 사용자가 언제든 공유를 끌 수 있어야 한다.

공유 패널에는 다음 기능을 둔다.

공유 설정
- 공유 링크 켜기
- 링크 복사
- 공유 링크 끄기
- PDF로 저장

MVP에서는 비밀번호 보호, 만료일, 조회 로그까지 모두 넣지 않아도 된다. 다만 고객 리뷰라는 민감한 데이터를 다루므로 공유 링크 끄기는 반드시 있어야 한다.

공유 페이지에서는 편집 기능을 빼는 것이 좋다. 링크를 받은 직원이나 대행사는 읽고 복사할 수는 있지만, 원본 리포트를 수정하지 못하게 한다. 수정은 로그인한 소유자만 가능하게 둔다.

가입 전 데모 리포트로 가치를 먼저 보여준다

리포트 경험은 가입 후에만 보여주면 아깝다. 이 서비스의 강점은 결과물이다. 따라서 샘플 데이터로 만든 데모 리포트를 공개해 가입 전에도 제품 가치를 체험하게 해야 한다.

데모 리포트는 실제 매장 데이터처럼 보이면 안 된다. 가상의 매장명과 샘플 리뷰를 사용하고, 화면 어딘가에 '샘플 데이터로 만든 예시 리포트'라고 표시한다.

랜딩페이지의 CTA도 두 개로 나눌 수 있다.

주요 CTA: 내 리뷰 분석 시작하기
보조 CTA: 샘플 리포트 보기

샘플 리포트는 개발자에게도 유용하다. 실제 사용자가 업로드하기 전에도 리포트 UI를 테스트할 수 있고, 결제 페이지를 만들기 전에도 제품의 결과물을 보여줄 수 있다.

이때 데모 리포트는 너무 완벽하게 만들 필요가 없다. 오히려 실제 MVP가 제공할 수준과 비슷해야 한다. 랜딩페이지에서 본 데모와 가입 후 받은 리포트의 품질 차이가 크면 신뢰가 떨어진다.

이번 장의 완성 기준

이번 장에서 완성해야 할 것은 예쁜 리포트 페이지가 아니다. 사장님이 결과를 이해하고, 수정하고, 복사하고, 공유할 수 있는 흐름이다.

체크리스트로 정리하면 다음과 같다.

• 요약 카드에서 전체 진단, 핵심 문제, 강점, 추천 액션이 보인다.

• 문제 TOP 5에는 빈도, 심각도, 상황, 리뷰 근거가 함께 보인다.

• 개선 액션은 이번 주에 실행할 수 있을 만큼 구체적이다.

• 답글 초안과 홍보 문구에는 복사 버튼이 있다.

• 사용자는 AI 문장을 직접 수정하고 저장할 수 있다.

• PDF 저장 또는 인쇄용 화면을 제공한다.

• 공유 링크를 켜고 끌 수 있다.

• 공유 페이지는 읽기 전용이다.

• 가입 전 샘플 리포트로 제품 가치를 체험할 수 있다.

여기까지 오면 서비스는 단순한 AI 실험이 아니라 고객에게 보여줄 수 있는 제품에 가까워진다. 다음 단계는 이 결과물에 가격을 붙이는 일이다. 고객이 리포트를 보고 '괜찮다'고 말하는 것과 돈을 내는 것은 다르다. 이제 결제와 가격 실험을 붙여, 이 리포트가 실제 구매로 이어지는지 확인해야 한다.