1단계. 도메인 설정하고 선택한 도메인 기반으로 직무 스터디 진행
- 도메인 설정 → SaaS PM 채용공고 분석 → SaaS PM 직무 핵심
- 도메인 설정 → 엔터프라이즈 SaaS
- 기획 관점 → 비즈니스 목표 중심 기획(B2B)
2단계. 선택한 도메인의 주요 제품/서비스 제공 과정 리서치 ▼
- 주요 사용자 여정(User Journey), 서비스 흐름 및 데이터 흐름, 해당 도메인 PM의 역할
→ 사용자 문제 분석(pain point) → 개선 포인트 도출 - 오늘의 Q&A
- 오늘의 KPT 회고
추가 활동
내가 선택한 서비스 - Slack
-
팀 내에서 Slack과 Notion 중 하나를 선택해 개별 리서치를 진행했다
내가 조사한 Slack 리서치 링크별 정리
Slack B2B SaaS 공통 분석
1. 주요 사용자 여정 (User Journey) : 업무 흐름 전체가 Slack 중심으로 연결되는 과정
- 기업이 협업 문제 인식
→ Slack 도입 및 워크스페이스 생성
→ 팀/프로젝트별 채널 구성(채널 생성 제한이 거의 없음)
→ 외부 SaaS(Notion, Jira, Google Drive, Dropbox, GitHub 등)와 연동하여 협업 허브처럼 활용(IT 업계에서 자주 사용하는 서비스와의 연동률 ↑, 사용자 편의성 ↑)
→ 실시간 커뮤니케이션 및 업무 진행(이모지 활용이 유저 입장에서 긍정적 소통 도구라 함)
→ Workflow/Bot/AI 기능 활용(일부 기능은 유료 플랜 기반 제공)
→ 업무 기록 및 협업 히스토리 축적
→ 조직 협업 문화 및 업무 프로세스 정착
2. 서비스 흐름 및 데이터 흐름 :
- 업무/프로젝트 진행
→ 메시지·파일·회의·일정·VOC·이슈 데이터 생성
→ Slack 채널 및 외부 SaaS와 연결
→ 실시간 공유 및 협업
→ Workflow/Bot/AI 기능으로 자동화·요약·검색
→ 업무 히스토리 및 조직 지식 축적
→ 반복 업무 감소 및 협업 효율 개선 - 메시지, 일정, 문서, Jira 이슈, VOC, 회의 내용 등 여러 업무 데이터를 하나의 협업 흐름으로 통합
- 특히, AI 검색, Workflow 자동화, Slack Connect로 정보 탐색 비용 감소 + 반복 커뮤니케이션 감소
3. PM의 역할
- 협업 흐름 최적화 + 정보 탐색 비용 감소 + 반복 업무 자동화 + 조직 커뮤니케이션 구조 설계
- 채널 구조 설계
- Workflow 자동화 우선순위 결정
- 검색/알림 UX 개선
- 외부 SaaS 연동 전략
- 조직 협업 문화 정착
- 정보 접근성 개선
→ '조직의 업무 흐름을 얼마나 효율적으로 연결하는가'에 초점
- 채널별 대화 내용 분석 기능 제공 → 사용자는 답변 관련 키워드만 입력
→ 사용자는 초안을 최소한으로 수정·보완 후 바로 응답 가능
→ AI가 이전 대화 내용과 현재 상황을 분석해, 기본적인 매너와 맥락을 반영한 답변 초안을 자동 생성 - 기대 효과
- 반복적인 답변 작성 시간 절약
- 업무 효율 향상
- 커뮤니케이션 피로 감소
- 응답 품질 및 일관성 유지
- 생각한 이유
- 현재 슬랙 AI 기능은 존재하지만 실제 사용자 리뷰 기준으로는 아직 부족하다는 의견이 일부 존재
- 실제 CS 업무에서는 GPT 기반 답변 보조 기능을 활용하는 사례도 존재
- 이를 슬랙 내부 기능으로 자연스럽게 통합하면 활용도가 높을 것이라 생각함
퍼실리테이션 방식 활동 진행
이전에 퍼실리테이션 경험이 있었어서 팀원 모두의 의견을 들어보고,
도메인 이해도를 전체적으로 끌어올리고자 주도적으로 운영해봤다
→ 각자 포스트잇 색상별 의견을 제시한 뒤, 중복 내용은 통합하고 스티커를 붙여 핵심 문제와 개선점을 도출했다
| 노션의 문제와 개선점 | 슬랙의 문제와 개선점 |
|
|
오늘의 Q&A
-
튜터님이 프로젝트 진행하며 궁금했던 부분을 해소해주고 가셨다
Q1. 리서치 팀 그대로 나뉘어서 직무 스터디를 진행해도 되는지? 아니면 한 서비스만 깊게 진행하는 게 나은지?
- 정답은 없음. 다만 SaaS 도메인과 기업 툴 구조 자체를 집중적으로 학습하는 방향으로 접근하면 좋음.
Q2. 개선 결과까지 산정해서 프레젠테이션해야 하는지? PM 직무 관련 내용만 진행하는지?
- 노션 → 생산성 중심, 슬랙 → 메신저/협업 중심
각 서비스에서 PM이 '어떤 지표를 중요하게 보는지', '어떤 관점으로 의사결정하는지'에 집중하는 것이 중요.
Pain Point는 명확하게 정의할 것.
해결 방안 역시 가능한 범위까지는 제안해볼 것.
다만 완성도나 퀄리티에 과하게 매몰되기보다 난이도 조절을 잘 하는 것이 중요함.
Q3. 구독 인원별 할인 적용 같은 부분도 PM이 건의할 수 있는 영역인지?
- 애매하다고 판단한 것 자체가 오히려 센스 있는 접근이라고 볼 수 있음.
실제로는 PM의 직접 권한 범위를 넘어설 가능성이 있음.
다만 데이터 기반으로 '전환율 차이', '이탈률 변화' 등이 확인된다면 제안 자체는 가능함.
하지만 실제 적용 여부는 '비즈니스 팀 판단', '회사 내부 우선순위', '수익 구조' 등에 따라 후순위로 밀릴 수도 있음.
Q4. 서비스 플로우와 유저 플로우 차이점
- 기본적으로는 '유저의 행동과 흐름 중심'으로 생각하면 됨.
ex. 첫 화면(1000)으로 시작점은 같아도 마이페이지(500), 동네생활(200)처럼 사용자의 이동 흐름을 보는 방식.
이러면 경우의 수가 많기 때문에 메인 플로우만 집중적으로 보는 경우도 있고 카테고리별 플로우로 나누는 경우도 있음.
Q5. 현재 과제에서는 대표 플로우 하나만 정의하면 되는지?
- 하나만 나오는 것은 아니지만, 우선 대표적인 메인 플로우 하나를 중심으로 정리하면 됨.
중요한 우선순위 '유저 정의', '메인 플로우 정의'
☑️ 내일 할 일 : 1. 유저 정의 → 2. 메인 플로우 정의
Q6. B2B 서비스 분석 시 사용자 관점인지, 기업 관점인지?
- 정하기 나름. 실제 현업 직원들의 인사이트에서 많은 정보를 얻을 수 있음.
중요한 것은 '이 서비스의 본질적인 핵심 사용자가 누구인가?'를 먼저 판단하는 것.
ex. '직원 사용 중심 서비스 → 직원 관점', '특정 사용자 중심 기능 → 실제 이용자 관점'으로 의사결정 후 진행하면 됨.
+) Tip. 아래 B2B SaaS 서비스들도 참고해보면 인사이트 얻기 좋음.
- Oracle, Maze, AB180, Airbridge, Salesforce
오늘의 KPT 회고
| Keep | • Slack를 단순 메신저가 아닌 B2B SaaS 협업 허브 관점에서 분석하려고 한 점 • 사용자 여정(User Journey), 데이터 흐름, PM 역할까지 연결해서 정리한 점 • 퍼실리테이션 경험을 활용해 팀원 의견을 구조화하고 핵심 문제를 정리한 점 • 실제 사용자 리뷰와 기업 사례 기반으로 리서치를 진행한 점 |
| Problem | • AI 개선 아이디어는 구체적이었지만, 기술 구현 난이도·비용·운영 리스크까지는 깊게 고려하지 못했음 • Slack과 경쟁 서비스(Microsoft Teams, Discord 등) 비교 분석이 부족했음 • 문제 정의와 개선 포인트 간 우선순위 기준이 다소 모호했음 |
| Try | • 개선 아이디어 제안 시 기술적 현실성·운영 비용·비즈니스 효과까지 함께 고려하기 • 경쟁 서비스 비교를 통해 Slack만의 차별점과 한계를 더 명확히 분석하기 • 퍼실리테이션 과정에서 문제 중요도(Priority) 기준까지 함께 정리해보기 |
'TIL' 카테고리의 다른 글
| [직무 스터디] 발표 자료 제작 → 제출 (0) | 2026.05.15 |
|---|---|
| [직무 스터디] 서비스 내, 문제 정의(사용자/비즈니스/데이터 관점) 및 해결안 제시 (0) | 2026.05.14 |
| [직무 스터디] 도메인 설정 → SaaS PM 채용공고 분석 → SaaS PM 직무 핵심 (0) | 2026.05.12 |
| [팀 챌린지] ROADMAP → 경로 재설정 : 미니 발표회 + 오늘의 피드백/회고 (0) | 2026.05.11 |
| [팀 챌린지] ROADMAP → 경로 재설정 : KPI 설정 + 오늘의 회고/Q&A (0) | 2026.05.08 |
