12. 2nd POC 그리고 주간 업무 정리

POC 다음으로… MVP로 만들기로 하고 기획을 하다보니.. 계속 규모가 커진다. 

만드는 것은 어케 저케 하겠지만 관리가 될까??

크면 클수록 관리는 더 어렵겠지….

다시 본질을 더듬어 보자…

 

1차 POC 돌아보기

 

노트북 LM이 말아준 서비스 개요

POC 진행 내역

 

 

POC 결과-인사이트

 

핵심은..

1. 필요성은 확실하다! 본질은 ‘초개인화 러닝 코칭 리포트’

2. 수익은? 돈내고도 쓸까?

→ 가장 시급하게 테스트 해봐야하는 것은 이것이 아닐까….

 

피봇하자!

거대한 서비스 말고 돈내고도 리포트 서비스를 이용하는지 확인해보자.

 

단순화 해서 생각해보자

AI 코칭 리포트를 소개하고 

돈을 내면 

리포트를 만들어서 이메일로 보내준다. 

(핵심은 이것)

필요한 사항을 정리해보자

-서비스 소개: 홈페이지, 이용 프로세스, 결제, 정보 수집을 할 수 있는 기능이 있어야함.

-결제 시스템: 페이앱으로 사업자 없이 결제 가능함

-DATA확보: 가장 문제 …참여 신청자 40명 중 9명만 실제로 신청. 자신의 파일을 직접 다운로드 받아서 다시 업로드 하는 과정에서 많이 떨어져 나갔다. 가민 API 계정 연동으로  사용자 데이터를 자동으로 가져올 수 있을까?

-가민 API 연동: 레딧이나 블로그 등을 조사해보니 잘 안해준단다. 특히 개인 개발자는 승인이 안된다는 것이 정설…. 그럼 어쩐다.. 걍 사용자가 스스로 업로드?.. 그러고도 돈을 낼까? 모를 일이지뭐.. 해봐야지..

https://www.reddit.com/r/Garmin/comments/1f24ogr/access_to_garmin_api_to_import_activities_to_my/?tl=ko

Reddit의 Garmin 커뮤니티

 

ㄴ가민 계정 연동 승인 어렵다는 레딧 글

 

-리포트: 고도화 필요. POC로 얻은 인사이트 반영이 필요하다. 목표, 개인특성 등 반영.

-n8n 안정성: n8n 안정성이 떨어지는데… 이걸로 리포트를 계속 만들까? 어짜피 리포트 고도화도 필요한다… 바이브 코딩으로 시스템을 구축해?

 

이런 사고의 흐름을 LLM 들과 상의를 해갔다…

바이브 코딩이라기 보다는 바이브 코워킹에가까운…시간들을 보내고 있다. 

그러던 중 

가민 계정 연동법을 찾았다!! 

러닝 관련 신규 서비스 (러닝+랭킹) 하나를 알게 되었는데..

작은 서비스임에도 가민 계정을 연동하고 있었다.

이상하다.. 이상하다..라고 생각하면서 이리 저리 조사하다보니…ㄷㄷㄷ

개인 작업자가 우회 방법으로 가민 계정 연동해서 서비스를 만든 케이스도 찾았다. 

https://github.com/Zamoca42/GarminFitBot

GitHub - Zamoca42/GarminFitBot

 

 

그러다 보니 피봇!! T,.T

뭔가 조사를 할 때마다 계속 피봇하게 된다. 

마음은 급한데~
속시끄러우니까 생각 정리하러 뛰러나 나가자

 

 

PS. 주간 업무 정리

 

로컬 폴더에 생성된 문서 기준으로 업무 정리를 해달라고 Antigravity(Gemini)로 요청해봄

아래와 같이 나옴

그럭저럭 쓸만함..

 

금주(4월 3일 ~ 4월 7일) 동안 InMyRace 2차 PoC 프로젝트와 관련하여 진행된 주요 업무와 논의 내역을 정리해 드립니다.

 

### 🏃‍♂️ 1. 러너 역량 평가지표(Metrics) 기획 및 구체화

기존 데이터를 바탕으로 유저에게 제공할 핵심 성과 지표(대시보드/레이더 차트용)를 2-Tier 구조로 설계하고 검증했습니다.

* **비즈니스 제안 및 기초 분석:** 1차 PoC 유저 데이터, 스포츠 과학 원리, 커뮤니티 피드백을 종합하여 측정 가능한 15개의 후보 지표(`runner_ability_research.md`)를 도출했습니다.

* **지표 고도화 및 최적화:** FIT 파일 파싱(단일 vs 다중 파일) 등 기술적 구현 난이도를 고려하여 실제 레이더 차트에 들어갈 최적의 **6~7개 지표를 최종 선별**했습니다.

* **2-Tier 프레임워크 설계:**

  * **Tier 1 (대중성/신뢰성):** VO2max, 예상 페이스, 심박수 등 러너들에게 익숙하고 표준화된 지표

  * **Tier 2 (차별화/고유 인사이트):** 러너 유형(Runner Type) 분류, 퍼포먼스 효율성 등 InMyRace 플랫폼만의 독자적인 분석 내용 구성

 

### 🔐 2. 가민(Garmin) 우회 인증 방식 및 아키텍처 영향도 평가

가민 데이터 자동화 파이프라인 구축 방식에 대한 기술적 검토를 진행했습니다.

* **우회 인증(Authentication Bypass) 방법론 평가:** 가민 데이터 접근 시 새롭게 발견된 우회 인증을 적용할 경우의 장단점을 분석했습니다.

* **보안 및 로드맵 점검:** 이 우회 방식을 적용했을 때 생길 수 있는 보안 아키텍처 상의 취약점과, 개발 로드맵의 효율성(단축 효과)을 비교하여 2차 PoC의 기술 방향성을 논의했습니다.

 

### 📑 3. 2차 PoC 마일스톤 및 체크리스트 관리

현재 열려있는 `2nd_poc_checklist.md` 문서를 기반으로 앞으로의 개발 및 검증 단계를 세분화했습니다.

* 가민 데이터 연동 자동화 구체화(`garmin_auth.py`, n8n 활용 등)

* 웹사이트 웹 빌더(결제 및 연동 UX 포함) 및 리포트 감성 품질 고도화 관점 논의

* 광고/마케팅 테스트 단계 세분화

 

---

 

위 내역들이 금주 동안 주로 논의된 디자인 프레임워크 설계 및 데이터 연동 아키텍처에 관련된 작업들입니다.