Главная ошибка — считать отправку файла завершённой передачей проекта. У прототипа есть как минимум три разных представления, и каждое решает отдельную задачу.

Веб-прототип нужен получателю, который должен пройти сценарий. Он открывает ссылку, нажимает кнопки, проверяет переходы, прокручивает экраны и смотрит состояния. В официальной документации Principle Share to Web описан как способ получить ссылку для просмотра в браузере. Поддержка просмотра заявлена для Windows, Linux, macOS, Android и iOS. (документация Principle)

Файл .prd нужен тому, кто продолжит редактирование. Это не «универсальный экспорт», который можно открыть в любом браузере. Официальная справка Figma указывает, что Principle доступен только для macOS, а импорт из Figma запускается внутри приложения Principle. (справка Figma о Principle)

Фиксированная демонстрация — видео, GIF или набор снимков — нужна для подписи конкретной версии. Она полезна, когда клиент должен подтвердить внешний вид или последовательность действий, а ссылка позже будет обновлена. Но видео не заменяет интерактивную проверку: по нему нельзя надёжно оценить каждое состояние, прокрутку и альтернативный путь.

Перед отправкой задайте получателю один вопрос: он будет смотреть, проверять, редактировать или поддерживать проект? Если ответа нет, передавайте все три слоя. Это дешевле, чем выяснять через неделю, почему команда получила красивую ссылку, но не может исправить один экран.

Для клиента или менеджера, которому нужно только пройти прототип, Share to Web обычно является самым коротким маршрутом. Автор открывает проект в Principle на Mac и выбирает экспорт через меню Share to Web. После публикации команда Windows получает ссылку и открывает её в браузере. Такая схема не требует установки Principle на стороне получателя. (документация Principle)

Проверяйте не сам факт создания ссылки, а то, что увидит другой человек:

1. Открывается ли нужная стартовая область.
2. Работают ли основные кнопки и жесты мышью.
3. Доступна ли прокрутка на длинных экранах.
4. Сохраняются ли переходы между состояниями.
5. Видны ли пользовательские шрифты.
6. Загружаются ли изображения, видео и звук.
7. Не ведёт ли ссылка на старую версию.

Principle отдельно рекомендует Share to Web для случаев, когда у получателя нет установленных пользовательских шрифтов: документация описывает встраивание информации о шрифтах в веб-представление. Это снижает один из распространённых рисков, но не отменяет проверку реального браузера и разрешения экрана.

Важно: веб-прототип показывает результат работы, но не передаёт команду Windows в редактор Principle. Нельзя обещать получателю, что он сможет открыть ссылку, выбрать слой и изменить анимацию.

Веб-ссылка хорошо показывает взаимодействие, но плохо хранит договорённости. Если замечания остаются в переписке, через несколько итераций становится трудно определить, к какой версии они относятся.

Для ревью используйте комплект из четырёх элементов:

• ссылка Share to Web;
• номер версии, например P43-07;
• список проверяемых сценариев;
• единое место для комментариев.

В список сценариев включите не только названия экранов. Запишите действие и ожидаемый результат:

• открыть главный экран;
• выбрать фильтр;
• перейти в карточку;
• изменить состояние переключателя;
• вернуться назад;
• прокрутить список;
• проверить пустое состояние;
• открыть ошибку или подтверждение.

Попросите Windows-команду указывать в комментарии четыре детали: название экрана, последовательность действий, ожидаемый результат и фактическую проблему. Скриншот должен дополнять описание, а не заменять его.

После каждой новой публикации заново откройте ссылку в приватном окне браузера. Проверьте права доступа, стартовую область и ключевые переходы. Даже если обновление опубликованного прототипа поддерживается, не следует автоматически считать старую ссылку неизменной точкой приёмки: у команды должна оставаться отметка о том, какую версию она согласовала. В журнале изменений Principle отдельно упоминается обновление существующего веб-прототипа текущим документом. (журнал изменений Principle)

Если Windows-получателю нужно изменить анимацию, переназначить переход, исправить слой или записать новую демонстрацию, браузер уже не закрывает задачу. Для этого нужен Mac с установленным Principle.

