# 외부 사례를 기능 아이디어가 아니라 검증 가능한 채택안으로 바꾼 방법
## 한줄 요약
좋아 보이는 외부 사례를 곧바로 복제하지 않고, 원문 근거·권리·현재 제품 상태·검증 가능한 계약을 분리해 채택 또는 보류하도록 두 스킬에 고정했다.
## 바쁘시면 이것만 보세요
외부 사례에서 가져올 것은 화면 모양이나 성과 수치가 아니라 검증 가능한 원리다. 원문을 끝까지 읽고 `즉시 채택/변형/보류/거절`로 나눈 뒤, 현재 제품이 실제로 표현할 수 있는 최소 변경만 시험한다. 여러 사례를 설명할 때도 시간순 나열 대신 결정이 바뀐 한 문장으로 묶는다.
> 기존 근거 추적형 발표 사례의 성숙도 표시는 전제로 두고, 이 글은 외부 사례를 `ADOPT_NOW`, `TRANSFORM`, `DEFER`, `REJECT`로 판정해 제품 계약으로 바꾸는 단계만 새로 다룹니다.
## 이런 분께 추천합니다
- 레퍼런스 조사 뒤 기능 목록만 늘어나는 분
- 경쟁 제품의 표현을 베끼지 않고 원리를 활용하고 싶은 분
- 여러 사례와 검토 결과를 과장 없는 발표로 묶어야 하는 분
## 제작 배경
검색 요약만 보고 도입하면 출처의 고유한 보정값이나 표현까지 따라가기 쉽고, 현재 데이터가 지원하지 않는 기능을 화면부터 만들게 된다. 발표에서는 설계와 승인 후보가 같은 “완료”처럼 보였다. 그래서 채택 판단과 설명 방식을 하나의 근거 계보로 묶었다.
## 어떤 스킬인가
`evidence-led-product-adoption`은 직접 원문과 연결 산출물을 읽고 사실, 작성자 경험, 한계, 적용 제안을 분리한다. 현재 제품의 데이터 원천부터 화면까지 추적한 뒤 `ADOPT_NOW`, `TRANSFORM`, `DEFER`, `REJECT`로 판정한다. `evidence-led-case-presentations`는 여러 자료를 한 발표로 만들 때 각 주장을 검증됨, 구현됐지만 미수용, 설계됨, 승인 후보, 대기, 미검증으로 구분하고 하나의 결정 변화 서사를 만든다.
## 어떻게 만들었나
먼저 검색 스니펫이나 모델 기억을 근거로 쓰지 않고 지정 원문을 우선하도록 했다. 출처의 수치·가중치·레이아웃은 로컬 근거 없이 기본값으로 가져오지 않는다. 구현 전에는 데이터 출처, 사람 승인, 자동화 금지 행동, 완료와 중단 조건을 계약으로 고정한다. 발표 스킬에는 최신 기준선이 현재 상태를 통제하고, 오래된 사례는 여정의 근거일 뿐 현재 완료 증명이 아니라는 규칙을 넣었다. 숫자와 화면은 무엇을 증명하지 못하는지도 함께 표시하게 했다.
## 어떻게 사용하는가
1. 검토할 직접 원문과 바꿀 실제 산출물을 정한다.
2. 원문 사실·경험·한계·제안을 분리한다.
3. 현재 제품의 실제 데이터 흐름과 안전 경계를 읽는다.
4. 항목별로 채택·변형·보류·거절 판정을 남긴다.
5. 채택 항목만 테스트 가능한 제품 계약으로 바꾼다.
6. 최소 수직 단위를 구현하고 실제 사용자 흐름으로 확인한다.
7. 발표가 필요하면 주장별 성숙도를 붙이고 결정 변화 한 문장으로 압축한다.
## 검증과 시행착오
초기에는 후보 수나 검색 결과가 많으면 신규성이 높다고 보기 쉬웠다. 하지만 유사 원리가 이미 있거나 실제 문제 근거가 없으면 채택 근거가 되지 않았다. 또 테스트 통과 수치만 보여주고 사용자에게 유용했는지 묻는 방식은 사용자가 무엇을 시험했는지 보지 못하면 무효였다. 그래서 실제 입력→판단→근거를 먼저 보여주고, 전달 실패와 제품 실패를 분리했다. 발표 검수에서는 합성 화면이 실행 증거처럼 보이지 않는지도 별도로 확인한다.
## 효과 / Before-After
**Before:** 좋은 사례를 발견하면 기능·화면·수치를 한꺼번에 가져오고, 발표에서는 자료가 시간순으로 쌓였다.
**After:** 원리는 독립 설계로 전환되고, 근거 없는 항목은 보류된다. 발표도 기능 투어가 아니라 결정을 바꾼 근거와 남은 경계를 보여준다. 사용자 성과는 별도 검증 전까지 주장하지 않는다.
## 한계와 중단 조건
원문에 접근할 수 없거나 라이선스가 불명확하면 고유 표현을 복제하지 않는다. 제품 데이터가 표현할 수 없거나 승인·측정이 빠진 항목은 보류한다. 최신 영수증이 없으면 완료나 공식 수용으로 올리지 않는다.
## 다른 업무에 적용하는 법
벤치마킹과 정책에 적용할 수 있다. 참고로 끝내지 말고 채택 판정, 테스트 계약, 성숙도 라벨을 남기면 된다.
## 재사용 체크리스트
- [ ] 직접 원문을 읽고 사실과 제안을 분리했는가
- [ ] 권리 불명 표현을 복제하지 않았는가
- [ ] 제품 흐름을 추적했는가
- [ ] 보류와 거절을 숨기지 않았는가
- [ ] 핵심 주장에 성숙도 라벨이 있는가
