Principle 공식 변경 기록에는 6.43에서 Sketch 2026 가져오기를 지원한다고 적혀 있습니다. 이 버전에서 중요한 점은 새 기능보다 누가 보고, 누가 수정하며, 어떤 파일을 최종 승인할지를 나누는 것입니다. Windows 구성원은 Share to Web 링크로 체험하고 검수할 수 있지만, .prd 원본을 편집하려면 여전히 macOS 환경이 필요합니다. (principleformac.com)

증상: Windows 팀에 .prd 파일만 보내면 열리지 않거나, 열려도 다음 수정 담당자가 작업을 이어 갈 수 없습니다.
빠른 해법: 웹 미리보기, .prd 원본, 고정 시연본과 검수 기록을 함께 준비합니다.

이 글은 Principle로 인터랙션 프로토타입을 만드는 UI·UX 디자이너를 위한 글입니다. Windows 고객, 제품 관리자, 개발자에게 결과물을 넘겨야 하는 프리랜서와 작은 팀도 대상입니다. 파일을 받은 뒤 직접 수정해야 하지만 맥이 없는 협업자라면 특히 아래 기준이 필요합니다.

01

먼저 수신자의 역할을 나눠야 합니다

Principle 6.43 프로토타입을 Windows 팀에 전달할 때 가장 먼저 확인할 것은 파일 형식이 아닙니다. 받는 사람이 단순한 보기 담당자인지, 동작을 확인하는 검수 담당자인지, 다음 버전을 만드는 편집 담당자인지 구분해야 합니다.

역할별로 필요한 결과물은 다릅니다.

  • 보기 담당자: Share to Web 링크면 충분합니다.
  • 검수 담당자: Share to Web 링크와 화면 이름, 이동 경로, 버전 번호가 필요합니다.
  • 편집 담당자: .prd 파일과 함께 Principle을 실행할 macOS 환경이 필요합니다.
  • 개발 담당자: 웹 링크, 주요 상태 설명, 전환 조건, 고정 시연본이 필요합니다.
  • 승인 담당자: 다시 바뀌지 않는 녹화본이나 이미지와 승인 기록이 필요합니다.

Principle 공식 문서는 Share to Web를 통해 Windows, Linux, macOS, Android, iOS에서 브라우저로 프로토타입을 볼 수 있다고 설명합니다. 그러나 이는 편집 기능이 아니라 보기 기능입니다. Windows 브라우저에서 레이어 구조, 이벤트, 타임라인을 원본처럼 관리할 수 있다고 설명하면 안 됩니다. (principleformac.com)

주의: .prd 파일을 보냈다는 사실은 전달 완료를 뜻하지 않습니다. 수신자가 무엇을 해야 하는지까지 지정해야 실제 협업이 끝납니다.

02

Windows 고객과 제품 관리자는 웹 링크로 검수합니다

고객이 인터랙션을 직접 눌러 보고 의견만 주면 되는 상황에서는 Share to Web가 가장 짧은 경로입니다. Principle에서 웹 공유를 만들고, 링크와 함께 검수 범위를 적습니다.

전달 문서에는 다음 내용을 넣습니다.

  1. 첫 화면으로 열려야 하는 시작 화면
  2. 반드시 확인해야 할 주요 이동 경로
  3. 스크롤, 누르기, 끌기처럼 입력이 필요한 동작
  4. 정상 상태와 오류 상태의 구분
  5. 이번 검수에 포함되지 않는 화면
  6. 현재 버전 번호와 수정 날짜

피드백은 채팅방에 흩어 놓지 않는 편이 좋습니다. 링크와 함께 피드백 문서나 협업 도구를 사용하고, 한 항목마다 화면 이름과 재현 순서를 적습니다.

예를 들면 다음과 같이 기록합니다.

  • 화면: 결제 완료
  • 경로: 장바구니 → 결제 → 완료
  • 문제: 완료 화면에서 뒤로 가기 동작이 정의되지 않음
  • 첨부: 해당 상태의 화면 캡처
  • 버전: prototype-1.4

Share to Web는 편리하지만 링크를 보낸 뒤 검수를 끝내도 되는 것은 아닙니다. 공식 변경 기록에는 기존 웹 공유 프로토타입을 현재 문서로 갱신하는 기능과 공유된 버전 목록 관리가 안내되어 있습니다. 수정 후에는 링크가 새 버전을 가리키는지, 접근 권한이 유지되는지, 시작 화면이 바뀌지 않았는지 다시 확인해야 합니다. (principleformac.com)

03

