8장. 누구를 위한 서비스인지 정하기

지난 장에서 우리는 아이디어를 한 줄로 정리했습니다. 이제 방향은 생겼습니다. 하지만 아직 한 가지가 남아 있습니다. 바로 그 서비스를 누가 쓸 것인지를 정하는 일입니다.

많은 초보자가 여기서 이런 생각을 합니다.

"많은 사람이 쓰면 좋잖아요?"

물론 좋습니다. 문제는 처음부터 많은 사람을 만족시키려 하면, 오히려 아무도 제대로 만족시키지 못하는 서비스가 되기 쉽다는 점입니다. 화면도 애매해지고, 기능도 늘어나고, 설명도 흐려집니다. 그러면 개발은 금방 복잡해집니다.

첫 서비스를 만드는 단계에서는 넓게 잡는 것보다 좁고 분명하게 잡는 것이 훨씬 유리합니다. 모두를 위한 서비스보다, 한 사람에게 꼭 필요한 서비스가 더 빨리 완성됩니다. 그리고 이상하게도, 그렇게 만든 서비스가 나중에는 더 많은 사람에게 닿기도 합니다.

이번 장에서는 타깃 사용자를 어떻게 좁히는지, 그리고 초보자도 실제로 구현 가능한 범위 안에서 핵심 사용자를 어떻게 정하는지 알아보겠습니다.

왜 "모든 사람"은 위험할까

서비스를 처음 기획할 때 가장 많이 나오는 표현 중 하나가 "누구나 쓸 수 있는 서비스"입니다. 듣기에는 그럴듯합니다. 하지만 개발 관점에서는 경고등이 켜지는 표현이기도 합니다.

예를 들어 "누구나 기록할 수 있는 메모 서비스"라고 정해봅시다. 여기에는 학생도 들어가고, 직장인도 들어가고, 작가도 들어가고, 자영업자도 들어갑니다. 그런데 이 사람들은 기록하는 이유가 모두 다릅니다.

학생은 공부한 내용을 정리하고 싶어 할 수 있습니다. 직장인은 회의 메모를 빨리 남기고 싶어 할 수 있습니다. 작가는 아이디어 조각을 쌓아두고 싶어 할 수 있습니다. 자영업자는 업무 체크리스트를 관리하고 싶어 할 수도 있습니다.

겉으로 보면 다 "기록"입니다. 하지만 실제로 필요한 화면, 저장해야 할 데이터, 중요하게 보는 기능이 달라집니다. 어떤 사람은 태그가 중요하고, 어떤 사람은 날짜 정렬이 중요하고, 어떤 사람은 공유 기능이 중요합니다.

즉, "모든 사람"을 위한 서비스는 처음부터 선택지가 너무 많습니다. 초보자에게 이 상태는 위험합니다. 무엇부터 만들어야 할지 결정하기 어려워지고, AI에게 요청할 때도 지시가 흔들립니다.

그래서 첫 서비스에서는 질문을 바꿔야 합니다.

"많은 사람이 쓸까?"보다 먼저, "가장 먼저 누가 꼭 써야 할까?"를 묻는 편이 훨씬 낫습니다.

타깃 사용자는 서비스의 중심을 잡아준다

타깃 사용자를 정한다는 것은 단순히 나이, 직업, 성별을 고르는 일이 아닙니다. 더 중요한 것은 어떤 상황에서 어떤 불편을 느끼는 사람인지를 잡는 것입니다.

좋은 타깃 정의는 사용자의 생활 장면이 떠오릅니다.

예를 들어 "20대 남성"은 정보처럼 보이지만, 서비스 설계에는 큰 도움이 되지 않을 때가 많습니다. 반면 "회의 중 급히 적은 메모를 나중에 다시 찾기 어려운 직장인"은 훨씬 유용합니다. 왜냐하면 이 문장에는 사용 장면과 문제 상황이 함께 들어 있기 때문입니다.

이렇게 타깃이 선명해지면 많은 것이 쉬워집니다. 첫 화면에서 어떤 문구를 보여줄지, 어떤 기능을 먼저 만들지, 검색이 중요한지 작성 속도가 중요한지 같은 판단이 빨라집니다.

서비스는 결국 누군가의 시간을 덜 쓰게 하거나, 실수를 줄이게 하거나, 답답함을 줄여주는 도구입니다. 그러니 타깃 사용자를 정하는 일은 "누구를 도울지"를 정하는 일과 같습니다.

좋은 타깃은 사람의 이름보다 문제의 강도가 선명하다

