포인트 멤버십 앱 기능 개발
여러 가맹점에서 포인트를 쌓고 쓰는 통합 멤버십 앱의 신규 기능 개발과 유지보수에 참여했습니다. 회원은 이 앱에서 포인트 잔액과 사용 내역을 보고, 포인트를 쓸 수 있는 매장을 찾고, 미션 · 이벤트에 참여해 포인트를 더 받습니다. 포인트 조회, 이벤트, 혜택처럼 자주 여는 화면에 앱 화면과 웹 화면이 섞여 있어, 둘이 만나는 경계에서 생기는 문제를 맡았습니다. 사용자가 많은 서비스라 작은 화면 수정도 많은 사람에게 바로 닿기 때문에, 고칠 때마다 기존 화면이 그대로 동작하는지를 먼저 확인했습니다. 작업은 앱 기능에서 웹 화면 수정, 서버 응답 수정 지원까지 이어졌습니다.
포인트 조회부터 이벤트까지, 자주 여는 화면의 기능 추가
통합 멤버십 앱에서 사용자가 자주 여는 포인트 조회, 이벤트, 혜택 화면에 기능을 더하고 고쳤습니다. 이벤트 · 혜택 화면은 회원이 미션과 이벤트에 참여해 포인트를 받는 곳입니다. 이 화면들은 앱 화면과 웹 화면이 섞여 있어, 같은 기능이라도 앱과 웹 중 어디서 고칠지 경계를 맞춰야 했습니다. 사용자가 많은 서비스라 수정 하나가 많은 사람에게 바로 닿습니다. 기능을 더할 때마다 기존 화면이 그대로 동작하는지 다시 확인하는 것을 우선했습니다.

옛 웹 화면 엔진에서 새 엔진으로 옮기며 맞춘 동작
멤버십 앱 안의 웹 화면은 오래된 웹 화면 엔진에서 새 엔진으로 옮겨 가는 중이었습니다. 엔진이 바뀌면 웹 콘텐츠 로딩, 링크 이동, 화면 전환이 이전과 다르게 움직입니다. 앱과 웹이 만나는 경계에서 생기는 이런 문제를 앱 쪽에서 조정했습니다. 앱 환경에서만 다르게 보이거나 스크립트가 다르게 동작하는 부분은 웹팀과 함께 고쳐, 웹 화면이 앱 흐름 안에서 자연스럽게 이어지게 했습니다.

앱 화면 요구에 맞춰 함께 손본 서버 응답
멤버십 앱의 일부 기능은 화면에 보일 내용이 서버 응답 구조와 맞물려 있었습니다. 이런 기능에서는 앱 개발에 그치지 않고 서버 쪽 수정 일부를 함께 맡았습니다. 화면이 필요로 하는 표시 요구와 서버가 주는 응답 구조를 같이 놓고 확인하며, 어디까지 고칠지 범위를 조율했습니다.

웹 화면 수정은 앱 안에서 보이는 모습으로 확인
멤버십 앱에 들어가는 웹 화면의 간단한 수정과 검증도 도왔습니다. 웹 화면은 브라우저에서 맞게 보여도 앱 안에서는 다르게 보일 수 있어, 고친 화면을 앱 안에서 실제로 열어 보며 확인했습니다. 이 과정에서 웹과 앱이 각각 맡을 일의 경계를 웹팀과 맞췄습니다.

이 작업의 포인트
포인트 조회 · 이벤트 · 혜택 화면의 신규 기능 개발과 유지보수
앱 속 웹 화면의 로딩 · 링크 이동 · 화면 전환 문제 보완
화면 요구에 맞춘 서버 응답 · 웹 화면 수정 지원
인사이트
GA4 client_storage: 'none'은 정말 쿠키를 막을까?
두 달 전 이 블로그에 「GA4 쿠키 없이 쓰기」라는 글을 썼습니다. clientstorage: 'none' 으로 쿠키 저장을 끄고, 자체 분석이 쓰던 익명 ID 를 clientid 로 넘기면 쿠키 0개로 GA4 를 쓸 수 있다는 내…
GA4 Measurement Protocol: gtag.js 없이 서버에서 이벤트 보내기
랜딩 페이지의 전송량을 파일 단위로 쪼개 보다가, 가장 큰 파일이 우리 코드가 아니라는 것을 알았습니다. Google Analytics 의 gtag.js 였고, 방문 한 번에 176KB 를 받고 있었습니다. 페이지 전체가 1,094K…
중소 제조업 AI 도입 순서: DX를 먼저 끝내야 할까?
공장을 가진 중소·중견 제조기업 16만여 곳 가운데 스마트공장을 도입한 곳은 19.5%입니다. 회사가 작을수록 이 비율은 더 떨어집니다. 중소벤처기업부가 2025년 4월에 낸 제1차 스마트제조혁신 실태조사 결과입니다. 그림: 기업 규…
Next.js loading.tsx와 404: 버튼이 화면보다 먼저 살아나게 하기
관리 화면 왼쪽 위에 사이드바를 접고 펴는 ☰ 버튼이 있습니다. 폭 하나 바꾸는 버튼인데, 대시보드에서 누르면 2초 넘게 아무 반응이 없었습니다. 레이아웃만 바꾸는 일이 왜 이렇게 오래 걸리는지부터 들여다봤습니다. Next.js 16…



