產品的基本形態，是指對資料進行計算和呈現，產品功能結構的本質則是對資料進行增加、修改和刪除，結果改變程式的本質，進而通過前台和後台反饋給使用者。產品規劃的邏輯是根據自己擁有的廣泛知識結果，運用基於對市場、運營和產品形態、技術發展等方面的認識，然後通過這些認識把他們相互關聯和組合，進而加上一些idea、創造出新的產品。其中的步驟分別是獲取需求、分析需求和決策需求，確定有關實現產品功能的戰略方向和戰略因素，如市場層面和公司內部層面的內容。對於使用者需求，需注意不把需要當需求，不把產品形態當本質。產品規劃中的產品策劃，就是架起乙個小小的邏輯公式，將命題作文轉變成填空選擇題。
產品需求文件（prd），是將抽象的產品具體形象化為具備一定功能的產品，全面確定整個產品的策略、外觀和結構等，進而確定整個產品系統的布局。它是基於brd、mrd的延續文件，給執行層面的技術人員閱讀，因此它更多的包含了介面、功能、互動、功能等內容，是乙份有詳細的功能需求說明文件，同時也是產品文件中最底層、細緻的文件，明確產品的功能需求。例如有資訊結構圖、介面線框圖、功能流程圖和功能說明文件。主要由結構圖，全域性說明，頻道功能和效果圖共四個部分組成。
產品需求文件利用資訊結構圖羅列資訊，羅列出產品功能的資訊內容，可以文字形式和思維導圖形式展現；利用產品結構圖梳理需求，包括頻道、頁面、模組及元素，以頻道為單位，頁面為子項，分別描述產品的頻道，頁面及頁面模組元素的功能需求，將產品原型具體化；利用介面線框圖進行原型設計，深入了解每個頁面上的元素和這些元素的屬性，可以手繪原型、灰模原型和互動模型的形式表現。
另外，產品用例圖可描述產品需求。乙份完整的用例模型是包括用例圖和每個用例的詳細描述文件，它通過使用者的使用場景來獲取需求，其中的場景說明了產品是如何和終端使用者或者其他產品互動。其次，功能流程圖展現了邏輯流程，是使用圖形的方式表示演算法邏輯的圖示，能替代用例文件。檔案標識和修改記錄也是產品需求文件必不可少的兩項。
我對產品經理的理解
我們每天要接觸到很多的產品，不離身的手機 喝水的杯子 使用的電腦 空調 穿的衣服鞋子，都是產品，作為種種的產品包圍著我們，那麼，在網際網路的世界，我們該如何定義產品？每天開啟電腦，個人電腦中，總會安裝許多形形色色的軟體，有些軟體我們甚至已經離不開，我想，每乙個軟體 應用程式 的開發之前，都會有種種的...
我對產品需求的理解
產品需求對於我個人來說並不陌生，在本科期間學習的軟體工程這門課程中在介紹軟體開發流程的時候對需求進行了簡單的介紹，但是並沒有對需求這個概念進行比較詳細的介紹。雖然在本科期間也做了幾個專案，也只是按著需求進行相關流程圖 類圖的設計 以及 的編寫，並沒有進行延伸的思考。作為乙個技術人員，其實很少直面客戶...
我對產品化的理解
我對產品化的理解 產品化的時機是看業務的需要，不管是對前景的落實，還是專案轉化成產品，這些都不是技術人員能考慮的，業務的發展和策劃，如何進行市場細化等如果都由技術人員考慮，產品化的風險很大。風險最大的是對於產品化的理解。提到 產品化 大部分技術人員，包括很多公司老闆，首先想到的是可銷售性，也就是免實...