重要提醒
- 技術資料
- 說明問題、手段與效果,區分實測結果與尚待驗證的推論。
- 時程與權利
- 列出已公開內容、預定發表日及合作關係;資料完整不等於一定符合專利要件。
先用三個問題說明技術
先寫下想解決的問題、採用的具體手段,以及預期效果。例如不是只說「裝置更好用」,而是交代哪個構件、步驟或參數帶來改變。尚未證實的效果應與實驗結果分開標示,避免把推測當成已完成成果。
可以先寫一個使用情境,再逐步拆開操作流程。假設是改善漏水的接頭,應指出密封件放在哪裡、如何接觸、與原本方式差在哪裡;不要只有「防水效果佳」的結論。若有替代材料或不同安裝方式,也一起標出,讓討論能辨認哪些是必要設計、哪些只是目前選用的版本。
圖面與版本比漂亮簡報更重要
依技術性質準備結構圖、流程圖、操作說明或測試紀錄。圖面最好附上零件關係或步驟對照;若有數個版本,註明日期與差異。正式申請文件仍須依選定的專利種類撰寫,這份資料包不等於送件文件。
資料可分成對照圖、文字說明與測試附件,彼此使用相同編號。只交成品照片,往往看不到內部連接與作用關係;只交規格表,也可能缺少如何達成效果的過程。送件前需逐項確認是否已充分揭露,不能預設日後想到的新內容都能加進原案並保有原申請日。
把公開與權利來源一起盤點
整理展覽、網站、報價、論文及對外簡報的時間與內容,並列出參與研發者、所屬單位、委託或合作契約。發明人與申請人可能不同,不能只因某人負責聯絡,就直接把他列為發明人。
同一技術若曾向客戶展示、報價附圖或在募資頁播放影片,請分別記錄當時揭露到什麼程度,不要只填一個上市日。委外研發則準備契約與成果交付資料,確認誰有申請權、是否涉及共同申請。人員名單應依實際創作貢獻釐清,不用職稱或出資比例直接代替。
第一次洽詢的小清單
建議先備妥一頁技術摘要、一份可讀圖面、版本紀錄及公開時程表。未公開細節先確認安全的提供方式與保密安排,再交付必要範圍。這樣能讓討論聚焦於保護對象與下一步,而不是反覆補問背景。
第一次討論也可列出仍缺的資料、由誰補齊及預計時間。例如零件關係已確定但測試尚未完成,就分開標註,不必為了趕進度填上沒有依據的數據。若下週就要參展,先把日期說明清楚,讓文件準備與揭露安排一起評估,避免完成簡報後才發現沒有留下送件時間。
收到討論後的文件草案時,可由實際研發人員逐段核對,特別確認圖號、零件關係與替代方案,讓文件與真正完成的技術一致。
常見誤解
有產品照片就能直接申請?
照片可輔助理解,正式文件仍須依類型準備;需要把結構或方法說到可理解的程度。
先送簡略版本,之後補什麼都可以?
新增技術內容不一定能放進原案,送件範圍及後續補充限制應先確認。