То же относится к повторному импорту Figma и Sketch. В официальном описании интеграции Figma указано, что подключение и импорт выполняются из Principle: нужно открыть приложение, выбрать импорт, авторизовать аккаунт и выбрать страницу или отдельные фреймы. Figma также указывает, что экспортировать файл в Principle напрямую из интерфейса Figma нельзя.

Практический порядок работы выглядит так:

1. Получите исходный .prd и сохраните его копию под новым именем.
2. Соберите папку проекта: шрифты, изображения, видео, звук и ссылки на исходные материалы.
3. Откройте копию на macOS и проверьте стартовый экран.
4. Найдите проблемный переход или слой до внесения изменений.
5. Измените только согласованный участок.
6. Повторно просмотрите соседние состояния и обратный переход.
7. Опубликуйте новую версию через Share to Web.
8. Запишите номер версии и список исправлений.
9. Сохраните обновлённый .prd отдельно от веб-ссылки.
10. Передайте команде новый комплект на повторную приёмку.

Не ограничивайтесь проверкой, что файл «открылся». Проект может открыться, но потерять часть внешнего вида из-за отсутствующих ресурсов или отличий в импорте. Особое внимание уделите:

• шрифтам и начертаниям;
• изображениям с относительными путями;
• видеофайлам;
• звуковым дорожкам;
• названиям слоёв;
• стартовой области;
• состояниям после возврата назад;
• экрану ошибки и пустым состояниям.

Если собственный Mac отсутствует, можно проверить временный удалённый Mac для работы с проектом. Такой вариант рационален для разового ремонта, подготовки новой демонстрации или проверки импорта перед дедлайном. Для регулярной командной разработки сначала оцените частоту изменений: редкие задачи и постоянное производство требуют разных условий.

Частая схема у команды выглядит так: дизайнер на Windows поддерживает статичные экраны в Figma, а специалист на Mac переносит выбранные фреймы в Principle и добавляет интерактивность. Это не синхронизация в один клик. Это распределённый процесс с контрольными точками.

Для Figma официальный порядок включает подключение аккаунта, выбор документа, импорт страницы или выбранных фреймов и последующую работу с полученными слоями. Principle также рекомендует вносить визуальные изменения в исходном документе, а затем импортировать его снова. (документация Principle)

Поэтому не обещайте Windows-дизайнеру абсолютное сохранение структуры при каждом повторном импорте. Сначала возьмите одну типичную страницу и проверьте:

• совпадают ли размеры и положение ключевых элементов;
• сохранились ли названия слоёв;
• не появились ли растеризованные группы;
• корректно ли отображаются тени;
• не изменились ли шрифты;
• можно ли заново привязать переходы к нужным слоям.

В справке Figma отдельно отмечается различие в поведении теней между Figma и Principle: положение тени при трансформациях может интерпретироваться иначе. Это хороший пример того, почему нельзя считать повторный импорт безусловно без потерь.

Для Sketch сценарий аналогичен. В журнале изменений Principle для версии 6.43 заявлена поддержка импорта из Sketch 2026, но эта запись подтверждает именно возможность импорта, а не полную идентичность всех эффектов, слоёв и анимационных связей после переноса.

Условия выбора среды

Используйте следующие ветви решения:

• Если получателю нужно только пройти сценарий в браузере, выбирайте Share to Web и не передавайте .prd как основной способ просмотра.
• Если получатель должен оставить комментарии, добавляйте к ссылке номер версии и таблицу приёмки.
• Если требуется изменить таймлайн, слои или состояния, выбирайте macOS с установленным Principle.
• Если правка разовая и собственного Mac нет, сначала тестируйте удалённый Mac на копии проекта.
• Если Figma или Sketch обновляются постоянно, назначьте владельца macOS-этапа и зафиксируйте правила повторного импорта.
• Если команда разрабатывает продукт после утверждения, передавайте веб-ссылку, описание состояний и короткую запись ключевого сценария.
• Если требуется юридически или организационно подтвердить версию, сохраняйте видео или GIF вместе с номером сборки, но не вместо интерактивной ссылки.

