本文從互聯網產品設計中的一些思考，關聯介紹到信息流，瀑布流和頁面元素相關的概念，希望對你有啓發
01 工程師和產品經理關注度不同
對於特定的軟件功能
程序工程師關注於功能實現邏輯，模塊組合。
產品經理關注功能的流程，場景。
在列功能列表時，具體到某一個頁面，工程師關注於數據的來源，接口的定義和實現。
產品經理關注頁面的場景，操作交互流程和頁面元素組成。
頁面的主要元素加上交互和數據的來源即可完成頁面功能的基本說明
02 原型圖和需求文檔 PRD
一個團隊沒有原型圖和需求文檔 PRD 可以開發嗎？
提供具體的產品原型圖和需求文檔 PRD 是正規開發流程中必不可少的一步。
產品原型圖是對產品功能的預演描述。需求文檔 PRD 是對產品功能的細化和邊界約束說明。
這兩類文檔一般由產品經理提供，程序工程師閱讀和參照執行。
另外一個角度理解需求文檔
用戶在什麼場景下觸發什麼操作解決什麼問題，呈現什麼結果。
「觸發什麼操作」程序上叫做「動作」
「場景」可以抽象爲「事件」
以上這句話等同於一個業務模型。
看到頁面元素和數據接口結合業務場景就能明白開發功能的團隊，需要有高度的配合度和清晰的目標感。
沒有原型圖和需求文檔 PRD 也可以開發，就看你的團隊成熟度指數有多高了。
03 常見的頁面元素
以下幾個概念參照知乎的文章整理而成。
像 搜索、分類、實時、運營位、瀑布流 這些都屬於頁面元素。
以社區產品爲例常見的頁面元素
Feed 元素組成
一個 feed 的組成在社區裏面是有一套基礎標準的。如元素可以分爲 11 種
頭像
暱稱
性別
點贊
評論
分享
舉報（增長功能）
調整字體（增長功能）
關注
業務場景（如跑步場景的內容）
動態內容
Feed 流類型
以下這幾個屬於舉例
商品
服務
私信
評論
贊
等
Feed 流和瀑布流區別
當用戶無目的“逛”時會關注產品本身，需要重點突出產品圖，使用瀑布流更合適；
當用戶有目的查找商品時，因爲已對商品有一定的認識，所以不僅希望看到圖片，同時也希望能夠直觀看到產品的參數配置，這點對科技類產品的展示尤其重要
Feed 流和瀑布流本質上都是信息分發的方式。
區別點在於
Feed 流“千人千面”，會針對用戶的喜好，推送給用戶喜歡的內容。例如 抖音、淘寶、知乎。
瀑布流“一視同仁”，推送給所有用戶的內容都是一致的。例如 36 氪公衆號、得到。
理解信息流
信息流，它是移動互聯網時代的一種內容呈現方式。
英文名叫 feeds，原意是給動物投餵食品。
信息流的精髓：
01 源源不斷
02 上癮
再參照「人工智能分發」的核心的定義，就是由算法和人工智能來決定
什麼樣的內容在什麼樣的場景之下給到什麼樣的用戶。
每個平臺都有關於信息流定義，分發，商業化相關的產品。
這篇就說這麼歡迎關注交流