초보자가 타깃 사용자를 정할 때 흔히 하는 실수는 사람의 겉모습만 붙잡는 것입니다.

예를 들어 이런 식입니다.

• 대학생을 위한 서비스

• 직장인을 위한 서비스

• 1인 창업가를 위한 서비스

이 표현이 아주 틀린 것은 아닙니다. 다만 아직은 너무 넓습니다. 대학생도 전공이 다르고, 생활 패턴이 다르고, 필요한 기능이 다릅니다. 직장인도 업무 방식이 모두 다릅니다.

그래서 한 단계 더 들어가야 합니다. 직업이나 신분이 아니라, 그 사람이 반복해서 겪는 구체적인 문제를 붙잡아야 합니다.

예를 들어 이렇게 바꿔볼 수 있습니다.

• 공부한 내용을 적어두지만 나중에 다시 찾지 못하는 학생

• 회의 후 메모가 여기저기 흩어져 정리가 안 되는 직장인

• 떠오른 사업 아이디어를 메신저와 노트 앱에 따로 적어 관리가 어려운 1인 창업가

이제 훨씬 다르게 보입니다. 단순히 사람 분류가 아니라, 왜 이 서비스가 필요한지가 드러납니다.

좋은 타깃은 "어떤 사람인가"보다 "어떤 문제를 자주 겪는가"가 더 잘 보여야 합니다.

핵심 사용자는 한 명처럼 상상할수록 좋다

첫 서비스를 만들 때는 사용자 집단 전체를 흐릿하게 생각하기보다, 대표 사용자 한 명을 떠올리는 방식이 효과적입니다. 보통 이것을 페르소나라고 부르기도 하지만, 지금은 어렵게 생각할 필요 없습니다. 그냥 "내가 가장 먼저 도와주고 싶은 한 사람"이라고 생각해도 충분합니다.

예를 들어 이런 식입니다.

평일에 회의가 많고, 떠오르는 내용을 급히 적어두지만, 나중에 그 메모가 어디 있는지 자주 잊어버리는 사람. 그래서 메모를 남기는 것만큼 다시 찾는 일이 중요하다.

이 정도만 잡아도 서비스의 방향이 보이기 시작합니다. 이 사람에게는 예쁜 꾸미기 기능보다 검색이 더 중요할 수 있습니다. 긴 글 편집기보다 빠르게 쓰고 저장하는 경험이 더 중요할 수 있습니다. 복잡한 카테고리 체계보다 제목과 본문, 검색창 정도가 먼저 필요할 수 있습니다.

이렇게 한 사람처럼 상상하면, 기능 우선순위가 놀랄 만큼 잘 정리됩니다. 서비스가 덜 흔들리고, 개발도 훨씬 쉬워집니다.

타깃을 좁히면 오히려 만들 수 있는 것이 늘어난다

이 말은 처음에는 조금 이상하게 들릴 수 있습니다. 보통은 대상을 넓히면 가능성이 커진다고 생각하니까요. 하지만 첫 서비스에서는 반대인 경우가 많습니다.

타깃이 넓으면 기능이 늘어납니다. 기능이 늘면 화면이 늘어납니다. 화면이 늘면 상태 관리, 데이터 구조, 예외 처리도 늘어납니다. 결국 초보자는 중요한 것을 끝내기도 전에 지치게 됩니다.

반대로 타깃을 좁히면 "지금 안 만들어도 되는 것"이 보입니다. 이것이 정말 중요합니다. 서비스를 완성하려면 해야 할 일을 정하는 능력도 필요하지만, 하지 않을 일을 정하는 능력도 필요합니다.

예를 들어 "직장인의 회의 메모 관리"에 집중한다면, 초반에는 친구 초대 기능이 없어도 됩니다. 댓글 기능도 없어도 됩니다. 좋아요도 없어도 됩니다. 대신 글 작성, 목록, 상세, 수정, 삭제, 검색이 핵심이 됩니다.

보면 알겠지만, 이 책의 실습 목표와도 자연스럽게 연결됩니다. 즉, 타깃을 좁히는 일은 단지 기획을 예쁘게 만드는 일이 아니라, 구현 가능성을 높이는 실전 전략입니다.

초보자에게 좋은 타깃의 조건

모든 타깃이 첫 서비스에 잘 맞는 것은 아닙니다. 초보자가 처음 만들기 좋은 타깃에는 몇 가지 공통점이 있습니다.

