項(xiàng)目在全部確認(rèn)后到執(zhí)行階段，往往有現(xiàn)場(chǎng)實(shí)施和遠(yuǎn)程實(shí)施兩種方式。那么在整個(gè)實(shí)施階段，需要注意些什么呢？

明確點(diǎn)：需求全部確認(rèn)（含用戶提供的資料全部提交，需求評(píng)審，會(huì)議紀(jì)要）后，且項(xiàng)目計(jì)劃與用戶溝通并確認(rèn)后，才能開(kāi)展項(xiàng)目實(shí)施階段工作。

實(shí)施階段工作可以分為兩種形式：一種是現(xiàn)場(chǎng)實(shí)施，一種是遠(yuǎn)程實(shí)施（主要指通過(guò)遠(yuǎn)程工具進(jìn)行模板制作、數(shù)據(jù)移植在遠(yuǎn)程完成項(xiàng)目部署）。

1. 軟硬件及環(huán)境部署

軟硬件及環(huán)境部署，應(yīng)盡量在安排需求調(diào)研后，頁(yè)面設(shè)計(jì)的同時(shí)完成，或在模板及數(shù)據(jù)初始化階段安排實(shí)施人員完成。

首先應(yīng)完成系統(tǒng)及環(huán)境的安裝，產(chǎn)品安裝應(yīng)結(jié)合后期系統(tǒng)移植考慮，合理安排。

1.1?實(shí)施/出差準(zhǔn)備

• 和客戶方負(fù)責(zé)人溝通，內(nèi)容為人員到達(dá)時(shí)間、實(shí)施/出差大體安排、客戶配合內(nèi)容等，為項(xiàng)目的實(shí)施/出差打下良好基礎(chǔ)。
• 項(xiàng)目相關(guān)模板、模塊、產(chǎn)品的準(zhǔn)備并刻盤(pán)或拷貝到筆記本（移動(dòng)設(shè)備）里。
• 各種安裝盤(pán)、工具盤(pán)的準(zhǔn)備（包括Windows Server2003-2008、LINUX、數(shù)據(jù)庫(kù)管理軟件、常用工具等）。
• 各種安裝配置文檔的準(zhǔn)備。
• 提交申請(qǐng)差旅費(fèi)并購(gòu)買(mǎi)車票。

1.2?實(shí)施/出差準(zhǔn)備

到客戶處后，簡(jiǎn)單介紹實(shí)施人員情況、工作計(jì)劃及需要配合工作等?？蛻艨赡軙?huì)召開(kāi)會(huì)議討論實(shí)施計(jì)劃及工作開(kāi)展等。在會(huì)議上，項(xiàng)目經(jīng)理可以了解一下客戶方基本人員情況和項(xiàng)目目前客戶方開(kāi)展情況，并把項(xiàng)目實(shí)施計(jì)劃和人員安排向客戶方作詳細(xì)介紹，需要客戶配合的部分也在會(huì)議上提出。

1.3?服務(wù)器安裝及配置

服務(wù)器安裝及配置，由項(xiàng)目經(jīng)理或項(xiàng)目工程師來(lái)完成，基本原則是根據(jù)安裝配置復(fù)雜程度來(lái)定。確實(shí)有難度的安裝配置工作，可以申請(qǐng)項(xiàng)目部或服務(wù)部其他人員支援。

服務(wù)器安裝配置內(nèi)容如下，有些項(xiàng)目5、6、7會(huì)有相關(guān)軟硬件集成商來(lái)做。

1.4?產(chǎn)品部署

1.4.1 部署策略

部署策略應(yīng)根據(jù)項(xiàng)目復(fù)雜程度的不同而有不同。

比較理想的狀態(tài)是，項(xiàng)目經(jīng)理負(fù)責(zé)全局指導(dǎo)性工作和參與難度較高的工作，項(xiàng)目工程師和客戶技術(shù)人員參與具體部署工作（對(duì)于政府客戶而言，如果有人員配合我們工作就很不錯(cuò)了）。

一些重復(fù)性的工作建議客戶來(lái)做或在當(dāng)?shù)卣腥藖?lái)做，如：初始化信息的編輯排版。如果客戶條件具備，界面設(shè)計(jì)工作、模板制作工作等也可讓客戶來(lái)做，為項(xiàng)目后期的維護(hù)打下基礎(chǔ)。

