워크플로 1
제품 영역마다 프로젝트를 하나씩 만들기
피드백, 스펙, 의사 결정을 제품 영역이나 기능별로 모아 두세요. 그래야 관련 없는 로드맵 맥락이 검색 결과를 흐리지 않습니다.
추천 프롬프트
프로젝트 파일을 검토하고 제품 맥락 브리프를 작성해 주세요. 사용자, 문제, 현재 솔루션, 제약 조건, 미해결 질문, 위험 요소, 의사 결정 이력을 포함해 주세요.
제품 팀을 위한 프로젝트
프로덕트 매니저를 위한 AI 프로젝트
사용자 피드백, 스펙, 로드맵 노트, 제품 문서를 하나의 AI 워크스페이스에 모아 두세요.
핵심 아이디어
AI가 여러분의 업무를 짐작하게 하지 마세요. 프로젝트를 통째로 건네세요.
제품 업무는 조각조각 흩어져 있습니다. 사용자 인터뷰, 지원 티켓, 분석 메모, 스펙, 스크린샷, 로드맵 논의, 엔지니어링 제약 조건 등입니다. 일반적인 AI는 이를 뻔한 제품 조언으로 바꿔 버립니다.
MultipleChat 프로젝트는 제품 영역이나 기능마다 별도의 워크스페이스를 제공합니다. 근거 자료와 제약 조건을 업로드한 다음, AI를 활용해 출처에 근거한 맥락으로 피드백을 종합하고, PRD 초안을 작성하고, 방안을 비교하고, 의사 결정을 준비하세요.
무엇을 업로드할까
답변에 꼭 필요한 파일부터 시작하세요.
AI 프로젝트가 실패하는 흔한 이유는 업로드한 자료가 너무 적기 때문입니다. 사람 전문가에게 원자료가 필요하다면, 프로젝트에도 필요합니다.
사용자 인터뷰, 지원 티켓, 고객 피드백
PRD, 스펙, 로드맵 노트, 의사 결정 기록
분석 요약, 실험 결과, 스프레드시트
스크린샷, 와이어프레임, 디자인 노트, 릴리스 계획
엔지니어링 제약 조건, API 문서, 아키텍처 노트
프로젝트 지침
여러분의 직군이 어떻게 생각하는지 프로젝트에 알려 주세요.
같은 파일이라도 지침에 따라 답변이 크게 달라질 수 있습니다. 기대 사항을 한 번만 설정해 두면 모든 모델이 소스, 불확실성, 형식을 어떻게 다룰지 알게 됩니다.
사용자 근거, 제품 판단, 구현 가정을 구분하세요.
사용자 관련 주장과 요구 사항에는 파일명을 인용하세요.
명확성, 장단점, 의사 결정에 바로 쓸 수 있는지를 우선하세요.
로드맵 변경을 권고하기 전에 누락된 데이터를 표시하세요.
엔지니어와 이해관계자에게 맞는 간결한 제품 용어로 작성하세요.
플레이북
가장 먼저 실행해 볼 다섯 가지 워크플로.
이론적인 기능 설명이 아닙니다. 프로덕트 매니저가 프로젝트를 만든 뒤 가장 먼저 시도해 볼 실용적인 워크플로입니다.
워크플로 2
사용자 피드백 종합하기
인터뷰, 티켓, 설문 메모, 스크린샷을 업로드하세요. AI에게 패턴, 심각도, 대표적인 인용문을 찾도록 요청하세요.
추천 프롬프트
프로젝트의 피드백을 분석해 주세요. 사용자의 주요 페인 포인트, 근거 파일, 빈도 신호, 심각도, 영향을 받는 페르소나, 제품 기회를 찾아 주세요.
워크플로 3
근거 자료로 PRD 초안 작성하기
빈 템플릿에서 시작하지 말고 프로젝트를 요구 사항 문서의 원천으로 활용하세요.
추천 프롬프트
프로젝트 파일을 활용해 PRD 초안을 작성해 주세요. 문제, 목표, 비목표, 사용자 스토리, 요구 사항, 엣지 케이스, 성공 지표, 위험 요소, 미해결 질문을 포함해 주세요.
워크플로 4
로드맵 방안 비교하기
같은 프로젝트 맥락에서 여러 모델에 방안을 비교하도록 요청한 다음, AI Collaboration으로 비평을 받으세요.
추천 프롬프트
이 기능에 대한 세 가지 로드맵 방안을 비교해 주세요. 최소 기능으로 출시, 대규모 투자, 연기입니다. 프로젝트 근거를 사용하고 장단점, 위험 요소, 의사 결정 기준을 포함해 주세요.
워크플로 5
이해관계자 업데이트 준비하기
흩어진 제품 근거 자료를 경영진, 엔지니어링 팀, GTM 팀을 위한 명확한 업데이트로 바꾸세요.
추천 프롬프트
프로젝트 파일로 이해관계자용 업데이트를 작성해 주세요. 현재 상황, 근거, 필요한 의사 결정, 위험 요소, 다음 단계, 담당자에게 확인할 질문을 포함해 주세요.
피해야 할 실수
대부분의 사람들은 프로젝트를 너무 막연하게 사용합니다.
해결책은 간단합니다. 프로젝트의 범위를 좁히고, 실제 원자료를 업로드하고, 출처에 근거한 결과를 요청하세요.
1.사용자 근거와 제약 조건을 업로드하지 않은 채 PRD 초안을 작성하지 마세요.
2.서로 관련 없는 제품 영역을 한 프로젝트에 섞지 마세요.
3.AI가 지표나 고객 인용문을 지어내게 두지 마세요.
4.로드맵 조언을 요청할 때 엔지니어링 제약 조건을 빠뜨리지 마세요.
5.이해관계자에게 불확실성을 숨기지 마세요.
자주 묻는 질문
프로덕트 매니저들이 자주 묻는 질문.
프로덕트 매니저는 기능마다 프로젝트를 하나씩 만들어야 하나요?
대개 그렇습니다. 기능이나 제품 영역마다 프로젝트를 하나씩 두면 고객 피드백, 스펙, 의사 결정에 집중할 수 있습니다.
프로젝트가 PRD 작성에 도움이 되나요?
네. 사용자 근거 자료, 제약 조건, 의사 결정 내용을 업로드한 다음, 프로젝트 파일에 근거한 PRD를 요청하세요.
스크린샷과 피드백을 업로드할 수 있나요?
네. 스크린샷, 노트, 스프레드시트, 문서를 업로드하면 프로젝트 검색용으로 인덱싱됩니다.
AI Collaboration은 제품 팀에 어떻게 도움이 되나요?
여러 모델이 같은 프로젝트 맥락에서 제품 결정을 초안으로 작성하고, 비평하고, 철저히 검증할 수 있습니다.
올바르게 시작하기
어려운 질문을 하기 전에 프로젝트부터 만드세요.
자료를 업로드하고 규칙을 정한 다음, MultipleChat이 ChatGPT, Claude, Gemini, Grok 또는 AI Collaboration에 필요한 맥락을 검색하도록 맡기세요.