團隊成員都能開啟 NVivo 專案，最後彙整時卻發現查詢功能不可見，影片連結也失效。
最快解法：不要在 Windows 與 Mac 之間反覆手工轉換；先指定唯一主專案平台、統一主要版本，並在正式編碼前完成一次跨平台試交付。這就是 NVivo 15 Windows Mac 協作 最重要的控制原則；若研究需要 Windows 的完整功能，就以 Windows 作為主平台，Mac 只執行已驗收的任務。
跨校或跨實驗室交換 NVivo 專案的研究生、博士生與課題組成員，應先看這份時間線。
如果你負責軟體部署、專案歸檔或資料安全審核，文中的停止條件也能直接納入團隊流程。
提醒：「專案可以開啟」只代表檔案被程式讀取，不代表所有查詢、附件、媒體定位與分析結果都已經能在另一平台正常使用。
最後更新於 2026 年 8 月 29 日；版本、格式、功能差異與轉換邊界核實自 NVivo 官方跨平台專案轉換說明、官方檔案類型說明、NVivo 15.3 官方版本資料。若後續版本說明改變平台功能或協作規則，應重新驗證，不能把未公告內容當成既定支援。
SECTION 01立項時先鎖定主專案與平台邊界
跨平台協作的第一個錯誤，通常不是轉換操作做錯，而是課題組沒有定義「誰的檔案才是主專案」。Windows 與 Mac 採用不同專案格式，常見副檔名包括 .nvp 與 .nvpx；請先參照 NVivo 官方檔案格式文件核對你目前使用的版本和格式。
立項會議至少要留下以下紀錄：
- 主專案平台與唯一負責人；
- 所有成員的作業系統、NVivo 主要版本及資料存取範圍；
- Mac 成員可以執行的工作，例如閱讀、編碼或備忘錄整理；
- 必須回到主平台執行的查詢、關係分析、報告與匯出；
- 禁止把同一份交換副本分裂成多個「最新版本」；
- 升級 NVivo 或新增分析功能後，必須以基線專案重新驗證。
如果論文依賴 Windows 端較完整的查詢、報告或協作流程，就不要為了讓每位成員都能編輯而強行採用雙向流轉。跨平台可轉換，並不等於適合持續雙向轉換。
平台判斷表
| 判斷項目 | Windows 作為主平台 | Mac 作為主平台 |
|---|---|---|
| 主要分析功能 | 已確認論文所需功能均可執行 | 必須先驗證查詢、報告及匯出 |
| 交付方式 | Mac 接收受控副本或提交指定結果 | Windows 接收前先核對格式與附件 |
| 適合的工作 | 完整分析、合併、最終匯出 | 已驗收的編碼、檢閱、備忘錄 |
| 不適合的做法 | 多人各自複製後再猜測哪份最新 | 未試轉換就直接接手正式專案 |
| 停止條件 | 關鍵功能只在另一平台可見 | 附件、查詢或結果無法重現 |
SECTION 02試轉換不是形式測試，而是一次小型交付
首次轉換前，先建立檔案基線。所有操作都在副本上進行，原始專案保持只讀；這項要求不能因為專案檔案看起來可以正常開啟而省略。
試轉換的五個操作階段
-
盤點輸入資料
列出主專案檔、外部音訊、影片、圖片、超連結、複雜表格、備忘錄與既有查詢。對每個外部資源記錄檔名、相對位置、目前擁有者與存取權限。 -
統一主要版本
向每位成員收集 NVivo 主要版本和作業系統，不要只問「是否已更新」。若版本不一致，先把正式編碼暫停，建立一份能在兩端開啟的脫敏基線專案。 -
建立只讀備份與校驗紀錄
原始專案、附件資料夾和匯出成果分開保存；為交換副本留下建立日期、來源檔名、轉換方向及操作者。校驗紀錄的用途是讓你在結果異常時，能退回上一個可辨識的狀態。 -
執行單向試轉換
只選一個方向，例如 Windows 到 Mac，或 Mac 到 Windows。樣本應包含程式碼、備忘錄、查詢、媒體、外部連結與複雜文件，不要用只有幾份文字稿的空白專案冒充驗收。 -
形成三欄結果
將檢查結果分為「通過」、「有限制」及「必須回主平台」。介面中暫時不可見的項目，先查官方功能差異；不可直接把畫面沒有顯示判定為資料已刪除。
官方版本資料可用來確認已發布的功能變化，但不能替你驗證研究專案中的附件路徑與查詢輸出。這些項目必須在你的樣本上逐一重現。
試轉換驗收表
| 檢查對象 | 必須留下的證據 | 通過標準 | 未通過時的處置 |
|---|---|---|---|
| 程式碼與編碼範圍 | 轉換前後的節點及樣本編碼對照 | 結構與範圍可解釋且一致 | 停止擴大樣本，回主平台檢查 |
| 備忘錄與註解 | 抽查原文、建立者及關聯位置 | 內容與關聯沒有無法說明的差異 | 保留交換副本，改由主平台整理 |
| 查詢與報告 | 相同條件下的輸出檔或截圖 | 結果可重現，或限制已獲負責人批准 | 將該任務列為主平台專屬 |
| 音訊、影片與圖片 | 開啟結果、定位位置及檔案清單 | 可存取且定位不影響判讀 | 重新定位副本並記錄權限 |
| 外部連結與文件 | 連結路徑、檔案名稱及開啟紀錄 | 資源仍可找到且版本正確 | 不覆寫原始資料，改用受控附件 |
| 匯出成果 | 文件、表格或圖表的前後對照 | 格式與內容符合論文要求 | 回到主平台完成匯出 |
SECTION 03正式編碼期間控制變更入口
通過試轉換後，才進入正式協作。這時你需要控制的不是「每個人能否編輯」，而是誰在什麼時間、對哪一份副本、以何種方式提交變更。
建議把每次交付拆成可追蹤的節點：
- 簽出： 由負責人建立交換副本，記下來源版本和允許修改的範圍。
- 編碼： Mac 成員只處理已通過驗收的資料集，不自行新增未測試的查詢或媒體工作流。
- 提交： 以固定命名記錄成員、日期、平台與任務，不使用「final」「final2」這類無法追溯的名稱。
- 合併： 由主平台負責人先比較程式碼、編碼範圍、備忘錄和查詢結果，再決定是否納入。
- 備份： 在每次階段合併前後保存主專案和交換副本，並更新變更紀錄。
手工轉換適合受控交付，不適合拿來當日常同步機制。若課題組考慮使用官方協作功能，應先查看 NVivo 官方專案建立與協作伺服器說明，再由學校 IT 或資料管理員核對帳號、授權、儲存位置和研究倫理要求。不要因為協作功能存在，就假設它自動符合學校的資料治理規則。
你可以直接放進專案管理表的停止條件
- [ ] 任何成員使用不同主要版本，尚未完成基線測試。
- [ ]
.nvp與.nvpx的轉換方向、來源檔及回復方式沒有記錄。 - [ ] 外部音訊、影片、圖片或複雜表格尚未逐項開啟。
- [ ] 查詢結果只能在單一成員電腦上重現。
- [ ] 兩名成員同時修改同一份交換副本的衍生檔。
- [ ] 合併後沒有保存合併前主專案。
- [ ] 新增功能或升級後，尚未用基線專案回歸測試。
- [ ] 研究資料仍含可識別個人資訊，卻準備放到未審核的遠端環境。
只要勾選其中一項，就先停止擴大交付範圍。短暫延後編碼，通常比在論文截止前重新尋找遺失的附件或無法重現的查詢更容易處理。
SECTION 04最終交付要以主平台重新跑出結果
論文提交前，不要只收集各成員匯出的檔案。由主平台負責人重新開啟主專案，執行論文實際引用的查詢、圖表和匯出任務，並把結果與交換階段的成果對照。
最終驗收至少要包括：
- 程式碼樹、編碼範圍和案例數量是否符合研究紀錄；
- 備忘錄是否仍連結到正確的程式碼、案例或原始資料；
- 音訊、影片、圖片及複雜文件是否能在需要的位置開啟；
- 論文引用的查詢、圖表與匯出成果能否在主平台重現；
- 是否保存主專案、交換副本、匯出成果、版本說明和恢復步驟；
- 是否由另一位成員依文件完成一次獨立接收，而不是只依賴原操作者記憶。
若你需要進一步規劃遠端 Mac 科研資料安全與退出清理，應把登出帳號、刪除暫存資料、清理下載資料夾及確認遠端硬碟權限列入歸檔流程。若團隊正在建立實驗室沒有 Mac 的臨時科研環境，則應先用去識別化樣本驗收，再決定正式研究資料是否能進入該環境。
NVivo 官方的匯出流程可參考檔案匯出說明，但匯出檔不能取代主專案備份。CSV、報告或圖表只能保存部分研究成果，無法完整取代程式碼關聯、備忘錄脈絡和附件結構。
沒有 Mac 時的低風險驗收路線
如果實驗室沒有可用 Mac，不必為了一次交付驗證立刻採購設備。你可以先準備去識別化樣本，確認授權和資料政策允許後，使用具備獨立權限的遠端 Mac 完成接收、附件定位、查詢複核和匯出測試。遠端連線的實際可用性、資料清理和權限設定，仍要按照你所在學校的規範驗收。
若驗收結果顯示 Mac 只能穩定完成編碼，而關鍵分析必須回到 Windows，這不是測試失敗，而是清楚界定了雙平台分工。你可以把 Mac 定義為受控接收端或編碼端，而不是讓它成為另一個未經管理的主專案來源。
SECTION 05FAQ：NVivo 15 跨平台交付的常見疑問
結尾判斷：先驗收，再決定是否長期配置
對混合平台課題組而言，Windows 與 Mac 反覆轉換的缺點很具體：版本與格式容易失配、外部附件路徑可能失效、部分查詢或報告工作需要回到主平台，而且多人各自修改副本後會增加合併與追溯成本。相較之下，先指定 Windows 主專案、讓 Mac 執行已驗收任務，能把風險限制在可檢查的交付節點。
如果團隊只有一名 Mac 使用者，或實驗室暫時沒有 Mac，按論文週期準備一台具備獨立權限的遠端 Mac，先用脫敏專案完成接收、複核與匯出驗收，通常比為一次相容性確認立即購買設備更穩妥。需要臨時科研算力或測試環境時，你可以先查看 MACNOX 的遠端 Mac 方案；若研究是長期高負載分析、必須連接實驗室實體儀器，或學校規定資料不得離開指定網段，則應優先採用校內受管控設備，而不是勉強租用遠端環境。
SECTION 06常見問題 FAQ
NVivo 的 Windows 專案可以直接在 Mac 開啟嗎？
不要把「能開啟」視為「可以直接工作」。Windows 與 Mac 使用不同專案格式，通常需要依官方流程轉換；轉換前應保留只讀原始副本，並在脫敏樣本中核對程式碼、備忘錄、查詢、媒體與外部連結是否正常。正式專案則要先完成試交付。
NVivo 專案在 Mac 和 Windows 之間反覆轉換，最容易出現哪些問題？
反覆手工轉換會增加版本不一致、附件路徑失效、功能在另一平台不可見，以及多人同時修改不同副本後難以合併的風險。這不代表資料必然消失，但你必須逐項確認可見性、編碼範圍、查詢輸出與媒體定位，不能只依賴專案成功開啟。
混合平台課題組應該把 NVivo 主專案放在哪個系統？
主專案應放在能完整執行論文所需查詢、關係分析、報告及匯出工作的主要平台。若研究流程依賴 Windows 才有或較完整的功能，就以 Windows 為主；Mac 成員只承擔已驗收的編碼或檢閱任務，並由指定負責人控制合併入口。
NVivo 專案轉換後附件連結失效，應該怎麼處理？
先停止繼續編碼，對照轉換前的檔案清單與原始資料位置，確認是路徑改變、權限不足，還是附件未隨專案交付。不要直接覆寫原始副本；在交換副本中重新定位並抽查音訊、影片、圖片及複雜文件，最後由主平台重新開啟和匯出驗收。
實驗室沒有 Mac，如何測試 NVivo 的跨平台交付？
你可以先準備一份去識別化樣本，包含程式碼、備忘錄、查詢、媒體與外部連結，再透過具備獨立權限的遠端 Mac 進行接收、定位、查詢複核與匯出。測試只用副本，不要放入未核准的研究資料；驗收通過後，再決定是否採用長期雙平台環境。