왜 내가 만든 서비스는 아무도 안 쓰지?: 개발자가 알아두면 좋은 사이드 프로젝트 제작 팁 | 인프콘2023

첫 번째 팁은 "좋은 문제를 찾고 이해하고 해결하자"이다. 작품은 작가의 생각(나)에서 출발하지만 상품은 시장의 니즈 에서 탄생한다고 구분하며, 많은 사람이 솔루션·기술 스택을 먼저 정하고 거기에 사용자를 끼워 맞추는 실수를 한다고 지적한다. 대표적 실패 사례로 모닥 을 든다. 사진을 찍으면 탈모 진행도를 알려주는 앱으로 팀원들과 1년간 만들었는데, 오픈CV 같은 이미지 인식 기술을 써먹을 대상을 찾다 솔루션을 먼저 정의한 전형적 사례였다. 메인 고객층(20~30대 남성)은 친숙했지만, 매일 사진을 찍는 행위 자체가 귀찮았고 탈모는 변화를 확인하기까지 시간이 너무 길어 동기 부여가 저하되며 외면받았다. 사용자가 아니라 자신이 만들고 싶은 서비스를 만들고 있었음을 깨달은 것이다. 좋은 문제를 찾는 방법으로는 세 가지 프로세스 — 당연한 것을 당연하지 않게 보는 반문하기, 기존 프로세스 확인하기, 왜 이런 현상이 생겼고 무엇을 개선할지 찾는 펼쳐 보기 — 를 제시한다. 코로나맵도 페이스북 댓글에서 "확진자가 나타났다는데 진짜일까" 같은 불안을 읽고, 질병관리본부 데이터가 한눈에 보기 어렵다는 점을 발견해 "지도에 시각화하면 좋겠다"는 솔루션을 자연스럽게 도출한 결과물이다. 주변이 평온해 문제를 찾기 어렵다면 나 자신이 고객인 문제 부터 풀라고 권한다.

두 번째 팁은 사이드 프로젝트를 지속하게 하는 힘인 동기 부여 이며, 가능한 짧은 시간 안에 완성 하는 것이 중요하다는 것이다. 사이드 프로젝트는 대개 금전적 보상보다 성장과 즐거움으로 진행되므로, 중간에 흐지부지되지 않게 반드시 완성을 목표로 해야 한다. 완성을 방해하는 두 요인은 점점 늘어나는 기능(로그인·게시판·댓글이 붙으며 기간이 길어짐)과 처음부터 완벽하게 만들려는 욕심이다. 먼저 완성하고 고객 피드백을 받으며 점진적으로 디벨롭하는 방식을 추천하며, 규모에 따라 최대 3~6개월의 기한을 두고 넘어가면 프로세스를 재검토한다고 한다. 여러 기능을 욕심내기보다 "이 서비스 하면 떠오르는" 핵심 기능 하나에 집중하라고 권한다. 세 번째 팁은 "만든 여정을 기록하자"이다. 대부분의 사이드 프로젝트는 끝나면 아무것도 남지 않는데, 블로그·깃허브에 기록하지 않으면 없던 서비스가 되어 버린다. 기록할 세 가지로 어떤 문제를 어떻게 해결했는지, 어떤 기술 스택을 왜 썼는지, 어떤 결과가 있었고 무엇을 얻었는지를 제시한다. 마무리에서 가장 강조하는 것은 "꺾이지 않는 도전" 이다. 아무리 좋은 방법론을 알아도 계속 만들고 피드백받아 개선하는 경험적 차이가 크며, 대부분 비슷한 아이디어를 갖고 있으니 결국 실행해 프로덕트를 만드는 것이 가장 중요하다는 말로 발표를 맺는다.