'10달러 이하 한 끼' 지도 서비스가 보여주는 사이드 프로젝트의 정석

문제는 단순해요. "요즘 밥값이 너무 비싸다"

한 개발자가 CheapFoodMap이라는 서비스를 만들어 공개했어요. 이름 그대로 10달러 이하로 괜찮은 한 끼를 해결할 수 있는 가게들만 모아놓은 지도인데요. 미국, 특히 대도시의 외식 물가가 살인적이거든요. 뉴욕에서 평범한 점심 한 끼에 팁과 세금까지 더하면 20달러를 훌쩍 넘는 게 일상이 된 지 오래라, "그래도 어딘가에는 싸고 맛있는 집이 있을 텐데"라는 수요가 확실했던 거죠. 점심값 만 원 시대라는 말이 나온 지 오래인 한국 입장에서도 전혀 남 얘기가 아니에요.

기능만 보면 소박해요. 지도가 있고, 핀이 찍혀 있고, 각 핀에는 뭘 파는지와 가격이 적혀 있는 구성이죠. 개발자라면 "이 정도는 주말이면 만들겠는데?"라는 생각이 들 법한데요. 사실 바로 그 지점이 이 프로젝트를 뜯어볼 만한 이유예요.

진짜 어려운 건 코드가 아니라 데이터거든요

이런 서비스를 실제로 만들어보려고 하면 곧바로 깨닫게 돼요. 지도에 찍을 '가격' 데이터를 구할 방법이 마땅치 않다는 걸요. Google Places 같은 지도 API는 가게 이름, 위치, 평점은 주지만 메뉴 가격은 안 줘요. 기껏해야 $, $$ 같은 대략적인 가격대 표시 정도죠. "이 집 치킨오버라이스가 8달러"라는 구체적인 정보는 어느 API에도 없어요. 그래서 이런 서비스는 결국 크라우드소싱, 그러니까 사용자들이 직접 발품 팔아 제보하는 방식으로 갈 수밖에 없어요.

크라우드소싱을 택하는 순간 새로운 숙제들이 따라와요. 초기에 데이터가 텅 비어 있으면 아무도 안 찾아오는 콜드 스타트 문제, 가게는 가격을 올렸는데 지도에는 옛날 가격이 남아 있는 신선도 문제, 장난 제보나 광고성 제보를 걸러내는 검증 문제까지요. 뒤집어 말하면, 이 숙제들을 풀어내며 쌓은 데이터셋 자체가 이 서비스의 해자(경쟁자가 쉽게 못 베끼는 자산)가 돼요. 화면과 코드는 하루면 베껴도, 검증된 가격 제보 수천 건은 못 베끼거든요. '기술적으로 단순한 서비스'와 '만들기 쉬운 서비스'는 전혀 다른 말이라는 걸 잘 보여주는 사례예요.

거대 플랫폼이 못 하는 걸 하는 작은 서비스

업계 맥락에서 보면 이건 전형적인 인디 해커식 접근이에요. Google 지도나 Yelp 같은 거대 플랫폼은 '모든 가게'를 다루느라 "10달러 이하의 괜찮은 밥집"이라는 특정한 질문에는 오히려 답을 잘 못 해요. 필터를 아무리 조합해도 원하는 결과가 깔끔하게 안 나오죠. 반면 작은 서비스는 딱 하나의 질문에만 답하도록 설계할 수 있고, 그 명확함 자체가 제품이 돼요. 요즘 개인 개발자들이 만든 서비스가 사랑받는 공식이 대부분 이 패턴이에요. 큰 문제를 어중간하게 푸는 대신, 작은 문제 하나를 확실하게 푸는 거요.

한국판을 만든다면?

이 아이디어는 한국으로 가져오기에도 좋아요. 재미있는 건 한국에는 출발점이 될 공공 데이터가 이미 있다는 거예요. 행정안전부가 관리하는 '착한가격업소' 정보가 공공데이터포털에 공개되어 있거든요. 여기에 카카오맵이나 네이버 지도 API를 얹으면 기본 골격은 금방 나와요. 물론 진짜 승부는 그다음, 즉 사용자 제보를 어떻게 모으고 검증하느냐에서 갈리겠지만요. 포트폴리오용 사이드 프로젝트를 찾고 있다면, 화려한 기술 스택을 자랑하는 프로젝트보다 이런 '생활 밀착형 문제 + 데이터 운영'의 조합이 면접에서 할 이야기가 훨씬 많다는 점도 기억해둘 만해요. 데이터를 어떻게 모았고, 어떻게 신뢰성을 지켰는지는 순수하게 엔지니어링 바깥의 근육을 보여주는 이야기거든요.

한 줄 정리: 단순해 보이는 지도 서비스의 진짜 가치는 코드가 아니라, 크라우드소싱으로 쌓아 올린 검증된 데이터에 있다. 여러분이 한국판 '만 원의 행복 지도'를 만든다면 가격 제보의 신뢰성은 어떻게 확보하시겠어요? 영수증 인증? 커뮤니티 투표? 아이디어가 궁금해요.