Windows에서 편집이 필요할 때는 원격 맥으로 전환합니다

Windows 협력자가 .prd 원본을 직접 수정해야 한다면 웹 링크만으로는 부족합니다. Figma나 Sketch에서 다시 화면을 가져오거나, Principle에서 애니메이션을 고치거나, 새 링크와 녹화본을 만들어야 한다면 Principle을 실행할 macOS 환경이 필요합니다.

이때 선택지는 세 가지입니다.

  • 한 번만 수정: 프로젝트 단위 원격 맥을 사용합니다.
  • 가끔 수정: 필요한 기간만 원격 맥을 유지합니다.
  • 매일 제작: 고정된 맥 환경이나 자체 Mac 장비를 검토합니다.

조건별 선택 체크리스트

아래 항목을 순서대로 확인하면 Share to Web, 원격 맥, 고정 Mac 환경 중 하나를 선택할 수 있습니다.

  • [ ] Windows 팀이 링크를 열고 동작만 확인하면 됩니다.
    Share to Web를 선택합니다.

  • [ ] 고객이나 제품 관리자가 화면별 의견만 남기면 됩니다.
    Share to Web 링크와 검수 기록을 함께 전달합니다.

  • [ ] .prd 파일의 레이어, 이벤트 또는 애니메이션을 수정해야 합니다.
    macOS 환경으로 전환합니다.

  • [ ] 이번 프로젝트에서 한두 번만 수정하고 다시 공유하면 됩니다.
    프로젝트 단위 원격 맥을 선택합니다.

  • [ ] 매주 Principle 원본을 수정하고 관련 미디어도 함께 관리합니다.
    고정된 Mac 환경을 검토합니다.

  • [ ] Figma나 Sketch 화면을 다시 가져와야 합니다.
    macOS에서 대표 화면을 먼저 가져온 뒤 원격 맥 사용 범위를 정합니다.

  • [ ] 개발자가 동작 조건과 상태 설명을 확인해야 합니다.
    웹 링크, 상태 문서, 고정 시연본을 함께 전달합니다.

  • [ ] 물리 장비 연결이나 로컬 저장 장치가 필수입니다.
    원격 맥보다 직접 보유한 Mac이 적합할 수 있습니다.

  • [ ] 아직 장비 구매를 결정하지 않았고 대표 프로젝트만 시험하면 됩니다.
    원격 맥에서 파일 열기, 수정, 공유 과정을 먼저 검증합니다.

이 조건표에서 .prd 수정, 재가져오기, 다시 공유 중 하나라도 필요하면 웹 링크만 보내는 방식으로는 부족합니다. 반대로 수신자가 보기와 검수만 한다면 편집 환경을 추가할 이유가 없습니다.

원격 맥을 선택할 때는 단순히 .prd 파일이 열리는지만 확인하면 안 됩니다. 다음 항목을 대표 프로젝트로 먼저 점검해야 합니다.

  • 원본 글꼴이 설치되어 있는가
  • 연결된 이미지가 빠지지 않았는가
  • 영상과 음원이 재생되는가
  • 첫 화면과 주요 이벤트가 유지되는가
  • 파일 저장과 다시 열기가 가능한가
  • 웹 공유와 녹화본 내보내기가 정상적으로 되는가
  • Windows에서 접근할 최종 파일을 다시 내려받을 수 있는가

단기 납품이라면 처음부터 장기 장비 구매를 결정하기보다, 대표 .prd 파일 하나를 열고 수정한 뒤 다시 공유하는 흐름을 검증하는 편이 안전합니다.

원격 제어는 실제 Mac 화면을 다루는 방식이지만, 네트워크 상태와 파일 위치에 따라 조작감이 달라질 수 있습니다. 따라서 최종 납품 직전에는 원격 환경 안에만 파일을 남기지 말고, 원본과 출력물을 별도 저장소에도 복사해야 합니다.

원격 맥 작업을 시작하는 다섯 단계

  1. 수신 범위 확인: 고객이 보낸 .prd 파일과 연결된 미디어 목록을 받습니다.
  2. 대표 화면 선정: 모든 화면을 바로 가져오지 말고, 글꼴·영상·스크롤·상태 전환이 포함된 화면을 먼저 고릅니다.
  3. macOS에서 열기: Principle이 실행되는 환경에서 원본을 열고 누락된 자산을 기록합니다.
  4. 수정과 재공유: 이벤트나 애니메이션을 수정한 뒤 새 버전의 Share to Web 링크를 만듭니다.
  5. Windows에서 재검수: 링크, 녹화본, 내려받은 파일을 Windows 환경에서 다시 확인하고 승인 기록을 남깁니다.
