企業IPR如何做好產品/研發階段的專利風險防控工作？

#本文僅代表作者觀點，不代表IPRdaily立場，未經作者許可，禁止轉載#

來源：IPRdaily中文網（iprdaily.cn）

作者：郭琨

原標題：企業IPR如何做好產品/研發階段的專利風險防控工作

“眾所周知，互聯網產品更新迭代速度之快，可能一個軟件產品還沒面市，市場上的商業機會就已經錯失（可以看看小米的米聊和騰訊的微信案例）”。

言歸正傳，在互聯網企業中，一個軟件產品在內部常以敏捷開發的形式去管控產品的設計開發流程，那對于互聯網企業的IPR來說，如何快速準確地保證企業上線的軟件產品的專利侵權風險是可控的將成為一個迫在眉睫的問題。

本文聚焦互聯網軟件產品各階段專利風險點問題，試圖給互聯網企業IPR在產品-研發全生命周期的各階段如何較為快速有效地進行專利風險防范提供一些思路上的參考。

一、產品規劃

產品經理在這一階段會探索公司未來擬開發的新產品、或新的市場機會（可能是一種新的商業模式，如短視頻、直播帶貨），確定出相應產品的市場規模大小及容量，相應產品的定位及差異化優勢，目標客戶人群，產品的升級迭代路線等等，從而規劃出自身企業擬開發的產品的具體特性，及對應的產品功能。

在這一階段中，企業IPR需關注產品部門所規劃出的產品的功能點及功能特性是否對標目前友商已有的產品及相應功能，必要時對企業自身的產品功能及特性梳理出功能清單，并定期基于產品經理的反饋進行維護更新產品功能清單，這十分有利于IPR后續的專利侵權排查工作整體管控。

圖源：網絡

（圖1：cloudflare官網上的產品功能列表）https://www.cloudflare.com/

二、需求評審

在產品經理完成產品的規劃后，會成立項目組，項目組成員這時候會拉入研發人員，召開項目啟動會，并確定項目組人員分工，及介紹各里程碑節點的完成時間、向研發介紹具體的產品方案需求，這時候可能也會有一些專門的大客戶的需求進入。當然，最重要的還是產品部給到研發部的需求（這時候產品部就是研發部的客戶，這也就是為什么我們經常會聽到研發同事說產品那邊瞎提需求==，這時候提的多），接著研發部就按照產品給出的需求開展后續的開發工作。

特別是對于中小型的互聯網企業，這個階段為什么需要重點進行侵權防控呢？

舉例來說，互聯網業務可能同時交給多個網絡服務商來服務。比如抖音可能會把其CDN業務同時交給多個CDN服務商的產品來對抖音業務進行服務。

圖源：網絡

如果其中一個大的CDN廠商（下文簡稱W）在一個小的CDN廠商（下文簡稱B）之前獲得抖音CDN業務的中標，此時抖音就會開始給到W業務量，隨著抖音CDN業務需求的增加，需要引進更多CDN廠商進行服務，這時候B就開始對抖音進行服務了。但是要知道的是，因為W在B之前也承接了CDN業務，這時候抖音自然而然會也會將具體的產品需求給到W，W此時會基于接收的需求，去設計出產品方案，從而就抖爸爸提出的若干需求申請大量的在先基礎專利方案。在B加入后，這時候抖音也會將其需求給到B，以評估B是否能夠解決此需求。B可能可以解決此需求，但這對于知識產權部而言，這并非一定是個好消息。一旦B可以解決此需求，也同時意味著B很大可能侵犯W所申請在先基礎專利的專利權。也即，誰先獲得客戶的需求，誰先獲得主動權。所以，這社會終究是大魚吃小魚，小魚吃蝦米。

回到企業內部的需求評審階段，產品人員再給到研發人員具體需求時，企業IPR此時應該有一定的敏感度，比如可以通過咨詢產品人員：我們這款產品是基于我們客戶提出的哪些需求所設計的產品？友商是否就產品解決了友商的客戶的哪些需求？我們是不是同樣要滿足我們與友商共同的客戶的需求，這些需求也是企業IPR后續進行專利侵權排查防控的重點，特別地，需重點關注友商相應的基礎在先專利。

三、立項方案

研發部在收到產品部的需求后，會進入正式的立項方案設計階段。

