회의를 많이 기록하다 보면 이런 생각이 듭니다.
“회의록을 요약하는 데서 끝내지 않고, 좋은 질문과 판단 기준을 다음 제품 기획에도 재사용할 수 없을까?”
저는 PLAUD를 활용해 국내 런더리 제품, 즉 세탁기·건조기·미니 건조기·워시타워 등에 관한 회의를 기록하고 있습니다.
이 회의에는 시장 전망, 고객 조사, 제품 콘셉트, 가격, 용량, 성능, SKU, 출시 일정 등 다양한 주제가 담겨 있습니다. 특히 팀장님과 사업부장님처럼 경험이 많은 분들이 던지는 질문에는 단순한 의견을 넘어서는 공통적인 사고방식이 있었습니다.
이번에는 그중 팀장님 관련 회의 16개를 먼저 분석해, 새로운 제품 아이디어를 검토할 때 반복해서 사용할 수 있는 제품전략 사고 렌즈를 만들어 봤습니다.
1. 처음 생각한 것은 ‘회의 요약 스킬’이 아니었다
처음부터 단순히 회의 내용을 요약하는 것이 목적은 아니었습니다.
제가 만들고 싶었던 것은 새로운 제품안이 들어왔을 때 다음과 같은 질문을 자동으로 던져주는 스킬이었습니다.
- 이번 자료로 무엇을 결정해야 하는가?
- 고객은 정확히 누구인가?
- 고객이 실제로 겪는 문제는 무엇인가?
- 그 문제는 돈을 낼 만큼 중요한가?
- 기능이 고객의 체감 변화로 이어지는가?
- 조사 결과는 어떤 의사결정을 바꾸는가?
- 시장이 작은 것인가, 아직 수요가 잠겨 있는 것인가?
- 이 제품의 가격과 SKU 역할은 무엇인가?
- 반대 결과가 나오면 무엇을 포기해야 하는가?
- 누가 언제까지 무엇을 실행해야 하는가?
즉, 사람의 말투를 따라 하는 것이 아니라, 회의에서 반복되는 질문·검증·의사결정 방식을 재사용하는 것이 목표였습니다.
2. 회의 내용을 ‘판단 단위’로 잘게 나눴다
회의록을 그대로 넣고 “사고방식을 찾아줘”라고 하면, 인상적인 문장 몇 개를 뽑아 성격처럼 일반화하기 쉽습니다.
그래서 먼저 회의 발언을 다음과 같이 분리했습니다.
- 질문
- 문제 인식
- 사실
- 가설
- 반론
- 선호
- 우려
- 지시
- 결정
- 요구한 증거
- 결정 강도
예를 들어 누군가 “1인 가구에는 작은 건조기가 필요하다”고 말했다고 해서 바로 제품전략 원칙으로 채택하지 않았습니다.
대신 다음 연결을 확인했습니다.
1인 가구 → 실제 설치 공간 부족 → 현재 건조 방식의 불편 → 기존 대안의 한계 → 미니 건조기 선택 → 추가 비용을 낼 의향
이 연결 중 어느 하나라도 확인되지 않았다면, 사실이 아니라 검증해야 할 가설로 남겼습니다.
3. ‘누가 말했는가’와 ‘논리가 유효한가’를 분리했다
가장 어려운 문제는 화자 구분이었습니다.
일부 PLAUD 회의록은 사람 이름 대신 Speaker 1, Speaker 2로 표시되어 있었고, 하나의 화자 라벨에 여러 사람의 목소리가 섞인 경우도 있었습니다.
이런 발언을 맥락만 보고 “팀장님의 발언”이라고 확정하면, 실제로는 다른 사람의 말을 특정 인물의 철학처럼 만드는 문제가 생깁니다.
그래서 근거 수준을 다섯 단계로 나눴습니다.
- A: 실명과 화자 구분이 명확한 직접 발언
- B: 여러 신뢰 가능한 회의에서 반복된 질문이나 판단 방식
- C: 논리는 유효하지만 개인 화자를 확정하기 어려운 회의 관점
- D: 사용자가 제공한 인물에 대한 관찰
- E: 실제 업무에 적용하기 위해 추가한 템플릿과 방법론
이 구분이 중요했던 이유는 간단합니다.
회의에서 나 온 좋은 논리는 보존하되, 확인되지 않은 내용을 특정 개인의 고정된 철학으로 만들지 않기 위해서입니다.
4. 제품·시장 정보도 별도의 근거 체계로 관리했다
사람의 사고방식에 대한 근거와 제품·시장 데이터의 신뢰도는 서로 다른 문제입니다.
예를 들어 제가 직접 시장 규모를 언급했다는 사실은 확인할 수 있어도, 그 시장 규모 숫자가 정확하다는 의미는 아닙니다.
그래서 제품과 시장의 주장도 별도로 나눴습니다.
- F: 원자료로 검증된 사실
- P: 회의나 입력에서 제공됐지만 아직 독립 검증하지 않은 주장
- H: 검증해야 할 가설
- U: 의사결정에 필요하지만 아직 모르는 정보
출처와 산식이 없는 숫자는 검증된 사실로 취급하지 않습니다.
그 숫자가 투자나 출시 결정의 핵심 전제라면, 원자료를 확인하기 전까지는 결정을 보류하도록 만들었습니다.
5. 반복적으로 나타난 질문을 16개의 렌즈로 정리했다
16개 회의를 비교한 결과, 다음과 같은 사고 흐름이 반복적으로 나타났습니다.
결정과 근거
1. 자료를 만들기 전에 무엇을 결정할지 먼저 정의한다.
2. 확인되지 않은 상식과 전제는 가설로 낮춘다.
3. 숫자 자체보다 숫자가 만들어진 과정을 확인한다.
4. 반대 결과가 나오면 무엇을 바꿀지 미리 정한다.
고객과 제품가치
5. 연령이나 가구 수보다 실제 행동과 사용 맥락을 본다.
6. 문제가 존재하는 것과 실제 구매로 이어지는 것을 구분한다.
7. 기술명을 고객이 체감하는 결과로 번역한다.
8. 여러 USP는 검증할 때 분리하고, 최종 전략에서는 하나의 고객가치로 연결한다.
9. 짧은 시간 안에 이해되는지와 실제 선택·전환을 구분해 측정한다.
10. 설문 문항이 어떤 의사결정을 바꾸는지 확인한다.
시장과 포트폴리오
11. 가격은 “얼마면 사겠는가?” 한 문항으로 결정하지 않는다.
12. 현재 판매량이 시장의 한계인지, 구매 장벽 때문에 수요가 잠겨 있는지 구분한다.
13. 경쟁사의 고객을 빼앗는 것과 새로운 수요를 만드는 것을 나눠 본다.
14. SKU가 있는 과제라면 가격 간격·자기잠식·판매량·마진을 함께 본다.
실행과 조직 기억
15. 결론을 오너·기한·완료 기준이 있는 실행계획으로 바꾼다.
16. 출처·산식·결정 이유·변경 이력을 남겨 다음 사람이 다시 사용할 수 있게 한다.
이 렌즈의 핵심을 한 문장으로 줄이면 다음과 같습니다.
결정을 먼저 정의하고, 데이터의 생성 경로를 확인하며, 고객 행동과 체감 결과로 제품가치를 증명하고, 필요한 경우 시장·가격·SKU·조직 실행까지 연결한다.
6. 작은 질문과 큰 전략을 같은 방식으로 다루지 않았다
초기 버전에서는 짧은 카피 한 줄을 검토할 때도 시장 규모, SKU, 손익, 해외 확장까지 모두 다루는 문제가 있었습니다.
그래서 스킬을 두 가지 모드로 나눴습니다.
Lite 모드
다음과 같은 작은 요청에 사용합니다.
- 카피 한 줄
- 단일 기능
- 설문 문항
- 짧은 제품 콘셉트
- 한 가지 의사결정
Lite 모드에서는 결정, 사실과 가설, 핵심 반증 질문, 고객가치, 다음 검증에 집중합니다.
Full 모드
다음과 같은 복합 과제에 사용합니다.
- 신규 제품 콘셉트
- 제품 로드맵
- 가격과 SKU
- 시장 진입 전략
- 경영진 보고안
Full 모드에서는 데이터 계보, 고객 인과관계, 시장 창출, 가격, 손익, 검증 계획, 실행 책임까지 다룹니다.
관련 없는 항목은 억지로 채우지 않고 “해당 없음 + 이유”로 처리하도록 했습니다.
7. 실제 회의에 다시 적용해 봤다
스킬을 만든 뒤에는 가상의 제품안만 테스트하지 않고, 실제 회의에도 다시 적용했습니다.
세탁기 시장과 제품 로드맵 회의
스킬은 다음 네 가지 관점을 강하게 재현했습니다.
- 결론을 먼저 정하는 방식
- 현재 시장보다 만들어낼 수요를 보는 방식
- SKU를 손익 시스템으로 보는 방식
- 실행 가능한 일정과 책임을 요구하는 방식
미니 건조기 신규 시장창출 회의
팀장님으로 명확히 표시된 발언을 비교 기준으로 분리한 뒤, 나머지 회의 내용만으로 스킬을 적용했습니다.
[오후 3:04]
그 결과 실제로 강조된 주요 결론 12개 중 11.5개를 재현해 95.8%의 적중률을 보였습니다. 완전히 놓친 결론은 없었습니다.
다만 이 두 회의는 스킬을 만드는 데 사용한 자료에도 포함되어 있습니다.
따라서 이 결과는 새로운 회의를 정확히 예측했다는 의미가 아니라, 기존 회의의 판단 구조를 얼마나 충실하게 재현했는지를 확인한 결과입니다.
진짜 일반화 성능을 확인하려면 스킬 완성 이후에 새로 발생한 회의로 테스트해야 합니다.
---
8. 첫 번째 버전은 독립 감사에서 ‘조건부’ 판정을 받았다
초기 버전은 실제 회의 적용에서는 좋은 결과가 나왔지만, 독립 감사에서는 바로 통과하지 못했습니다.
주요 문제는 다음과 같았습니다.
- 일반적인 조사 방법론이 개인의 고정 원칙처럼 보일 수 있음
- 정확히 5초 안에 이해해야 한다는 기준이 지나치게 강함
- 모든 과제에 SKU와 시장 분석을 요구함
- 화자 귀속이 불명확한 표현이 섞일 위험이 있음
- 출처 없는 수치도 표시만 하면 통과할 수 있음
이를 수정해 v1.1에서는 다음 장치를 추가했습니다.
- 문장마다 근거 수준 표시
- 화자 분리가 불안정하면 직접 발언으로 귀속하지 않음
- Lite와 Full 모드 분리
- 관련 없는 항목은 제외
- 출처 없는 핵심 수치로 결론을 내리지 못하도록 차단
- 잘못된 입력에는 즉시 실패 판정을 내리는 안전 게이트 추가
- 개인의 관점과 일반적인 실무 방법론을 분리
수정 후 재감사에서는 모든 항목이 통과했습니다.
9. 잘못된 사용을 막는 테스트도 만들었다
정상적인 제품안만 검토해서는 스킬이 안전한지 알기 어렵습니다.
그래서 일부러 잘못된 요청을 넣어보는 부정 테스트도 진행했습니다.
- 화자가 섞인 발언을 팀장님의 직접 발언이라고 확정하기
- “5초 안에 이해하지 못하면 제품을 폐기한다”고 강제하기
- 카피 한 줄에 전체 SKU·시장 분석을 요구하기
- 해외 서비스에 한국 선행 검증을 무조건 적용하기
- 출처 없는 시장 규모를 근거로 투자를 승인하기
- 일반 방법론을 “팀장님은 항상 이렇게 한다”고 표현하기
스킬은 여섯 가지 잘못된 입력을 모두 차단했습니다.
최종적으로는 다음 검증을 통과했습니다.
- 기계 적 무결성: 12/12 통과
- 정상 회귀 테스트: 전부 통과
- 부정 회귀 테스트: 6/6 통과
- 독립 감사: 전체 통과
10. 이 작업에서 가장 중요하게 배운 점
이번 작업을 하며 가장 크게 느낀 점은 다음과 같습니다.
첫째, 좋은 회의록은 요약 자료가 아니라 판단 데이터다
누가 어떤 질문을 했고, 무엇을 의심했으며, 어떤 증거를 요구했고, 무엇을 결정했는지를 구조화하면 회의록은 다음 제품 기획에 재사용할 수 있는 자산이 됩니다.
둘째, 사람의 관점과 사람의 모사는 다르다
목표는 “그 사람이라면 이렇게 말할 것이다”를 만드는 것이 아닙니다.
반복적으로 확인된 질문과 판단 기준을 근거와 함께 적용하는 것이 더 정확하고 안전합니다.
셋째, 좋은 분석은 답보다 근거의 경계를 명확히 한다
무엇을 알고 있는지, 무엇을 들었지만 검증하지 않았는지, 무엇이 가설인지, 무엇을 모르는지를 구분해야 실제 의사결정에 사용할 수 있습니다.
넷째, 전략은 결국 실행 가능한 결정으로 끝나야 한다
아무리 논리적인 분석이라도 다음 행동, 오너, 기한, 완료 기준이 없다면 실제 조직에서는 움직이기 어렵습니다.
---
11. 앞으로의 계획
현재 버전은 팀장님 관련 회의를 중심으로 만들어졌습니다.
다음 단계는 두 가지입니다.
1. 스킬 완성 이후 새로 발생한 회의를 사용해 진짜 일반화 성능을 검증하는 것
2. 사업부장님의 직접 발언을 별도 코퍼스로 분석해 독립적인 제품전략 렌즈를 만드는 것
장기적 으로는 두 렌즈의 공통점과 차이를 비교해, 국내 런더리 제품을 검토할 때 사용할 수 있는 복수 관점의 제품전략 리뷰 시스템으로 발전시키려 합니다.
마무리
이번 작업은 회의록을 더 잘 요약하는 프로젝트가 아니었습니다.
회의 속에 흩어져 있던 좋은 질문과 판단 기준을 모아, 다음 제품 기획에서도 반복 사용할 수 있는 시스템으로 만드는 작업이었습니다.
앞으로 새로운 세탁기나 건조기 아이디어가 나오면 단순히 “좋다, 나쁘다”를 평가하는 대신 다음과 같이 질문할 수 있게 되었습니다.
무엇을 결정하려는가?
고객은 왜 행동을 바꾸는가?
기능은 어떤 체감 결과를 만드는가?
숫자는 어디에서 만들어졌는가?
틀렸다면 무엇을 버릴 것인가?
그리고 누가 다음 행동을 책임질 것인가?
회의록이 쌓일수록 기록의 양만 늘어나는 것이 아니라, 조직의 판단 능력도 함께 축적되는 구조를 만들어가는 것이 최종 목표입니다.
추천 태그
#PLAUD#AI활용#제품전략#상품기획#세탁기#건조기#회의록#지식관리#의사결정
