실내자전거와 심박계를 잇는 운동 기록 앱과 운영자 콘솔

기기를 어떻게 붙일 것인가

FTMS 표준을 따랐습니다. 제조사별 연동을 따로 만들지 않았습니다

기기마다 붙이면 지원 목록이 늘 때마다 같은 일을 다시 합니다. 표준을 지키는 트레이너는 같은 경로로 붙고, 부하를 거는 명령도 같은 모양으로 나갑니다.

연결이 끊겼을 때

세션을 끝내지 않고 다시 붙여 이어 갑니다

라이딩 중간에 연결이 떨어지면 그때까지의 기록이 사라집니다. 사용자는 처음부터 다시 타야 하고, 그 한 번으로 앱을 믿지 않게 됩니다. 끊긴 구간을 세션 안에서 다루기로 했습니다.

로그인을 어디에 둘 것인가

클라우드 통합 인증 하나로 묶고 권한을 역할로 나눴습니다

로그인 경로가 흩어지면 사용자가 늘 때 어디서 막혔는지 찾는 데 시간이 걸리고, 운영자와 사용자가 볼 수 있는 범위가 엇갈립니다. 인증을 한 곳에 두면 권한도 한 곳에서 정해집니다.

앱을 몇 벌 만들 것인가

웹 기반 프론트엔드 구조로 한 코드에서 여러 플랫폼을 냅니다

iOS 와 안드로이드와 웹을 따로 만들면 같은 화면을 세 번 고칩니다. 화면이 자주 바뀌는 서비스라 고치는 비용이 만드는 비용보다 큽니다.

운영 지표를 언제 만들 것인가

트래픽과 접속과 신규 가입을 모으는 집계 구조를 처음부터 두었습니다

서비스가 자라는지 사용자가 실제로 쓰는지는 데이터가 쌓여 있어야 답할 수 있습니다. 필요해진 뒤에 붙이면 그 전 기간이 통째로 비고, 비어 있는 구간은 나중에 채울 방법이 없습니다.