서비스를 만들어본 사람,무엇을 고칠지 찾는 사람

메인 네비게이션 구조 개선

MateU 앱 · 백엔드 담당으로서 제안

문제

피드, 스토어, 방송, 채팅, 검색, 탐색, 좋아요, 관리자 스케줄까지 하단 탭에 버튼이 과도하게 노출. 처음 쓰는 사용자가 어디서 시작할지 판단하기 어려움

근거

경쟁 앱 네비게이션을 캡처해 비교. 잘 설계된 앱은 하단 탭을 4~5개로 절제하고, 검색과 탐색을 하나로 묶어 운영

제안

검색·탐색 통합, 일반 사용자에게 불필요한 관리자 스케줄 버튼은 메뉴 안으로 이동

결과

작업량 증가를 이유로 한 초기 반대를 비교 자료로 설득해 1~2주 뒤 실서비스에 반영

QA 이슈 관리 방식 정비

MateU 앱 · 2인 팀 출시 준비

문제

QA 전담 인력이 없고, 버그를 말로 전달하면 누락되거나 서로 다르게 이해될 위험

실행

백엔드와 프론트엔드 화면을 함께 테스트하고, 버그를 구글 시트에 정리한 뒤 노션에 재현 조건·우선순위·담당 영역으로 분류해 공유

흐름

문서를 보고 프론트엔드에서 수정 → 제가 재검증해 결과를 업데이트하는 수정·확인 루프를 만듦

결과

재직 기간 중 금액·재고 관련 오류 보고 0건

지표에 안 잡히는 기회손실 발견

유니클로 매장 PT 근무

문제

고층 집기 최상단의 접힌 상품에 고객 손이 닿지 않음. 주변에 직원이 없으면 구매를 포기하고 지나침

원인

집기 도입으로 재고 효율은 올랐지만, 고객이 상품에 닿는 마지막 단계가 설계에서 빠짐. 매출 지표에는 드러나지 않는 손실

실행

최상단 걸어두기 진열 전환 방안을 정리하고, 인원이 줄어드는 시간대에 해당 구역 동료에게 먼저 살펴봐 달라고 요청

결과

그냥 지나치는 고객이 줄어듦. 시스템이 만든 빈틈은 결국 사람과 운영으로 메운다는 것을 배움

직접 써 보며 찾은 문제

아이폰 13 Pro로 실사용 · "화면 밀림·검색 오류·투박한 디자인·기능 누락 중 하나라도 있으면 배포하지 않는다"를 기준으로

검색

"오산"에 경기도 오산시가 없고 "수청동"은 북한만 나옴 → 해외 지명 데이터가 원인. 국내 행정구역 약 6,800곳 목록을 앱에 두고 시군구 → 행정동 → 법정동 순으로 검색

화면

아이폰에서 화면이 오른쪽으로 밀림 → iOS 시간 입력 칸 폭이 원인. 입력 칸을 투명하게 덮고 390px 폭 자동 점검을 추가

권한

"현재 위치"가 안 잡힘 → 휴대폰은 https에서만 위치를 허용. Cloudflare Pages로 https 배포해 해결

서버

카카오 로그인 + Supabase로 옷장·행동 기록 저장, 운영 숫자 화면 완료(맨 위에 테스터 수·온보딩 완료율·7일 재방문률·추천 그대로 입은 비율·제안 누른 비율을 목표값과 함께, 테스터 닉네임은 기본으로 가림). 아이폰 실기기 로그인에서 카카오 동의 항목 오류(KOE205)를 만나 앱 설정을 바꿔 해결

다음

지인 테스터 10명 → 운영 숫자 화면의 지표를 목표(온보딩 70%·7일 재방문 20%·추천 그대로 60%)와 비교하고, 그 결과로 유니클로 제안서 작성

숫자로 기획하고, 필요한 날 팔기

운영 숫자 화면에 모으는 지표를 회사가 기획·마케팅·매출에 어떻게 쓸지 정리한 판단 규칙입니다. 테스터 수치가 모이면 이 규칙으로 읽습니다.

구조

매출 = 매일 쓰는 사람 × 제안을 본 횟수 × 누른 비율 × 산 비율 × 객단가. 화면의 숫자는 모두 이 식의 한 칸에 대응하고, 어느 칸이 약한지 보고 다음에 손댈 곳을 정합니다

기획

추천 수용률·직접 수정률을 날씨와 상황(일상·출근·나들이)별로 봅니다. 출근 날 수정률이 높으면 출근 추천 규칙부터 고칩니다. 추천을 그대로 입는 날이 늘어야 매일 여는 이유가 생기고, 그게 식의 첫 칸(매일 쓰는 사람)을 키웁니다

첫 사용

처음 쓰기 단계별 통과 수로 어디서 빠지는지 봅니다. 구매내역 캡처에서 이탈할 것으로 보고 "종류·색만 고르고 1분 안에 첫 추천"을 앞에 두었는데, 이 결정이 맞았는지를 숫자로 확인합니다. 7일 안에 다시 옴은 첫 추천이 쓸 만했는지의 결과입니다

마케팅

광고 시점을 회사 일정이 아니라 날씨가 정합니다. 일교차가 큰 아침에 겉옷이 없는 사람에게만 "접히는 경량 다운"을 보여 주는 식입니다. 나이대·성별별 제안 클릭을 보면 같은 제안이라도 어느 층에서 반응하는지 알 수 있어, 메시지와 대상을 나눌 근거가 됩니다

신뢰

같은 종류가 옷장에 있으면 사라고 하지 않고 옷장 옷을 먼저 권합니다. 노출 수는 줄지만 누른 비율의 질이 올라가고, 제안을 광고가 아니라 도움으로 받아들이게 합니다.

매출

코디 기반 제안 클릭률이 구매 의향입니다. 시제품은 실제 구매를 알 수 없지만, 공식 앱에 들어가면 다음 구매내역에 그 종류가 생겼는지로 제안 → 구매 전환율을 바로 잴 수 있습니다. 여기에 사이즈·재고를 붙이면 "내 사이즈 있는 가까운 매장"까지 이어집니다

한계

테스터 10명 규모라 통계적 결론이 아니라 방향 확인용입니다. 실제 구매 여부는 공식 연동 없이는 알 수 없고, 이 한계 자체를 유니클로 제안서의 근거로 씁니다

성공으로 기록된 실패 (Silent Failure)

문제

자동 갱신 후 응답은 성공(200)인데 알림이 발송되지 않음

원인

채팅방 생성 실패로 chatRoomId가 null이 되며 알림 블록 전체가 건너뛰어짐. 오류는 로그에만 남고 결과는 성공으로 기록

해결

실패한 구독 ID를 results.errors에 명시 기록해 응답만 보고도 부분 실패를 파악하도록 개선

구독 만료 후 권한 누수

문제

만료된 구독자가 Cron 실행 전까지 유료 콘텐츠에 계속 접근

원인

접근 제어가 status = 'active'만 확인. Cron이 돌기 전 시간차를 고려하지 않음

해결

status = 'active' AND expired_at > NOW() 이중 검증으로 실시간 만료 판정

주문 테이블 1 → 4 정규화

문제

장바구니 도입 후 store_orders 단일 테이블로는 한 주문에 여러 상품을 담을 수 없음

원인

초기 설계에서 주문·상품·결제·배송 정보를 한 테이블에 저장

해결

store_orders / store_order_items / store_shipments / store_shipment_items로 분리. FK 의존 순서대로 옮기며 기존 API 하위 호환 유지