팀과 함께 디자인하기
1. 디자인은 혼자 하는 일이 아니다
실무의 디자인은 거의 언제나 여럿이 함께 만듭니다. 기획자가 요구사항을 주고, 디자이너가 시안을 만들고, 개발자가 구현하고, 팀장이 검토합니다. Claude Design은 이 협업 과정을 한 공간에서 매끄럽게 잇도록 돕습니다.
2. 세 가지 공유 권한
Claude Design은 작업물을 공유할 때 권한을 나눠 줄 수 있습니다. 누구에게 무엇까지 허용할지 정하는 것입니다.
| 공유 방식 | 할 수 있는 일 | 적합한 대상 |
|---|---|---|
| 조직 내부 공개 | 우리 팀·회사 사람만 접근 | 사내 협업 |
| 보기 전용(view) | 보기만, 수정 불가 | 클라이언트·검토자 |
| 편집 권한 | 직접 Claude와 대화하며 수정 | 함께 만드는 동료 |
특히 편집 권한은 강력합니다. 권한을 받은 동료는 같은 프로젝트에서 직접 Claude에게 지시해 디자인을 고칠 수 있습니다. "이 부분 이렇게 해주세요"라고 부탁하고 기다릴 필요 없이, 직접 손대는 협업이 가능합니다.
권한은 좁게 시작하세요. 처음부터 모두에게 편집 권한을 주기보다, 기본은 보기 전용으로 두고 함께 만드는 사람에게만 편집을 허용하는 편이 안전합니다. 외부(클라이언트)에는 보기 전용이 기본입니다.
3. 피드백을 주고받는 법
3.1 인라인 코멘트로 콕 집어
검토자는 캔버스의 특정 요소를 클릭해 인라인 코멘트를 남길 수 있습니다. "이 버튼 색이 약해요", "여기 간격 좀 더" 같은 피드백을, 말로 설명하는 대신 바로 그 자리에 붙일 수 있습니다.
⚠️ 리서치 프리뷰 단계에서는 인라인 코멘트가 처리 전에 사라지는 경우가 있습니다. 그럴 때는 같은 내용을 대화 패널에 붙여넣어 전달하면 됩니다.
3.2 좋은 피드백의 조건
도구가 좋아도 피드백이 모호하면 소용없습니다. AI에게든 사람에게든, 좋은 피드백은 같습니다.
- ❌ "뭔가 별로예요" → 무엇을, 왜, 어떻게가 없음
- ✅ "헤더가 너무 무거워 보여요. 로고를 줄이고 메뉴 간격을 넓혀 가볍게 해주세요" → 대상·이유·방향이 분명
4. 협업 워크플로우 예시
실제로 팀이 Claude Design으로 협업하는 흐름을 그려보면 이렇습니다.
핵심은 한 곳에서 만들기·공유·피드백·수정이 돈다는 점입니다. 파일을 주고받으며 "최종_진짜최종_v3.pptx"가 쌓이는 일이 줄어듭니다.
5. 버전과 혼선 줄이기
여럿이 손대면 "지금 보고 있는 게 최신 맞나?"라는 혼선이 생기기 쉽습니다. 이를 줄이는 습관입니다.
- 공유는 링크로: 링크는 항상 최신이라 "어느 파일이 최신?" 혼선이 없습니다.
- 확정본은 따로 표시: 승인된 버전은 이름이나 메모로 명확히 구분합니다.
- 큰 변경 전 백업: 과감한 수정 전, 7장의 내보내기로 현재 상태를 저장해둡니다.
6. 직접 해보기
- 만든 디자인 하나를 보기 전용 링크로 만들어, 동료(또는 다른 계정)에게 공유해 봅니다.
- 받은 사람이 인라인 코멘트(또는 대화 패널)로 피드백을 남기게 합니다.
- 그 피드백을 반영해 수정한 뒤, 링크가 자동으로 최신화되는지 확인합니다.
- 모호한 피드백("별로예요")과 구체적 피드백("로고를 줄이고 간격을 넓혀주세요")을 각각 줬을 때, 결과가 어떻게 다른지 비교해 봅니다.
7. 정리하며
- 디자인은 협업이며, Claude Design은 그 과정을 한 공간에 모은다.
- 공유 권한은 조직 내부 / 보기 전용 / 편집 세 가지. 좁게 시작하자.
- 피드백은 인라인 코멘트로 콕 집고, 대상·이유·방향을 분명히 한다.
- 링크 공유와 백업 습관으로 버전 혼선을 줄인다.
다음 장에서는 완성한 디자인을 실제 코드로 구현하는 Claude Code 핸드오프를 다룹니다.