在這一階段，會由專門領域架構師確定具體的技術架構，按照產品經理的需求完成需求開發，從而有了較為成熟的整體技術方案，也是企業IPR在產品/研發階段進行專利侵權防控的重中之重，這階段也有了侵權比對較為翔實的方案材料。企業IPR需在技術架構基礎上，整體分析每個模塊的業務流程，并確定合適的檢索邏輯，從而有效找到相應的風險專利，并排除相應風險。

圖源：網絡

（圖2：某互聯網公司官網展示的產品技術架構示意圖）

四、迭代方案

產品迭代計劃（Roadmap）階段中，企業的產品方案可能會升級，技術架構也可能會改進，企業IPR也需時常與項目經理或產品經理保持溝通，確保能及時知悉產品方案的變動點，并對變動點及時開始專利核查。這一部分整體防控邏輯同（三）。

圖源：網絡

（圖3為某互聯網公司官網展示的某應用場景下的產品技術架構示意圖）

五、測試驗證

在產品上市前后，互聯網企業會組織研發部運維人員（測試人員）開展產品測試，并會搭建相應的測試框架和環境，并針對需要測試的內容撰寫全部的測試用例?；蛘?，收集客戶對相應產品的測試反饋。在這一階段，作為企業IPR，需要足夠充分了解測試人員針對該產品所使用的測試手段（即具體為自動測試，還是手動測試），所采用的的測試工具是不是友商所使用的測試工具？所使用的測試手段是不是外部直觀可見？上述問題都是企業IPR在這一階段需要重點考慮的問題，因軟件類或互聯網方法類技術方案天然地會比傳統結構類技術難以進行取證，所以企業IPR如能通過與研發人員的交流過程中發現行之有效的且非常便于取證的手段，應及時做好記錄，可與關鍵友商公開渠道所展示的測試文檔去作對標，并有針對性去查找對于測試方案所對應的風險專利，或者，基于取證手段設計檢索策略并試圖盡可能尋找完整風險專利包。

圖源：網絡

（圖4：某抓包工具示意圖，來源網絡，侵刪）

六、產品上市

對于很多企業來說，很喜歡將自己的產品具體的功能點以及實現方案事無巨細地在官網上進行介紹，這一定程度也會因技術細節描述過于詳盡將十分有利于競爭對手通過公開途徑獲取到自身企業產品的具體方案，并且可以清晰明了的進行侵權比對評估，更嚴重的是，如若實際侵權，所公開的文檔材料，還將成為他人證明我司侵權的直接證據。

在做好上市前的準備，企業IPR需對涉及的白皮書文件、官網產品介紹文案、微信公眾號文章等做好全面的風險點識別及核查，并及時將發現的風險點反饋至產品部、研發部甚至是品牌部、銷售部，使得企業整體經營的專利風險處于可控。

圖源：網絡

（圖5：某互聯網公司產品白皮書）

上述步驟僅是理想狀態下基于產品-研發全生命周期的侵權防控邏輯，特別地，還是需要企業自身建立長期可持續運行的風險識別、風險上報及風險評估/消除的機制，及搭建產品研發部門與知識產權部門之間及時的、可互通有無的風險分享橋梁，并由雙方聯合作戰以應對潛在的專利風險，最重要的是，應確保有一定數量的可開展專利風控工作的專利專職人員不定期地進行巡檢核查。

來源：IPRdaily中文網（iprdaily.cn）

作者：郭琨

編輯：IPRdaily王穎          校對：IPRdaily縱橫君

注：原文鏈接：企業IPR如何做好產品/研發階段的專利風險防控工作？（點擊標題查看原文）

426.cn Academy | 廣東省全域低風險！涉外商標代理高級研修班【廣州站】，安排！

「關于IPRdaily」

IPRdaily是全球領先的知識產權綜合信息服務提供商，致力于連接全球知識產權與科技創新人才。匯聚了來自于中國、美國、歐洲、俄羅斯、以色列、澳大利亞、新加坡、日本、韓國等15個國家和地區的高科技公司及成長型科技企業的管理者及科技研發或知識產權負責人，還有來自政府、律師及代理事務所、研發或服務機構的全球近100萬用戶（國內70余萬+海外近30萬），2019年全年全網頁面瀏覽量已經突破過億次傳播。

（英文官網：iprdaily.com  中文官網：iprdaily.cn） 

本文來自IPRdaily中文網（iprdaily.cn）并經IPRdaily.cn中文網編輯。轉載此文章須經權利人同意，并附上出處與作者信息。文章不代表IPRdaily.cn立場，如若轉載，請注明出處：“http://www.meihaolucy.com