Danver Business 기획 및 디자인
1인 개발자로서 내가 선택한 전략은 여러 개의 앱과 웹 서비스를 개발한 후, 반응이 좋은 서비스에 집중해서 키워나가는 것이다. 현재 안드로이드와 iOS 사업자 계정 등록을 위한 DUNS 번호 발급을 기다리고 있다. 이 기다림의 시간을 효율적으로 보내기 위해, PostHog를 활용한 서비스 모니터링 대시보드를 만들어 보기로 했다.
처음에는 PostHog 자체에서 모든 분석과 모니터링을 끝내려 했지만, 여러 프로젝트 데이터를 한눈에 보고 관리하는 데는 한계가 있었다. 그래서 다음과 같은 구조로 대시보드를 설계하기로 했다.
이 서비스를 만드는 궁극적인 목표는 내가 운영하는 수많은 앱과 웹 서비스를 이 페이지 하나에서 빠르게 확인하고 관리할 수 있도록 하는 것이다.
또한 앞으로 여러 가지 서비스를 계속 만들어야 하므로 초기 설정을 반복하지 않도록, create-danver-app이라는 도구를 개발하여 백엔드와 프론트엔드 모두에 대해 미리 만들어진 템플릿과 배포 스크립트를 빠르게 적용할 수 있도록 할 계획이다.
1단계: PostHog를 활용한 모니터링
-
디자인
- 개발 시작 전, Figma를 통해 미리 디자인과 UI를 구성하여 개발 단계에서 시행착오를 줄일 계획이다.
-
데이터 수집
-
데이터는 PostHog를 이용해서 각 서비스의 프론트엔드와 백엔드에서 이벤트 형태로 수집한다.
-
각 프로젝트 별로 PostHog에서 새로운 프로젝트를 생성한다.
-
-
Danver Business 대시보드
-
역할:
-
PostHog로부터 MAU, DAU, LTV, 발생한 매출 등 핵심 지표를 정기적으로 불러와서 캐싱한다.
-
발생한 매출에 포함되는 내용은 광고, 인앱결제, 구독이다.
-
LTV를 계산하는 이유는 구글 애즈 광고를 돌려서 사용자를 유입시킬 때 광고비 산정에 필요하기 때문이다.
-
여러 서비스의 지표를 한눈에 볼 수 있게 대시보드 형태로 제공한다.
-
더 자세한 분석이 필요할 때는 각 서비스의 PostHog 프로젝트 대시보드로 연결해 자세히 조회한다.
-
-
Danver-business 웹페이지 기술 스택 및 배포 방식
-
React, Vite, TypeScript, TailwindCSS를 이용해 모바일 반응형으로 개발한다.
-
Cloudflare Pages를 이용해 무료로 정적 사이트로 자동 배포한다.
-
-
백엔드 서버 API endpoint 및 배포 방식
-
Go 언어를 이용해 개발한다.
-
Docker-swarm을 이용해 배포한다.
-
Harbor와 Github Actions를 이용해 자체 서버에 자동 배포한다.
-
SSL 인증서 관리
- 이미 설치된 Traefik을 이용하여 SSL 인증서를 자동 발급하고 HTTP 요청은 HTTPS로 자동 리다이렉트한다.
-
관리자 계정 관리
- 현재는 관리자만 사용할 수 있도록 관리자 계정만 수동으로 생성한다.
-
DB Schema
-
Users 테이블: id, pw(hashed), is_admin
-
Projects 테이블: user_id, 프로젝트 이름, 생성일, 상세 대시보드 링크, 앱스토어 링크, 플레이스토어 링크, 서비스 링크
-
Project_metrics 테이블: project_id, dau, mau, revenue_total, ltv, created_at, recorded_date
-
-
필요한 웹 페이지 구성
-
로그인 페이지
-
대시보드 페이지 (각 프로젝트 별 주요 지표 조회 역할)
-
프로젝트 추가, 수정, 삭제 기능은 모달(Modal)로 처리한다.
-
2단계: 슬랙을 통한 매일 아침 요약 알림
- 매일 아침 각 프로젝트의 주요 내용을 정리하여 슬랙을 통해 요약본을 전달한다.
3단계: 실시간 오류 및 사용자 리뷰 모니터링
-
자체 호스팅한 Sentry를 통해 실시간으로 오류를 감지하고, 중요한 오류가 발생했을 때 빠르게 대처할 수 있도록 한다.
-
앱스토어와 플레이스토어에 올라온 사용자 리뷰를 정기적으로 확인하여 부정적인 리뷰에 신속히 대응할 수 있게 한다.
4단계: CS 및 건의사항 관리
-
CS와 건의사항을 채팅이 아닌 티켓 형태로 받아 처리할 수 있는 시스템을 개발한다.
-
1인 개발자로서 시간이 부족하기 때문에 채팅 형태의 대응이 어려워 티켓 시스템을 채택했다.
-
이를 통해 각 서비스에서 별도의 CS 기능을 개발하지 않고도, 제공된 링크를 통해 사용자가 쉽게 티켓을 작성할 수 있도록 지원한다.