大型項(xiàng)目建議采用先培訓(xùn)、再部署的策略，部署完了再培訓(xùn)若干次。目的在于，培訓(xùn)后讓用戶參與到項(xiàng)目實(shí)施中，提前熟悉系統(tǒng)，有利于后期的系統(tǒng)移交。

大型項(xiàng)目如果非常復(fù)雜，可以分階段部署，并明確每個(gè)階段的重點(diǎn)。

1.4.2 部署的通常次序

• 服務(wù)器安裝及環(huán)境配置。
• CMS產(chǎn)品初始化安裝。
• 用戶體系/欄目結(jié)構(gòu)體系的建立。
• 信息源落實(shí)/信息移植/信息錄入及編輯。
• 模板設(shè)置前的規(guī)劃（實(shí)施政府大型網(wǎng)站比較重要），例如模板的樣式、單元名稱的命名、子欄目的作法、批量保存的使用、JS的調(diào)用、安全性和效率優(yōu)先的統(tǒng)一考慮等。
• 模板（HTML頁(yè)面）的整理和準(zhǔn)備。
• 模板單元設(shè)參。
• 其它模塊的安裝。
• 網(wǎng)站生成和發(fā)布。
• 虛擬主機(jī)的配置。
• 網(wǎng)站內(nèi)部測(cè)試。
• 網(wǎng)站移植、演示及調(diào)整。
• 網(wǎng)站開(kāi)通試運(yùn)行。

1.4.3 部署中的要點(diǎn)

盡量根據(jù)部署次序來(lái)做，往往會(huì)節(jié)省時(shí)間。這些次序通常隱含前后置關(guān)系，按照這樣的邏輯來(lái)部署CMS的項(xiàng)目，會(huì)保持較好的工作節(jié)奏。如果有兩個(gè)以上（含兩個(gè)）人員參與部署，則由項(xiàng)目經(jīng)理（項(xiàng)目負(fù)責(zé)人）分配給予不同的任務(wù)。

進(jìn)行CMS項(xiàng)目部署，最重要的一點(diǎn)是部署前要考慮周全。盡量避免容易返工的操作。下面舉幾個(gè)例子:

大部分頁(yè)面都有的頂部FLASH或圖片在模板中作成單元，但是不要在CMS單元中直接插入FLASH或圖片，而要在服務(wù)器的某個(gè)固定的目錄放置FLASH或圖片，做一段JS代碼引用圖片，然后把代碼插到頂部圖片單元中。這樣作避免以后圖片修改造成的大量頁(yè)面重新生成和發(fā)送的操作，只需要在固定目錄修改圖片即可。一些大部分頁(yè)面都有的如登陸入口、查詢?nèi)肟凇D標(biāo)、最新信息等，視具體情況也可考慮這樣來(lái)做。

CMS初始化建站盡量用域名而非用IP，主要是避免后期IP轉(zhuǎn)域名帶來(lái)的可能會(huì)重新生成和發(fā)送的操作（可以設(shè)置host來(lái)訪問(wèn)域名）。

對(duì)一些關(guān)聯(lián)性很強(qiáng)的操作，就是一些操作會(huì)影響到其它工作的操作，需要考慮清楚操作的邏輯和先后次序。

部署過(guò)程中要注意備份（實(shí)施工作量大時(shí)，應(yīng)每天備份并下載）。

1.5 常規(guī)產(chǎn)品的部署

• 從QA處填單領(lǐng)取相關(guān)產(chǎn)品。
• 仔細(xì)閱讀產(chǎn)品包中的Readme、安裝文檔和實(shí)施手冊(cè)，若有疑問(wèn)，立即向QA或部門(mén)同事詢問(wèn)。
• 部署采用先安裝調(diào)試，再嵌套界面的方式。
• 界面嵌套好后，應(yīng)把所有流程走一遍（包括前臺(tái)和后臺(tái)），看看有沒(méi)有異常的狀況。
• 產(chǎn)品安裝測(cè)試完畢后，應(yīng)把所有測(cè)試信息刪掉。
• 含實(shí)施手冊(cè)的產(chǎn)品，應(yīng)該嚴(yán)格按照實(shí)施手冊(cè)來(lái)實(shí)施。

1.6 定制開(kāi)發(fā)模塊的部署

