• 나만의 PRD를 만들어보자!

    2026. 4. 24.

    by. rody77

     

    간단한 PRD를 만들어보자!

    기획자가 자주 작성하는 PRD란 Product Requirements Document,한글로는 제품 요구사항 문서 정도로 번역할 수 있다. PRD가 체계적으로 작성된 기획은PM, 개발자, 디자이너, QA(품질보증) 등이동일한 목표를

    rody77.tistory.com


    이전 글에서

    평소 여러 서비스를 이용하던 중 접한 불편함을 주제로

    간단하게 PRD를 작성해보는 연습을 한 적이 있다.

     

    PRD나 KPI의 정의나

    포함되어야 핵심 요소 등도 해당 글에 정리 놓았다.

     

    이번에는 기존 서비스에서 불편함 (Pain Point) 을 찾는 것이 아닌

    나만의 서비스, 프로덕트를 만들었다고 가정하고

    PRD를 작성해보는 연습을 해보기로 했다.

     

    그리고 이 PRD 작성에는 이전에 만들었던 페르소나와 유저 플로우를 활용하였다!

     

     


    1. 서비스 소개하기

     

     

    취미별 커뮤니티 플랫폼 『 파티당 』

    내 플랫폼의 핵심 기능 : 장르별 커뮤니티가 존재하고,

    비슷한 취미를 가진 사람들끼리 모임 채널을 별도로 개설할 수 있음. 

    본인이 작성한 관심사를 토대로 AI 분석하여

    맞춤형 커뮤니티와 모임을 추천받을 수 있음.

     

    2. 문제 정의하기

    - 내 서비스의 사용자에게 어떠한 문제가 발생했다고 가정해보자

     

    현재 상황 (As - is) 

    • 유저 A는 커뮤니티에서 활발히 활동하며 다양한 글에 댓글을 남긴다.
    • 알림 기능을 통해 자신의 글이나 댓글에 반응이 오는 것을 기대하고 있다.

    문제로 인한 손실 

    • 유저 입장에서는 대댓글이 달렸다는 사실 자체를 모르기 때문에 관심이 종료되므로
      재방문 의사가 사라짐으로서 이탈이 발생한다.
    • 직접 자신이 댓글 단 글을 다시 방문하여 수동적으로 확인해야하는 번거로움이 지속적으로 발생하므로
      반복적인 불편한 경험으로 서비스 이용 빈도가 감소한다.

    왜 이 문제가 중요한가 

    • 커뮤니티의 본질은 '대화를 이용한 경험 공유' 인데, 사용자가 기대했던 피드백 루트가 작동하지 않는다면 커뮤니티 플랫폼으로서 매우 치명적이라고 생각한다. 자신의 글에 타인이 반응을 해주었음에도 모르고 지나치거나, 뒤늦게 확인한다면 사용자의 서비스에 대한 신뢰도가 하락할 것이다. 
    • 더 나아가, 이 문제는 단순 불편을 넘어 사용자 행동 패턴 자체를 바꾼다. 사용자가 매번 자신이 댓글 단 글을 직접 찾아가 재확인해야 하는 구조는 높은 피로를 유발한다. 이는 결국 “이 서비스는 번거롭다”는 인식을 만들고, 경쟁 서비스로 이동할 가능성을 높인다.

     

    3. 기능 정의하기

     - 아래 예시 표를 살펴보고, 본인이 정의한 문제가 어느 기능에 해당하는지 확인한다.

    우선순위
    기능명
    설명
    필요한 이유
    P0 (Must)
    검색 기능
    키워드로 메뉴 검색
    탐색 시간 단축
    P1 (Should)
    필터 기능
    가격/카테고리 필터
    선택 정확도 향상
    P2 (Nice to have)
    추천 기능
    이전 주문 기반 추천
    재주문 전환율 향상

    *이 도표는 가상의 기능 별 예시 표이다

     

     

    내가 가정한 커뮤니티 플랫폼의 P0, P1,P2를 각각 정리해보자면 이렇다.

     

       P0 (없으면 서비스가 작동하지 않는다
    • 회원가입, 로그인, 게시글 작성/수정/삭제, 댓글 작성, 검색기능,
      카테고리/태그 분류기능, 운영자의 게시글 관리기능, 신고와 차단 기능 등
       P1 (있으면 좋아지는 기능이다 )
    • 좋아요/공감/추천 , 프로필 기능, 팔로우 시스템, 모임채널 개설 및 메신저 기능,
      DM(쪽지) 기능, 댓글/대댓글 등 푸시 알림, AI 개인화 및 알고리즘 추천기능 등
       P2 (여유가 있을 때 추가하면 좋은 기능이다)
    • 커뮤니티 배지 및 프로필 꾸미기 기능, 광고/ 수익화 기능, 인기글 선정 및 추천 기능 등

     

     

    ➡️ 내가 정의한 "대댓글 알림 기능" 에 대한 문제는 P1에 해당할 것이다. 

     


    4. 서비스 가치 판단과 도입 

    - 사용자의 Paint Point를 해결하여 이제 서비스를 도입해야 한다면, 사용자에게 어떻게 메세지를 전달할지 생각보았다.

     

    ➡️  "이제 게시물과 댓글 알림 범위를 설정할 수 있어요" 라는 메세지를 팝업으로 제공하고,
           사용자가 설정 화면으로 바로 이동하여 게시물,댓글,대댓글에 대한 상세한 알림범위를

           설정하도록 유도한다. 

     


    5. KPI 를 설정해보자 

    일반적으로 KPI는 구체적인 데이터 지표를 기반으로 설정하기 때문에 
    실제 서비스하지 않은 내 기획은 KPI나 Goal을 설정하는데 한계가 있다. 
    하지만 현업에서 기획자가 된다면 KPI를 직접 설정해야 할 것이다.

    따라서 가상 수치를 설정하여 현실적인 범위에서 가능성을 고려해보고자 한다. 

     

    ✅ 가설 설정     “A → B → C” 구조 (원인 → 변화 → 결과)

    기존의 댓글 알림 기능의 범위를 대댓글까지 늘리고 사용자 설정 기능을 추가하면

    → 커뮤니티 사용자의 사용자 경험과 참여도가 크게 개선되고

    → 재방문율이 늘어나고 이탈율이 감소할 것이다.

     

    ✅ 검증 방법 

    내가 선택한 검증 방법은 『사용자 행동 데이터 분석』이다.

     

    📊가상의 기존 데이터 A 와 추후 수집될 데이터 B를 비교하여 분석

    지표
    현재 (As-is)
    목표 (To-be)
    기간
    대댓글 작성 비율
    25%
    35%
    2개월
    사용자 재방문율
    25%
    35%
    3개월
    이탈률
    35%
    25%
    3개월

     

    가상 목표: 대댓글 작성비율 10% 증가, 사용자 재방문율 10% 증가, 이탈율 10% 감소

     

     

     

     

     

     

     

    댓글