官方跨平台說明列出 Mac 專案副檔名 .nvpx、Windows 專案副檔名 .nvp；副檔名不同，不代表改名就完成轉換。歷史版跨平台說明可作為格式辨識線索，但不能當成 NVivo 15 的操作保證。本週建議：先封存原件，只在副本上依 NVivo 15 當前官方流程轉換，再由目標 Windows 版本驗收。不要把 Mac 與 Windows 專案檔當成可直接互換的文件，也不要只因檔案成功開啟，就判定研究內容完整。(help-nv.qsrinternational.com)
這篇適合準備交出 Mac 專案的持有人，以及只用 Windows、收到 .nvpx 檔案的研究生。
跨平台課題組負責人與技術支援人員，也可用下列分工和驗收清單制定交接規則。
NVivo 15 Mac 專案轉 Windows：先分清責任與主版本
一次性把專案交給 Windows 成員，與 Mac、Windows 使用者持續輪流處理同一專案，是兩種不同工作流。後者容易產生多份「最新檔」，而外部媒體路徑、功能差異與轉換方向可能讓每份副本的狀態不一致。
NVivo 15 官方介紹確認專案可在 Mac 與 Windows 平台間移動，也提醒兩端功能並不完全相同。版本差異會變動：NVivo 15.3 的官方更新說明提到，Framework Matrix 已可在 Mac 版使用。因此，不要把較早版說明列出的功能差異，未經核對就當成 NVivo 15 現況。交接前請對照NVivo 15 Mac 跨平台說明與NVivo 15.3 功能更新說明，並以團隊實際安裝的版本為準。(community.lumivero.com)
| 交接情況 | 建議的主版本安排 | 主要風險 | 放行條件 |
|---|---|---|---|
| Mac 專案一次交給 Windows | Mac 原件封存；Windows 接收者建立轉換副本 | 版本不相容、轉換未完成、媒體連結失效 | Windows 端開啟副本，完成內容與媒體抽查 |
| Mac、Windows 長期往返 | 指定一個平台維護主專案，另設交接負責人 | 多份副本被誤認為主檔；平台功能差異造成工作項目不一致 | 先核對 NVivo 15 當前跨平台功能與課題組的實際流程 |
| 僅 Windows 使用者接手 Mac 檔 | 接收者先確認副檔名、建立版本及官方轉換路徑 | 將改副檔名或直接複製誤當轉換 | 由目標 Windows 版軟體處理，保留轉換前檔案 |
| 專案含外部媒體 | 專案與媒體清單分開交接 | 專案能開啟，但音訊、影片或圖片無法定位 | 在接收端逐項確認連結及播放、查看結果 |
歷史版官方說明以 .nvpx 和 .nvp 區分 Mac、Windows 專案格式，並提及跨平台連結路徑可能需要更新；這些細節適合用來規劃檢查項目，不宜直接當成 NVivo 15 的目前按鈕路徑或功能承諾。NVivo 14 跨平台說明亦曾列出 Windows 專案的 10 GB 大小限制。那是歷史版本文件中的數據，不能直接推定為 NVivo 15 限制；大型專案應先查目前官方要求，未確認前不要以該數字判斷能否轉換。(help-nv.qsrinternational.com)
持有人與接收者的轉換前檢查
Mac 專案如何準備 Windows 可驗收的副本？
處理 .nvpx 專案時，先確認它來自哪個 NVivo 版本、Mac 端是否能正常開啟，以及是否包含外部媒體。副檔名只能協助辨認格式，不能代替軟體轉換；不可手動把 .nvpx 改成 .nvp，也不要直接覆蓋唯一原件。
若 Mac 端本身已無法正常開啟，先停止反覆嘗試轉換。記下錯誤全文、軟體版本與最近一次成功開啟的狀態，再交由管理者判斷是否要使用備份或取得官方支援。修復或轉換都可能改變檔案狀態，因此要在副本上進行。
Mac 版 NVivo 專案轉換失敗，先檢查哪些項目？
按以下順序排查，避免同時改動多個條件後無法判斷原因：
- 保留原件。 將原始專案設為唯讀或存放在受控位置；另建工作副本。校對檔名，清楚標示原件、副本與轉換方向。
- 記錄版本與格式。 記下 Mac、Windows 兩端的 NVivo 版本，以及檔案副檔名。若版本不明，先向專案建立者確認，不要猜測相容性。
- 確認目標版本的轉換路徑。 在 Windows 端查閱目前 NVivo 15 官方說明，使用軟體提供的開啟、轉換或匯入流程。舊版文件中的選單名稱與步驟不一定適用。
- 整理外部媒體清單。 記下音訊、影片、圖片與專案外文件的位置；如媒體不在專案內，確認交接時也提供了檔案及可用路徑。
- 記錄錯誤並一次只改一項。 保存錯誤訊息、發生步驟及時間點。避免在原件上反覆修復、轉換或重新命名。
- 由 Windows 接收者驗收。 開啟轉換後的副本，檢查來源檔案、編碼內容、備忘錄、查詢或課題組實際使用的其他項目，並回報無法開啟或顯示異常的項目。
- 確認交接結果後再設定主檔。 由負責人決定哪份副本成為 Windows 主版本，記錄轉換方向與交付日期；原件繼續保留，不與工作副本混放。
媒體連結與研究內容的分項驗收
專案資料庫與專案外部檔案不是同一件事。轉換完成，不等於音訊、影片、圖片或文件連結也能在接收者的電腦上使用。歷史版跨平台說明指出，不同作業系統的檔案連結格式不同，連結可能需要重新定位；NVivo 15 當前如何更新連結，應再對照現行官方說明。(help-nv.qsrinternational.com)
注意：若音檔或影片存在 Mac 本機、外接硬碟或個人網路磁碟，Windows 接收者未必有相同路徑或權限。請把「檔案是否已交付」與「專案是否能開啟」分開簽認。
課題組可用同一份驗收紀錄，分別標示下列結果：
- [ ] 專案副本：確認接收檔案能以指定 NVivo 版本開啟，且檔名、建立來源與轉換方向有記錄。
- [ ] 媒體資源：逐項抽查音訊、影片與圖片；標記未嵌入專案的檔案及失效連結，指定補交或更新路徑的負責人。
- [ ] 編碼內容：對照原專案中已知的來源與編碼位置，確認接收端能查看預期內容。
- [ ] 備忘錄與查詢：抽查課題組實際依賴的備忘錄、查詢、摘要或分析結果，不要以檔案總數代替內容驗收。
- [ ] 交接紀錄：寫明 NVivo 版本、主專案所在位置、媒體所在位置，以及後續由誰接收修改。
不必預設所有研究都要檢查相同功能。先列出研究方法真正依賴的項目，再由原持有人和接收者共同抽查。若研究分析使用特定查詢、編碼比較或視覺化結果，就把它列為必要驗收項目；不使用的功能則不用為了清單而額外測試。
沒有 Mac 時的處理分支
沒有 Mac 的研究者，不應把遠端 macOS 當成 Windows 轉換器。它只能在符合課題組資料管理要求的前提下，作為存取或整理 Mac 端源專案副本的候選環境；轉換結果仍須交由目標 Windows 版本驗收。這也不是多人同步協作方案。
決策條件：
- 若手邊已有可用 Mac，且持有人能提供可開啟的專案原件：由持有人先備份，再把副本交給 Windows 接收者依當前流程轉換。
- 若只有 Windows，但持有人可在 Mac 端建立並交付副本：先取得副本、版本資訊及媒體清單，再由 Windows 端驗收。
- 若只有 Windows，而且必須檢查 Mac 端源專案：可評估臨時遠端 Mac；先確認機構對研究資料的儲存、存取與交付規範，不能確認就不要上傳受管制資料。
- 若團隊計畫長期在兩平台間反覆傳檔：先重新指定主版本與交接責任；不要用一次成功開啟，推定往返工作流安全。
沒有可用 Mac、但需要確認 Mac 端專案狀態時，可以先查看 MESHLAUNCH 遠端 Mac 服務入口及遠端 Mac 方案資訊，核對當前可用環境與檔案交付方式。是否適合處理研究資料，仍須由課題組自行核准；服務不代表 NVivo 轉換必然成功，也不構成資料合規保證。
Windows 單機加上電郵往返專案，表面上省去臨時環境安排，實際上仍可能卡在無法檢查 Mac 源檔、媒體散落不同位置，以及版本或主檔責任不清。若缺的是短期存取 Mac 專案的條件，租用 MESHLAUNCH 遠端 Mac 可作為替代自購設備的選項；若要長期穩定處理大量資料，或需要實體介面與機構指定儲存環境，應先比較自購 Mac 或校內設備是否更合適。選擇前請以目前方案頁的資訊核對連線與交付方式，不要把遠端存取當作轉換或驗收的替代品。
課題組交付放行條件
正式研究資料交付前，建議先用已脫敏或可公開的樣例走一次完整流程：Mac 原件備份、轉換副本建立、媒體連結檢查、Windows 端抽查，以及交接紀錄確認。樣例未通過，就不要直接對正式專案進行修復或覆寫。
提醒：研究內容完整性要由研究負責人確認。檔案能開、編碼能顯示，仍不足以證明所有查詢結果、備忘錄與研究判斷完全一致；請把核驗結果及例外項目留在交接紀錄中。