• 定制開(kāi)發(fā)模塊開(kāi)發(fā)完成。
• 模塊安裝。
• 客戶試用并提出修改意見(jiàn)。
• 開(kāi)發(fā)人員修改直到滿足要求。
• 模塊界面設(shè)計(jì)并整合。

2. 模板設(shè)參

標(biāo)準(zhǔn)化實(shí)施

項(xiàng)目經(jīng)理根據(jù)頁(yè)面設(shè)計(jì)圖進(jìn)行實(shí)施設(shè)參，標(biāo)準(zhǔn)化的頁(yè)面有任何改動(dòng)（Banner/導(dǎo)航/版權(quán)信息除外）即視為個(gè)性化，實(shí)施人員要在《項(xiàng)目-設(shè)計(jì)清單》中標(biāo)注，項(xiàng)目經(jīng)理要整合實(shí)施人員的《項(xiàng)目-設(shè)計(jì)清單》在提交項(xiàng)目質(zhì)量測(cè)試的時(shí)候一并提交給QA

3. 遠(yuǎn)程實(shí)施

如果采用遠(yuǎn)程實(shí)施的方式，項(xiàng)目經(jīng)理可通過(guò)OA協(xié)同辦公提交支援單，由項(xiàng)目研究部配合安排分配遠(yuǎn)程實(shí)施服務(wù)器（也可以先將用戶服務(wù)器部署好，并開(kāi)放公網(wǎng)相關(guān)端口進(jìn)行實(shí)施）。

項(xiàng)目經(jīng)理先與用戶確認(rèn)好項(xiàng)目需求，并提供用戶相關(guān)資料、以及已經(jīng)確認(rèn)的主體頁(yè)面（剩余頁(yè)面可以由美工陸續(xù)完成）給遠(yuǎn)程實(shí)施負(fù)責(zé)人，項(xiàng)目進(jìn)入遠(yuǎn)程實(shí)施階段，在公司內(nèi)部由本地化實(shí)施部安排完成，一般由3-5人組成，初始化工作周期在1~2周左右。

本階段遠(yuǎn)程實(shí)施負(fù)責(zé)人主要職責(zé)：

• 業(yè)務(wù)對(duì)接：與項(xiàng)目經(jīng)理對(duì)接，明確實(shí)施要求（如CSS樣式、數(shù)據(jù)移植、完成時(shí)間、相關(guān)資料提交時(shí)間等）。
• 制定規(guī)范：模板制作及設(shè)參等整體實(shí)施規(guī)范的制定，主要為制定統(tǒng)一CSS樣式、公共Banner、版權(quán)、公有單元名稱、JS調(diào)用等標(biāo)準(zhǔn)文件及規(guī)范。
• 安排資源：協(xié)調(diào)安排實(shí)施資源，分配具體任務(wù)，按項(xiàng)目計(jì)劃開(kāi)展實(shí)施工作。
• 過(guò)程保障：檢查每天實(shí)施進(jìn)度及質(zhì)量，并及時(shí)糾正。
• 成果交付：確保按公司質(zhì)量規(guī)范要求實(shí)施完成，并交付給項(xiàng)目經(jīng)理。

本階段項(xiàng)目經(jīng)理主要職責(zé)：

協(xié)調(diào)資源：協(xié)調(diào)項(xiàng)目各中資源（業(yè)務(wù)資料、用戶資料、數(shù)據(jù)、軟硬件環(huán)境等），保障項(xiàng)目實(shí)施工作順利開(kāi)展。

監(jiān)督實(shí)施進(jìn)展：參照項(xiàng)目計(jì)劃，監(jiān)督實(shí)施進(jìn)展，并及時(shí)與遠(yuǎn)程實(shí)施負(fù)責(zé)人溝通。

質(zhì)量檢查：檢查實(shí)施工作成果，確保實(shí)施工作按計(jì)劃保質(zhì)保量完成。

用戶溝通：項(xiàng)目經(jīng)理應(yīng)與用戶保持溝通，使用戶能隨時(shí)掌握項(xiàng)目實(shí)施進(jìn)展情況，讓用戶可以瀏覽網(wǎng)站前臺(tái)實(shí)施成果，消除因?qū)Ρ倦A段遠(yuǎn)程實(shí)施而產(chǎn)生的擔(dān)心。

