[직무 스터디] 서비스 내, 문제 정의(사용자/비즈니스/데이터 관점) 및 해결안 제시

1단계. 도메인 설정하고 선택한 도메인 기반으로 직무 스터디 진행

• 도메인 설정 → SaaS PM 채용공고 분석 → SaaS PM 직무 핵심
  • 도메인 설정 → 엔터프라이즈 SaaS
  • 기획 관점 → 비즈니스 목표 중심 기획(B2B)

2단계. 선택한 도메인의 주요 제품/서비스 제공 과정 리서치

• 주요 사용자 여정(User Journey), 서비스 흐름 및 데이터 흐름, 해당 도메인 PM의 역할
  → 사용자 문제 분석(pain point) → 개선 포인트 도출

3단계. 서비스 내, 문제 정의(사용자/비즈니스/데이터 관점) 및 해결안 제시 ▼

• 유저 정의 및 메인플로우 작성
• 사용자/비즈니스/데이터 관점 문제 정의 → 해결안 제시
• 프로젝트 피드백
• 오늘의 KPT 회고

 

추가 활동

• 도메인 이해 특강 : 이커머스 PM은 무엇을 하는가 + 오늘의 Q&A

 

---

 

슬랙(Slack)
-
유저 정의(직원/기업 운영 입장) 및 메인 플로우 작성 및 해결안 제시

 

 

유저(직원 입장) 페르소나 설정

• 이름 : 김덕구
• 나이 : 34
• 직업군/연차/회사 : 풀스택 개발자/시니어(5년 차)/대기업
• 상황(언제 서비스 이용하는지) : 다수의 프로젝트를 동시 진행 중, 잦은 커뮤니케이션이 일어나며 각 프로젝트마다 알람이 계속 뜸
• pain point : 전체 알람을 확인해야 해 어떤 프로젝트 관련 내용인지 파악하는 데 시간과 피로도가 발생
• 목표/니즈(이 서비스에서 해결하고 싶은 것) : 채널·프로젝트별로 중요한 알림만 우선 확인하고 싶음

◾메인플로우

• 업무 진행 필요 발생 → Slack 채널 진입 및 실시간 협업 → 외부 SaaS·Workflow·AI 기능 활용 → 업무 처리 및 기록 축적 → 데이터베이스 활용 및 협업 효율 개선

◾ 문제 정의 및 해결안 제시

• 사용자 관점 : 다중 프로젝트 진행 시, 알람 확인 어려움
• 비즈니스 관점 : 필요한 알람 확인을 위해 시간 할애/확인 누락 가능성 ↑으로 업무에 지장 有
• 데이터 관점 : 알림 카테고리 및 사용자 확인 패턴 분석 → “다중 프로젝트 진행 시, 알림 탭 리스트가 중요도 순으로 정렬되는 게 아니라 전부 노출되기 때문에 확인 누락 가능성 증가로 업무에 지장이 있을 수 있다.”
• PM 입장에서 해결 방안 제시 : 멘션·채널 중요도·사용자 행동 패턴 기반 AI 우선순위 정렬 기능 제공

 

유저(기업 운영 입장) 페르소나 설정

• 이름 : 박관리
• 나이 : 42
• 직업군/연차/회사 : 운영팀/12년 차 팀장/대기업
• 상황(언제 서비스 이용하는지) : 여러 유관 부서들에게서 지속적으로 업무 요청이 들어와서 확인을 하려고 함
• pain point : 여러 채널과 스레드에 흩어진 의사결정 내용을 다시 찾기 어려워 업무 맥락 추적과 정보 탐색에 피로감 느낌
• 목표/니즈(이 서비스에서 해결하고 싶은 것) : 검색 기능 강화를 통해 정보 재탐색 시간을 줄이고 업무 효율을 높이고 싶음

◾메인플로우

• 조직 협업 비효율 문제 발생 → Slack 도입 및 외부 SaaS 연동 → 업무 데이터 및 협업 기록 축적 → Workflow/Bot/AI 기반 자동화 → 협업 효율 및 조직 생산성 향상 → 서비스 활용도 및 구독 유지 증가

◾ 문제 정의 및 해결안 제시

• 사용자 관점 : 여러 채널과 스레드에 흩어진 의사결정 내용을 다시 찾기 어려워 업무 맥락 추적과 정보 탐색에 피로감 느낌
• 비즈니스 관점 : 업무 효율이 떨어짐(확인 누락으로 업무 차질 생길 가능성 높음)
• 데이터 관점 : 재검색 패턴 및 정보 탐색 소요 시간 분석
  → “의사결정 내용을 다시 찾기 어려워 업무 효율이 떨어짐”
• PM 입장에서 해결 방안 제시 : AI 기반 맥락 검색 기능을 강화해 의사결정 내용 재탐색 시간을 줄이고 업무 효율 개선

 

---

 

프로젝트 피드백

 

 

프로젝트 전반 피드백

 

• 문제 정의와 페르소나 상황을 더 구체적으로 연결할 것
• 리뷰/불만 사항은 가능하면 수치화할 것
• 현업에서는 페르소나를 깊게 사용하지 않는 경우도 존재
  → 현업에서는 페르소나 설정을 생략하는 경우도 있으며, 페르소나 자체보다 Pain Point 구체화가 더 중요함

 

 

페르소나별 피드백

• 직원 페르소나(김덕구)
  • 전체 알림이 와서 중요한 내용을 놓칠 가능성 존재
  • 현재 상황 정의가 다소 추상적임('온보딩 초기 사용자'와 같이, 알림 커스터마이징을 아직 하지 않은 사용자 상황까지 연결하면 좋음)
    → 프로젝트 규모, 협업 빈도, 채널 수 등 상황 구체화 필요
• 운영/관리 페르소나(박관리)
  
  • AI가 '어떤 기준으로', '어떤 정보를 우선순위화하고', '어떤 방식으로 문제를 해결하는지'까지 러프하게라도 고민해 보면 좋음

 

---

 

오늘의 KPT 회고

 

Keep	• Slack를 직원 관점과 기업 운영 관점으로 나누어 메인 플로우를 정리한 점 • User Journey, 서비스 흐름, 데이터 흐름, PM 역할을 연결해서 분석한 점 • 실제 기업 사례와 사용자 리뷰 기반으로 Slack의 pain point를 분석하려고 한 점 • 단순 기능 소개보다 '업무 workflow' 중심으로 해석하려고 한 점
Problem	• 일부 페르소나의 상황과 Pain Point 연결이 추상적이었음 • 일부 표현이 모호하고 실제 문제 정의와 직접 연결되지 않았음 • 사용자 리뷰 기반 Pain Point를 수치화하거나 반복 빈도로 정리하지 못했음 • AI 기능이 어떤 기준과 방식으로 문제를 해결하는지 구체성이 부족했음(해당 내용은 팀원 간 협의 후 수정함)
Try	• Pain Point를 실제 업무 상황 및 사용자 행동 흐름과 더 직접적으로 연결하기 • 사용자 리뷰를 기간·빈도·반복 키워드 기준으로 정리해 근거 강화하기 • AI 기능 제안 시 동작 방식·우선순위 기준·기대 효과까지 함께 정리하기 • 기능 자체보다 '왜 이 기능이 필요한가'를 workflow 중심으로 분석하기