04

Figma와 Sketch를 오가는 협업은 무손실 동기화로 보면 안 됩니다

Windows 디자이너가 Figma에서 정적 화면을 관리하고, Mac 사용자가 Principle에서 인터랙션을 만드는 분업은 가능합니다. 다만 Figma에서 Principle로 가져온 결과가 항상 원본과 일대일로 유지된다고 가정하면 안 됩니다.

Figma 공식 도움말은 Principle이 현재 macOS에서 제공되며, Figma 디자인을 Principle로 가져오는 연결 절차가 필요하다고 설명합니다. 또한 Figma 안에서 Principle 파일로 직접 내보내는 방식은 지원하지 않는다고 안내합니다. (help.figma.com)

Principle 공식 문서도 일부 경로, 효과, 마스크, 텍스트가 이미지로 합쳐질 수 있다고 설명합니다. 다시 가져오기 과정에서 기존 애니메이션과 이벤트가 유지되는 경우가 있지만, 원본 레이어를 삭제한 뒤 새로 만들면 기존 연결이 사라질 수 있습니다. 따라서 전체 화면을 한 번에 갱신하기보다 대표 화면으로 먼저 확인해야 합니다. (principleformac.com)

가져오기 전 확인할 항목

  • 레이어 이름이 개발자와 공유할 수 있는 형태인가
  • 애니메이션 대상 레이어가 병합되지 않았는가
  • 글꼴이 이미지로 바뀌지 않았는가
  • 마스크와 흐림 효과가 의도대로 보이는가
  • 영상과 이미지 파일의 위치가 바뀌지 않았는가
  • 다시 가져온 뒤 이벤트 연결이 유지되는가

Figma 파일을 Windows 팀이 계속 관리하고, Principle 파일은 Mac 담당자가 유지하는 방식이라면 파일의 책임자를 문서에 적어 두어야 합니다. 누가 화면을 수정하는지, 누가 동작을 수정하는지 정하지 않으면 같은 화면을 양쪽에서 고치다가 변경 내용이 충돌합니다.

Figma와 Principle을 함께 쓰는 팀이라면 가져오기 전에 레이어 구조를 단순화하는 절차를 먼저 마련하는 것이 좋습니다. 특히 인터랙션에 연결된 레이어는 이름과 계층을 바꾸기 전에 별도 버전으로 보관해야 합니다.

05

개발자에게는 링크와 상태 설명을 함께 전달합니다

개발자는 녹화본만 보고 동작을 구현하기 어렵습니다. 녹화본은 결과를 고정해서 보여 주지만, 어떤 입력이 전환을 일으켰는지와 전환이 실패했을 때 무엇이 보여야 하는지 설명하지 않기 때문입니다.

개발 전달 패키지는 다음처럼 나누는 것이 좋습니다.

  • 체험용: Share to Web 링크
  • 상태 설명: 화면 이름, 입력 조건, 다음 상태
  • 동작 기록: 지연 시간, 전환 방식, 스크롤 방향, 반복 여부
  • 고정 확인용: 녹화본 또는 이미지
  • 수정용: .prd 원본과 필요한 미디어

Principle은 애니메이션의 지연 시간과 지속 시간, 이징 같은 값을 사용합니다. 이런 값은 개발자가 동작을 구현할 때 참고할 수 있지만, 링크 하나만으로 모든 구현 조건이 전달되는 것은 아닙니다. (principleformac.com)

개발자가 Windows를 사용한다면 먼저 링크를 열어 핵심 상태를 확인하게 하고, 상세한 동작값은 별도 문서로 제공합니다. 원본 편집이 필요해질 때만 원격 맥이나 다른 macOS 환경을 연결합니다.

06

정식 보관은 세 가지 결과물로 나눕니다

최종 승인 단계에서는 하나의 파일로 모든 책임을 해결하려 하지 않는 것이 좋습니다.

  • 계속 편집할 원본: .prd, Figma 또는 Sketch 원본, 미디어 목록
  • 바로 체험할 버전: Share to Web 링크
  • 변경되지 않는 승인본: 녹화본, 이미지, 승인 날짜와 버전 번호

최종 선택은 수신자의 작업 범위에 따라 달라집니다.

  • Windows 팀이 보기와 검수만 하면 Share to Web를 선택합니다.
  • 한두 번 수정하고 다시 전달하면 프로젝트 단위 원격 맥을 선택합니다.
  • 매주 Principle 원본을 고치면 고정된 macOS 환경을 검토합니다.
  • 개발자가 동작을 구현하면 웹 링크와 상태 문서를 함께 전달합니다.
  • 고객이 최종 승인만 하면 웹 링크와 고정 녹화본을 함께 보관합니다.