數(shù)據(jù)移植：

• 正式的數(shù)據(jù)移植，應(yīng)該分兩次進(jìn)行，第一次與模板實(shí)施工作并行，便于模板設(shè)參預(yù)覽實(shí)際效果。
• 由開(kāi)發(fā)人員完成的數(shù)據(jù)移植開(kāi)發(fā)工作，開(kāi)發(fā)人員須確保數(shù)據(jù)或移植程序質(zhì)量無(wú)誤，項(xiàng)目人員負(fù)責(zé)數(shù)據(jù)導(dǎo)入或使用移植程序?qū)С鰧?dǎo)入數(shù)據(jù)。
• 數(shù)據(jù)移植后要檢查信息數(shù)量、圖片、附件、視頻等是否正確。
• 第二次數(shù)據(jù)增量移植，應(yīng)盡量和信息員培訓(xùn)同步完成。安排計(jì)劃時(shí)，應(yīng)與用戶協(xié)商，在系統(tǒng)培訓(xùn)后、正式上線前安排一周為新舊系統(tǒng)同步錄入磨合時(shí)間。

4.?非遠(yuǎn)程實(shí)施

項(xiàng)目經(jīng)理先與用戶確認(rèn)好項(xiàng)目需求，并根據(jù)用戶相關(guān)資料、以及已經(jīng)確認(rèn)的主體頁(yè)面（剩余頁(yè)面可以由美工陸續(xù)完成）安排人員進(jìn)行實(shí)施。

本階段項(xiàng)目經(jīng)理主要職責(zé)：

• 業(yè)務(wù)對(duì)接：明確實(shí)施要求（如CSS樣式、數(shù)據(jù)移植、完成時(shí)間、相關(guān)資料提交時(shí)間等）。
• 制定規(guī)范：模板制作及設(shè)參等整體實(shí)施規(guī)范的制定，主要為制定統(tǒng)一CSS樣式、公共Banner、版權(quán)、公有單元名稱、JS調(diào)用等標(biāo)準(zhǔn)文件及規(guī)范。
• 安排資源：協(xié)調(diào)安排實(shí)施資源，分配具體任務(wù)，按項(xiàng)目計(jì)劃開(kāi)展實(shí)施工作。
• 過(guò)程保障：檢查每天實(shí)施進(jìn)度及質(zhì)量，并及時(shí)糾正。
• 成果交付：確保按公司質(zhì)量規(guī)范要求實(shí)施完成。

本階段項(xiàng)目經(jīng)理主要職責(zé)：

協(xié)調(diào)資源：協(xié)調(diào)項(xiàng)目各中資源（業(yè)務(wù)資料、用戶資料、數(shù)據(jù)、軟硬件環(huán)境等），保障項(xiàng)目實(shí)施工作順利開(kāi)展。

監(jiān)督實(shí)施進(jìn)展：參照項(xiàng)目計(jì)劃，監(jiān)督實(shí)施進(jìn)展，并及時(shí)與遠(yuǎn)程實(shí)施負(fù)責(zé)人溝通。

質(zhì)量檢查：檢查實(shí)施工作成果，確保實(shí)施工作按計(jì)劃保質(zhì)保量完成。

用戶溝通：項(xiàng)目經(jīng)理應(yīng)與用戶保持溝通，使用戶能隨時(shí)掌握項(xiàng)目實(shí)施進(jìn)展情況，讓用戶可以瀏覽網(wǎng)站前臺(tái)實(shí)施成果，消除因?qū)Ρ倦A段遠(yuǎn)程實(shí)施而產(chǎn)生的擔(dān)心。

數(shù)據(jù)移植：

• 正式的數(shù)據(jù)移植，應(yīng)該分兩次進(jìn)行，第一次與模板實(shí)施工作并行，便于模板設(shè)參預(yù)覽實(shí)際效果。
• 由開(kāi)發(fā)人員完成的數(shù)據(jù)移植開(kāi)發(fā)工作，開(kāi)發(fā)人員須確保數(shù)據(jù)或移植程序質(zhì)量無(wú)誤，項(xiàng)目人員負(fù)責(zé)數(shù)據(jù)導(dǎo)入或使用移植程序?qū)С鰧?dǎo)入數(shù)據(jù)。
• 數(shù)據(jù)移植后要檢查信息數(shù)量、圖片、附件、視頻等是否正確。
• 第二次數(shù)據(jù)增量移植，應(yīng)盡量和信息員培訓(xùn)同步完成。安排計(jì)劃時(shí)，應(yīng)與用戶協(xié)商，在系統(tǒng)培訓(xùn)后、正式上線前安排一周為新舊系統(tǒng)同步錄入磨合時(shí)間。