첫째, 문제를 단순한 흐름으로 해결할 수 있어야 합니다. 사용자가 로그인하고, 글을 쓰고, 저장하고, 목록에서 보고, 검색하고, 수정하고, 삭제하는 정도로 핵심 가치가 전달되면 좋습니다.

둘째, 복잡한 실시간 기능이 없어도 괜찮아야 합니다. 예를 들어 실시간 채팅, 실시간 공동 편집, 초정밀 위치 추적 같은 기능은 첫 서비스의 난도를 크게 높입니다.

셋째, 권한 구조가 단순해야 합니다. 관리자, 판매자, 고객, 정산 담당자처럼 역할이 많아질수록 구현이 어려워집니다. 처음에는 일반 사용자 중심이 좋습니다.

넷째, 성공 기준이 분명해야 합니다. "사용자가 글을 하나 저장하고 나중에 다시 찾을 수 있다"처럼 눈에 보이는 목표가 있으면 개발과 테스트가 쉬워집니다.

이 기준으로 보면, 초보자가 처음 만들 서비스의 핵심 사용자는 대개 "기록을 남기고 다시 찾고 싶은 사람"처럼 비교적 단순한 흐름 안에 있는 경우가 좋습니다.

"좋은 사용자"보다 "좋은 첫 사용자"를 찾자

처음부터 가장 큰 시장을 찾으려 하지 마세요. 지금 중요한 것은 시장 전체를 장악하는 일이 아니라, 내가 끝까지 만들 수 있는 첫 사용자 문제를 찾는 일입니다.

그래서 이번 단계에서는 "이 서비스에 정말 잘 맞는 사람"보다 "첫 버전으로 충분히 만족시킬 수 있는 사람"을 찾는 감각이 중요합니다.

예를 들어 이런 비교를 해봅시다.

"모든 직장인을 위한 업무 플랫폼"은 커 보이지만 너무 어렵습니다. 반면 "회의 메모를 저장하고 다시 찾고 싶은 직장인"은 작아 보이지만 훨씬 만들기 좋습니다.

전자에는 일정, 프로젝트, 협업, 권한, 알림, 파일 공유, 대시보드가 따라붙을 수 있습니다. 후자는 로그인과 글 관리, 검색 정도로도 첫 버전의 가치를 전달할 수 있습니다.

처음에는 작게 시작해도 괜찮습니다. 아니, 오히려 그래야 합니다. 작은 성공 하나가 다음 기능과 다음 서비스의 발판이 됩니다.

이 책의 실습 서비스에 맞춰 타깃 잡아보기

이 책에서 만들 결과물은 회원가입과 로그인, 글 작성·수정·삭제, 목록과 상세 화면, 기본 검색, 배포까지 포함된 작은 풀스택 웹 서비스입니다.

그렇다면 이 서비스에 어울리는 핵심 사용자는 어떤 사람일까요?

예를 들어 이렇게 정의할 수 있습니다.

"자주 떠오르는 생각이나 메모를 남기지만, 나중에 다시 찾고 정리하는 데 어려움을 느끼는 사람."

여기서 더 좁히면 이렇게도 바꿀 수 있습니다.

"업무나 공부 중 떠오른 내용을 자주 기록하지만, 메모가 흩어져 필요한 내용을 다시 찾기 어려운 사람."

혹은 조금 더 실전적으로는 이렇게 잡을 수 있습니다.

"하루에 짧은 메모를 여러 번 남기고, 나중에 키워드로 다시 찾아보는 일이 잦은 사람."

이렇게 정의하면 서비스의 핵심이 선명해집니다. 이 사용자에게 가장 중요한 것은 멋진 애니메이션이 아니라, 로그인 후 빠르게 글을 남기고, 목록으로 보고, 검색으로 다시 찾는 경험입니다.

즉, 우리의 서비스는 "아무 글이나 쓰는 공간"이 아니라, 개인 기록을 저장하고 회수하는 문제를 해결하는 도구가 됩니다.

타깃을 정할 때 스스로에게 던질 질문

사용자를 좁히는 일이 막막하다면, 아래 질문으로 정리해보면 좋습니다.

• 이 서비스가 가장 절실하게 필요한 사람은 누구인가?

• 그 사람은 하루 중 언제 이 서비스를 열 것 같은가?

• 지금은 어떤 식으로 문제를 대충 해결하고 있는가?

• 그 방식이 왜 불편한가?

• 첫 버전에서 딱 한 가지라도 좋아진다면, 무엇이 가장 고마울까?

이 질문의 좋은 점은 기능보다 상황을 먼저 보게 만든다는 것입니다. 상황이 보이면 화면이 보이고, 화면이 보이면 기능이 보입니다.

