這樣說吧，好的原型一定是可以讓程式設計師和需求者同時能看懂的。

依據這個目標來說，所謂優秀不在於某一種固定格式，而在於表述。

今天我們規劃產品時往往會提及競品分析，而實際上如果是山寨個競品，往往是最容易的，比如我說要做個網址導航，那麼直接copy一份好123即可，甚至不需要任何文件，成品已經在那裡放著。

所以說，原型越是貼近實物，越能夠讓人一目瞭然，再輔以較為複雜的邏輯說明，流程文件基本就可以稱之為優秀。

當然，光說不練假把式，題主怕是想要參考一下，那麼我推薦以下幾個原型，題主可酌情參考。

1、CRM及協同辦公移動端原型：http://www.axureux.com/demo/Templates016

2、客戶關係管理系統中臺原型：

http://www.axureux.com/demo/Templates013

3、電商後臺業務管理系統原型：http://www.axureux.com/demo/TemplatesBmsEC

4、電商產品移動端互動原型：http://www.axureux.com/demo/TemplatesMobEC

當然，還有其他的，題主可自行檢視。

我個人覺得你的客戶需要的是什麼 可以參照可回以前的作品 沒有的話 你就按照基本的做 以後別人接受的話 也會按照你的做

作為一個從研發轉產品經理再轉專案管理的人來分享自己的看法。我覺得一個好的PRD確實需要很多時間去打磨，而網際網路產品的快節奏，往往計劃趕不上變化，產品需求也是在不停的變更。好的PRD除了要有完整的章節內容，必要的流程圖、原型圖，準確清晰的文字表達外，更重要的是有清楚的邏輯，讓讀者能夠快速消化理解產品邏輯和具體需求。特別是對一些規則演算法，能夠直觀準確的表示，並附上示例。需求更新時，一定要及時更新PRD並做好版本變更記錄。