5. 項(xiàng)目成果演示及調(diào)整

模板及數(shù)據(jù)初始化完成，網(wǎng)站生成發(fā)布后，備份并移植到用戶生產(chǎn)環(huán)境上，對(duì)照《項(xiàng)目軟件需求說(shuō)明書(shū)》中相關(guān)內(nèi)容，給用戶做整體演示及調(diào)整，在項(xiàng)目需求范圍內(nèi)，控制整體調(diào)整工作量并與用戶確認(rèn)。

根據(jù)計(jì)劃時(shí)間安排完成調(diào)整工作，并提交用戶確定后，協(xié)調(diào)培訓(xùn)及系統(tǒng)試運(yùn)行時(shí)間安排。若為遠(yuǎn)程實(shí)施項(xiàng)目，根據(jù)調(diào)整工作量大小，可以協(xié)調(diào)遠(yuǎn)程實(shí)施團(tuán)隊(duì)配合完成調(diào)整工作。

產(chǎn)出文檔：《項(xiàng)目成果演示調(diào)整要求》。

6. 實(shí)施問(wèn)題管理

6.1 項(xiàng)目BUG處理

項(xiàng)目實(shí)施過(guò)程中如果遇到BUG，應(yīng)通過(guò)OA協(xié)同辦公的流程提交產(chǎn)品缺陷單并解決問(wèn)題。

對(duì)于項(xiàng)目中定制開(kāi)發(fā)模塊，應(yīng)從QA領(lǐng)取程序包，遇到BUG仍然是通過(guò)OA協(xié)同辦公的流程提交產(chǎn)品缺陷單解決。

若是讓步發(fā)行的模塊，則可直接反饋給項(xiàng)目開(kāi)發(fā)人員即時(shí)處理。

6.2 項(xiàng)目新需求/需求變更的處理

“項(xiàng)目軟件需求說(shuō)明書(shū)”客戶一旦簽字確認(rèn)，則視為項(xiàng)目范圍確認(rèn)，實(shí)施中客戶提出新的“定制開(kāi)發(fā)需求”或“需求變更”，應(yīng)該屬于“項(xiàng)目變更”范疇，需要走“項(xiàng)目變更”流程（請(qǐng)見(jiàn)下文“5 項(xiàng)目變更”一章）。

項(xiàng)目新需求/需求變更需提交OA協(xié)同辦公的流程處理。

6.3 項(xiàng)目成果的備份

項(xiàng)目實(shí)施中的備份是非常重要的事情！一般每隔一段時(shí)間總體備份一次，建議一般項(xiàng)目每三天備份一次，大型項(xiàng)目早期每天備份一次，中后期每三天備份一次，并下載到筆記本或其他服務(wù)器上，至少在不同機(jī)器上保留兩份。

備份的內(nèi)容應(yīng)包括部署產(chǎn)品、程序文件、網(wǎng)站文件、模板文件、數(shù)據(jù)庫(kù)及服務(wù)器配置文件。

撤離現(xiàn)場(chǎng)前最后應(yīng)備份并提交一份給客戶，再上傳一份到公司備份服務(wù)器歸檔。

項(xiàng)目驗(yàn)收數(shù)據(jù)備份，具體見(jiàn)《項(xiàng)目數(shù)據(jù)備份規(guī)范》。

7. 項(xiàng)目實(shí)施結(jié)束產(chǎn)生的結(jié)果和標(biāo)志

可交付成果：完成合同中規(guī)定的可以完成的工作（網(wǎng)站開(kāi)通試運(yùn)行、模塊調(diào)試上線試運(yùn)行等），相關(guān)成果備份給客戶。

可交付文檔：現(xiàn)場(chǎng)實(shí)施情況概要、項(xiàng)目軟件系統(tǒng)備份方案、項(xiàng)目工作完成報(bào)告等，其中“項(xiàng)目工作完成報(bào)告”為里程碑文檔。