반대로 기능부터 떠올리면 서비스가 자꾸 커집니다. 검색창을 왜 넣는지보다, "나중에 다시 찾고 싶다"는 장면이 먼저 보여야 합니다.

나쁜 타깃 정의와 좋은 타깃 정의

차이는 아주 작아 보여도 결과는 크게 달라집니다.

나쁜 예는 이런 식입니다.

"모든 사람을 위한 기록 서비스."

너무 넓습니다. 무엇을 우선해야 할지 알기 어렵습니다.

"직장인과 학생과 창업가를 위한 생산성 플랫폼."

대상이 많고, 문제도 흐립니다. '생산성'이라는 말도 너무 넓습니다.

"메모 기능이 있는 커뮤니티 서비스."

기능은 보이지만, 누가 왜 쓰는지는 잘 보이지 않습니다.

좋은 예는 이런 식입니다.

"회의 중 적은 메모를 나중에 다시 찾기 어려운 직장인을 위한 개인 기록 서비스."

"공부한 내용을 짧게 남기고 키워드로 다시 찾고 싶은 학생을 위한 학습 노트 서비스."

"떠오른 아이디어를 빠르게 저장하고 나중에 정리하고 싶은 1인 창업가를 위한 아이디어 기록 서비스."

이 문장들의 공통점은 분명합니다. 사용자가 보이고, 문제 상황이 보이고, 첫 버전에서 무엇을 만들지 감이 옵니다.

타깃을 정하면 기능 욕심도 줄어든다

타깃 사용자가 흐리면 기능이 늘어납니다. 반대로 타깃이 선명하면 기능 욕심이 줄어듭니다. 이건 초보자에게 정말 큰 장점입니다.

예를 들어 핵심 사용자가 "개인적으로 글을 남기고 다시 찾는 사람"이라면, 첫 버전에서는 공개 프로필이 없어도 됩니다. 팔로우도 없어도 됩니다. 실시간 알림도 없어도 됩니다. 중요한 것은 내가 쓴 글을 안전하게 저장하고, 나중에 쉽게 찾는 흐름입니다.

이처럼 타깃은 기능을 추가하는 기준이 아니라, 기능을 덜어내는 기준이 됩니다.

그리고 서비스는 신기하게도, 덜어낼수록 더 또렷해집니다.

지금 단계에서 정답을 찾으려 하지 말자

여기서 한 가지 안심해도 되는 점이 있습니다. 타깃 사용자는 처음부터 영원히 고정되는 답이 아닙니다. 실제로 서비스를 만들다 보면 조금씩 바뀔 수 있습니다. 써보니 직장인보다 학생에게 더 잘 맞을 수도 있고, 반대로 학생보다는 메모 습관이 있는 실무자에게 더 맞을 수도 있습니다.

하지만 지금 중요한 것은 완벽한 정답을 맞히는 일이 아닙니다. 개발을 시작할 수 있을 만큼 선명한 출발점을 만드는 일입니다.

즉, 지금 단계의 타깃 정의는 선언문이라기보다 작업 기준에 가깝습니다.

"우리는 우선 이 사람을 돕는 서비스부터 만든다."

이 정도면 충분합니다.

이 장에서 꼭 기억할 것

첫 서비스를 만들 때 가장 위험한 생각은 "많은 사람에게 다 잘 맞는 서비스"를 한 번에 만들려는 마음입니다. 그렇게 시작하면 기능은 늘어나고, 기획은 흐려지고, 완성은 멀어집니다.

반대로 핵심 사용자를 좁히면 무엇을 먼저 만들어야 하는지가 보입니다. 특히 초보자에게는 이 점이 아주 중요합니다. 로그인, 글 작성, 목록, 상세, 검색처럼 핵심 흐름만으로도 분명한 가치를 줄 수 있는 사용자를 고르면, 서비스는 훨씬 빨리 현실이 됩니다.

좋은 타깃은 넓은 집단명이 아니라, 반복되는 문제를 가진 사람입니다. 그리고 첫 서비스의 타깃은 가장 큰 시장이 아니라, 내가 처음으로 만족시킬 수 있는 사람이면 됩니다.

이제 우리는 한 줄 서비스 문장에 이어, 그 서비스를 가장 먼저 써야 할 사람까지 정했습니다. 다음 장에서는 이 사용자에게 정말 필요한 기능과 화면을 골라내며, 서비스를 더 구체적인 설계로 옮겨가겠습니다.