Таблица показывает, почему один .prd редко является хорошим комплектом для Windows-команды. Он полезен только там, где заранее обеспечена macOS-среда и переданы все внешние материалы.

Разработчику обычно нужна не только картинка. Он должен понимать, что происходит после нажатия, какой экран является начальным, какие состояния считаются ошибочными и что происходит при повторном действии.

К веб-ссылке добавьте короткую спецификацию:

1. стартовый экран;
2. список основных пользовательских путей;
3. интерактивные состояния;
4. поведение прокрутки;
5. переходы назад;
6. состояния загрузки, ошибки и пустого результата;
7. параметры анимаций, если они важны для реализации;
8. известные отличия прототипа от будущего продукта.

Если команда получает только запись экрана, она видит один заранее выбранный путь. Запись полезна как «замороженная» версия для согласования, но не заменяет Share to Web. Если же команда получает только ссылку, ей может не хватить пояснений по состояниям, которые не встречаются в основном сценарии.

Для архива используйте три папки или три явно названных раздела:

• source — .prd, исходный Figma или Sketch и внешние ресурсы;
• review — Share to Web, номер версии и список замечаний;
• approval — видео или GIF, дата согласования и итоговый комментарий.

Такой порядок снижает риск, что через месяц команда откроет новый веб-прототип и примет его за тот, который согласовала ранее.

Можно ли редактировать .prd в Windows?

Нет, Share to Web не превращает .prd в редактируемый Windows-документ. Windows-браузер подходит для просмотра опубликованного прототипа. Для изменения слоёв, переходов и анимаций нужен Principle в macOS-среде. Если доступа к Mac нет, используйте удалённый Mac для конкретной задачи или передайте правку коллеге, который работает на Mac.

Нужно ли передавать .prd, если клиент только принимает работу?

Не всегда. Для обычного просмотра клиенту достаточно Share to Web и инструкции по проверке. Но если договор предполагает передачу исходников, дальнейшее обслуживание или возможность другого дизайнера продолжить работу, .prd следует включить в архив. Отдельно укажите, какие внешние материалы нужны для открытия и повторного экспорта.

Можно ли считать Share to Web заменой исходника?

Нет. Это замена установки Principle для просмотра, а не замена исходного файла. Веб-ссылка закрывает задачу демонстрации, но не даёт доступа к таймлайну, слоям и редактированию. Надёжная схема — ссылка для команды, .prd для владельца проекта и фиксированная запись для подтверждения конкретной версии.

Что проверять после импорта из Figma?

Проверьте не менее одной страницы с реальными слоями, текстом, изображениями, тенями и переходами. Сравните имена слоёв, размеры, шрифты и состояния. Отдельно проверьте элементы, которые были растеризованы или требуют ручной анимации. Импорт переносит фреймы в Principle, но не означает, что весь интерактивный контекст Figma автоматически превращается в готовую анимацию.

Если команда только смотрит и принимает прототип, не усложняйте процесс: Share to Web быстрее и понятнее. Но у схемы «только браузер и переписка» есть реальные слабые места — нельзя редактировать .prd, трудно исправлять замечания без macOS, а видео не показывает все интерактивные состояния. Постоянная покупка Mac тоже не всегда оправдана для фрилансера или небольшой команды с редкими проектами.

Когда вы уже подтвердили необходимость изменить исходник, повторно импортировать дизайн или выпустить новую демонстрацию, разумно сначала проверить проект в удалённой macOS-среде. На странице выбора Mac у KVMNODE можно рассмотреть такой вариант как проектный ресурс, а не как замену постоянной рабочей станции. Для эпизодической задачи аренда удалённого Mac обычно логичнее, чем покупать устройство ради одной передачи. Если же Principle используется ежедневно, нужны локальные периферийные устройства или постоянная тяжёлая работа с медиа, выбирайте собственный Mac и фиксированную командную среду.

Итоговая схема проста: Windows-команде отправляйте Share to Web, для редактирования сохраняйте .prd и macOS-доступ, а для приёмки фиксируйте версию и сценарии проверки. Так вы не выдаёте просмотр за редактирование и не заставляете клиента угадывать, какой файл считать финальным.