在“項(xiàng)目工作完成報(bào)告”中要寫(xiě)上“項(xiàng)目已經(jīng)試運(yùn)行”或“網(wǎng)站已開(kāi)通”等字樣，客戶要簽字確認(rèn)。

項(xiàng)目經(jīng)理在實(shí)施完成結(jié)束后，需將模板（帶設(shè)參）套系導(dǎo)出，提交給項(xiàng)目研究部。

8.?項(xiàng)目變更

8.1 項(xiàng)目變更類型

變更分為“進(jìn)度變更”和“需求變更”，其中多數(shù)“需求變更”的發(fā)生會(huì)導(dǎo)致“進(jìn)度變更”。

8.2 變更的處理

項(xiàng)目經(jīng)理對(duì)客戶提出的變更要進(jìn)行研判，如果覺(jué)得可以接受則進(jìn)行“變更流程”。如果覺(jué)得不能接受，則在第一時(shí)間和客戶進(jìn)行溝通，能說(shuō)服最好，說(shuō)服不了找銷售人員和客戶協(xié)調(diào)。通常情況下，銷售人員會(huì)同意客戶的變更。

8.3 變更流程

項(xiàng)目經(jīng)理填寫(xiě)“項(xiàng)目需求變更表”，由用戶填寫(xiě)（或項(xiàng)目經(jīng)理進(jìn)行整理）并報(bào)公司內(nèi)部相關(guān)領(lǐng)導(dǎo)審批，通過(guò)后進(jìn)行需求修改工作。

若出現(xiàn)“需求變更”導(dǎo)致“進(jìn)度變更”繼而導(dǎo)致需對(duì)“項(xiàng)目計(jì)劃”進(jìn)行變更，則由項(xiàng)目經(jīng)理填寫(xiě)“項(xiàng)目進(jìn)度變更申請(qǐng)單”報(bào)內(nèi)部相關(guān)領(lǐng)導(dǎo)審批，通過(guò)后編制“項(xiàng)目計(jì)劃”的新版本。

8.4 變更原則

“項(xiàng)目變更”是項(xiàng)目中經(jīng)常出現(xiàn)的現(xiàn)象，項(xiàng)目經(jīng)理處理該問(wèn)題的原則是：在項(xiàng)目進(jìn)度、成本、質(zhì)量、客戶滿意度上做到平衡，既不能一味的接受客戶提出的所有變更而讓項(xiàng)目進(jìn)度和成本偏離太多，又不能為了照顧進(jìn)度和成本而忽略客戶提出的變更降低客戶的滿意度。簡(jiǎn)單的講，就是讓項(xiàng)目各干系人的目標(biāo)統(tǒng)一。

“項(xiàng)目變更”中另一個(gè)重要的問(wèn)題是，項(xiàng)目經(jīng)理要努力做好對(duì)內(nèi)對(duì)外的溝通，在實(shí)際的項(xiàng)目中，客戶的要求和公司內(nèi)部對(duì)項(xiàng)目的理解，有時(shí)候差距是很大的，項(xiàng)目經(jīng)理要充當(dāng)一個(gè)橋梁，努力彌補(bǔ)其中的差異。

8.5 需求變更和協(xié)同辦公的關(guān)系

需求/需求變更對(duì)內(nèi)提交的處理，目前依賴于“協(xié)同辦公工作流程”。電子表單流程化的實(shí)現(xiàn)，主要的作用是固化流程，而并非凌駕于流程之上。因此，項(xiàng)目人員首要是理解流程，在這個(gè)基礎(chǔ)之上，才是掌握表單的操作過(guò)程。

具體流程和操作方式見(jiàn)公司發(fā)布的《協(xié)同工作流程-定制開(kāi)發(fā)與需求變更流程的調(diào)整》。

8.6 變更過(guò)程文檔

“變更申請(qǐng)單”為項(xiàng)目變更過(guò)程文檔。

相關(guān)閱讀

項(xiàng)目執(zhí)行要點(diǎn)（1）：項(xiàng)目啟動(dòng)會(huì)

項(xiàng)目執(zhí)行要點(diǎn)（2）：項(xiàng)目調(diào)研

項(xiàng)目執(zhí)行要點(diǎn)（3）：Web界面設(shè)計(jì)階段

本文由 @空杯前行 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來(lái)自Unsplash，基于CC0協(xié)議