경험칙: 링크만 남기면 다음 수정자가 시작할 위치를 잃습니다. 원본만 남기면 Windows 검수자가 결과를 확인하기 어렵습니다. 두 파일과 승인 기록을 함께 남겨야 전달 책임이 분리됩니다.

07

자주 묻는 질문

Windows 브라우저에서 Principle 프로토타입을 바로 열 수 있나요?

가능합니다. Principle 6의 Share to Web로 만든 링크는 Windows 브라우저에서 열 수 있습니다. 설치 없이 화면을 누르고 스크롤하며 동작을 확인할 수 있지만, 이는 체험용 공유입니다. .prd 파일의 레이어나 애니메이션을 편집하는 기능까지 제공하는 것은 아니므로, 수정 담당자에게는 macOS 환경과 원본 파일을 따로 준비해야 합니다.

Windows에서 받은 .prd 파일은 어떻게 확인하고 수정하나요?

Windows에서는 .prd 파일을 편집용 원본으로 바로 사용하는 방식보다 Share to Web 링크로 결과를 확인하는 방식이 적합합니다. 실제 수정은 Principle이 실행되는 macOS에서 진행해야 합니다. 수정 후에는 새 웹 링크와 버전 번호를 만들고, 글꼴과 미디어가 빠지지 않았는지 Windows에서 다시 확인해야 합니다.

Share to Web가 원본 파일 전달을 대신할 수 있나요?

검수와 시연만 필요하다면 어느 정도 대신할 수 있습니다. 그러나 Share to Web는 레이어 편집이나 애니메이션 재구성을 위한 원본이 아닙니다. 다음 작업자가 계속 제작해야 한다면 .prd 파일과 필요한 미디어, 글꼴 정보, 현재 버전의 웹 링크를 함께 전달해야 합니다. 승인용 녹화본까지 추가하면 결과가 바뀌었을 때 비교하기 쉽습니다.

Figma에서 Principle로 가져온 화면을 Windows 개발자에게 어떻게 전달하나요?

Figma 화면을 macOS의 Principle로 가져온 뒤 인터랙션을 만들고, Share to Web 링크를 개발자에게 보냅니다. 가져오기 과정에서 일부 레이어가 합쳐지거나 이미지로 바뀔 수 있으므로 대표 화면을 먼저 확인해야 합니다. 개발자에게는 링크뿐 아니라 화면 이름, 입력 동작, 전환 조건, 예외 상태를 함께 적어 주는 것이 안전합니다.

맥이 없으면 고객이 보낸 Principle 프로토타입을 수정할 수 있나요?

Windows만으로 .prd 원본을 완전하게 수정하는 것은 어렵습니다. 웹 링크로 의견을 확인할 수는 있지만, Principle에서 이벤트와 애니메이션을 바꾸려면 macOS가 필요합니다. 단기 수정이라면 한국에서 사용할 수 있는 맥 미니 렌탈 환경에서 대표 파일을 먼저 열어 보십시오. 파일이 정상적으로 열리고 다시 공유되는지 확인한 뒤 작업 기간을 정하는 편이 좋습니다.

Windows 전용 환경에서 계속 .prd를 전달하는 방식은 두 가지 약점이 있습니다. 수신자가 원본을 수정할 수 없고, 웹 링크만 갱신하면 어떤 버전이 승인본인지 헷갈리기 쉽습니다. 반대로 KVMNODE의 원격 맥은 필요한 프로젝트 기간에 macOS 편집 환경을 열어 원본 수정, 재가져오기, 녹화와 웹 공유를 한 흐름으로 확인할 수 있습니다. 다만 팀이 보기와 검수만 한다면 굳이 렌탈로 바꿀 필요는 없습니다. 수정이 실제로 필요할 때 대표 프로젝트 하나로 먼저 검증하는 것이 가장 합리적인 선택입니다.

Principle 6.43 프로토타입을 Windows 팀에 전달하는 핵심은 파일 하나를 보내는 일이 아닙니다. Share to Web는 체험용, .prd는 편집용, 녹화본은 고정 확인용으로 역할을 나누고, 각 버전의 검수 기록을 남겨야 합니다. macOS가 필요한 작업이 반복될 때만 KVMNODE의 원격 맥 환경을 프로젝트 단위로 검토하면 됩니다.