web產(chǎn)品就是數(shù)據(jù)流構(gòu)成的，打開一個頁面，就是各色數(shù)據(jù)在流動，最終匯聚成用戶看到的樣子，用戶提交信息（勾選、輸入、上傳文件等等）同樣是數(shù)據(jù)流動，只不過方向變了。
（底層支持這些數(shù)據(jù)流的東西，沒有深究，但屬http協(xié)議無疑。發(fā)出請求、解析、響應(yīng)這些前述文章中講過）
2016年底，曾寫過一份產(chǎn)品過程總結(jié)（查了下文檔最后編輯時間是2015年 ……）
前段操盤做一個小型報表系統(tǒng)時記錄基本過程如下
- 確定業(yè)務(wù)需求
- 形成需求文檔（axure、草圖等，及設(shè)計出圖）
- 設(shè)計接口
- 設(shè)計數(shù)據(jù)庫
- 前后端代碼撰寫-聯(lián)調(diào)
- 測試
本質(zhì)上步驟并沒有什么變化。
只不過作為開發(fā)者，把前面需求階段（圖片中的1、2、3、4），后面使用階段（圖片中7）弱化了。而圖片中是以產(chǎn)品(經(jīng)理)角度出發(fā)的，更重視產(chǎn)品需求設(shè)計，以及上線使用，弱化開發(fā)階段的工作化分。
在參與過幾個小項目之后，過程本身并無新意。想法，共識，技術(shù)實現(xiàn)這三點在產(chǎn)品開發(fā)中更為本質(zhì)一些。
想法
重要性不言而喻，idea是產(chǎn)品之源，且不限于互聯(lián)網(wǎng)產(chǎn)品，甚至不限于產(chǎn)品。
共識
共識非常有意思，從想法產(chǎn)生開始就是一個逐步實現(xiàn)的過程，第一步就是把想法變成需求，如果想法和需求是同一個人操盤，這個想法到需求的傳遞過程就省略了，但通常不是一個人：想法可能是老板發(fā)起的，也可能是業(yè)務(wù)部門提的，但需求可能是產(chǎn)品經(jīng)理來具化，這里就涉及一個達成共識的過程。
而達成共識是相互的：‘想法’影響聽這個想法的人，聽想法的人還有自己的想法… 于是想法也會演進。
形成需求后，產(chǎn)品經(jīng)理(通常這個階段的操盤人)還需要讓所有參與人員對這個需求達成共識：技術(shù)、測試——以使最終呈現(xiàn)的，的確是所需要的。
產(chǎn)品經(jīng)理同寫需求文檔、畫圖，請設(shè)計師出設(shè)計圖(這步更多還是幫助前端的作用)，很大程度上是為了達成共識。
技術(shù)實現(xiàn)
前后端分離開發(fā)安排下，設(shè)計好接口就可以分開去開發(fā)了：約定好請求URL、包含的參數(shù)——不同參數(shù)和請求方式下后端給返回什么結(jié)果。
于是一切圍繞接口開展：
前端調(diào)接口，把數(shù)據(jù)取回（或同時傳數(shù)據(jù)給后端），再組裝成給用戶看的樣子，使用到的技術(shù)通常包括：HTML(結(jié)構(gòu)，大體位置分布)+CSS（樣式，哪塊長什么樣什么色）+JS（邏輯，從哪個接口取數(shù)、返回數(shù)據(jù)處理，把數(shù)據(jù)對應(yīng)到html中的哪個標簽下…）；
后端則想辦法滿足接口所需的數(shù)據(jù)：收到url1，返回什么，收到url1&type=1，返回什么…返回的可能是一串json數(shù)據(jù)，可能是操作成功提示，也可能，是一個圖片地址、一個文件。原始數(shù)據(jù)大多存在于數(shù)據(jù)庫中，后端的工作就是把數(shù)據(jù)庫中的數(shù)據(jù)（及其它通用數(shù)據(jù)，比如日期時間等）加工成前端需要的結(jié)構(gòu)，封裝成接口。
復(fù)雜的技術(shù)，嗯，不會，不是，不告訴你。
