제품 과제
문제를 화면 밖까지 살펴봅니다.
관광 원천 데이터는 그 자체로 판단 문서가 아닙니다. 화면에서는 출처, 관측 시점, 기록의 한계를 보여 주되 실제 검토 화면이 논문처럼 무거워지지 않도록 정보의 순서를 잡아야 했습니다.
또 하나는 기록의 지속성입니다. 사용자는 이전 분석으로 돌아가 나중의 기록과 비교하고, 두 결과가 달라진 이유를 확인할 수 있어야 합니다.
관광 데이터 제품
운영 중
관광인사이트
관광 데이터의 수집, 근거 확인, 검토, 보고서 생성을 하나의 분석 기록으로 남기는 공개 서비스입니다.
프로젝트 개요
공개 제품이 다루는 문제.
관광인사이트는 지역 관광 정보를 검토하는 사용자를 위한 공개 제품입니다. 한국관광공사 OpenAPI를 출발점으로 삼고, 수집 결과와 진단 맥락, 근거 자료, 보고서 생성을 같은 제품 안에서 이어서 다룹니다.
지역을 읽는 일은 결과 문장만으로 끝나지 않습니다. 어떤 자료를 수집했고, 어떤 조건을 검토했으며, 언제 만든 기록인지를 함께 볼 수 있어야 이후의 판단도 가능해집니다. 그래서 분석 이력과 보고서 생성은 부가 기능이 아니라 제품의 중심 결과물로 설계했습니다.
제품 구조 설계프론트엔드백엔드 API데이터·근거 모델운영 문서화
해결 접근
수집, 진단, 근거, 검토, 보고서 생성을 구분하면서도 하나의 분석 기록 안에서 다시 찾아갈 수 있게 정보 구조를 만들었습니다.
작업 화면은 웹 프론트엔드로, 제품 동작은 API 계층으로, 보관되는 기록은 PostgreSQL 기반 데이터 모델로 구성했습니다. 공개 화면에서는 데이터 출처와 서비스 범위를 분명히 밝히고 근거 없는 약속은 덧붙이지 않았습니다.
사용자 흐름
기능이 아니라 판단의 순서.
- 01지역과 분석 관점 선택
- 02관광 정보 수집·확인
- 03근거와 데이터 상태 검토
- 04비교 가능한 분석 기록 저장
- 05기록 기반 HTML/PDF 보고서 생성
운영 관점
출시 뒤에도 설명 가능한 구조.
운영 관점의 핵심은 추적 가능성입니다. 저장된 기록에는 결과뿐 아니라 근거, 시점, 출력물을 함께 남겨 한 번의 분석 화면에 의존하지 않고 이후 검토가 가능하도록 했습니다.
한국관광공사 OpenAPI를 출발 데이터로 명시하고, 공식 값과 내부 해석을 같은 의미로 보이게 섞지 않도록 화면에서 구분했습니다.
기술 구성
실제 사용한 도구와 역할.
RELATED CONTEXT