《硅谷產品實戰》學習筆記 32課

這節課中講了計算機專業背景對產品經理的幫助：第一印象；判斷項目復雜度；了解技術可否實現，有何限制？對于沒有計算機專業背景的產品如何彌補專業不足？

關于如何判斷項目復雜度

在新項目開始時多了解以下五個部分的內容，可以幫助產品判斷項目復雜程度，避免“產品經理瞎設計，技術上根本做不出來”的窘境。

項目的工程結構圖是什么樣的？最簡單的，這個項目需要前端 UI 嗎，需要后端嗎？是移動還是網頁？是一個新添加的功能還是修改已經有的產品流程？需不需要推薦系統，排序(ranking)？利用的是已經存在的用戶數據，還是需要輸入新的用戶數據？

(這個只是距離，可能還有更多的點需要考慮)

這個項目的所有用戶體驗都由我們自己的團隊控制，還是需要利用其他組負責的部分？依賴的其他組的功能部分是已經做好了，還是正在開發階段？如果我們修改了當前的用戶體驗，會不會影響已有的功能，需不需要修改以前功能的代碼？

(個人感覺這個非常關鍵，如果設計其他組工作，可能存在不好調度的問題，一旦有一項工作工期拖延，可能造成整個項目延期。一旦有協同的工作內容一定提前確認好計劃，并且根據計劃及時跟進)

這個項目一步步的用戶流程圖是什么樣的？每一步需要提取什么樣的用戶數據？每一步和每一步之間有延時嗎？

這個項目最復雜的部分是什么？最耗時間的部分又是什么？哪些部分可以平行開發(也就是兩個工程師可以同時開始，各做各的)，哪些部分是要先完成后其他工程師才能開始做(這樣你多派了工程師也不會提高生產效率)。

這個項目的產品質量(包括會不會需要花很長時間計算才能進行到下一步，會不會在網絡條件不夠理想的情況下無法操作)會不會受影響？對所有的手機型號都適用嗎？

當你明白了這五個問題，你也就對整個項目的工程難度有了一個清晰的認識，對項目存在的風險也會了然于胸。

了解技術可否實現，有何限制？

了解某項技術能做實現什么功能并不需要計算機專業，你只需要多問幾個為什么就可以了。作者以目前比較火的、也是比較有代表性的人工智能項目和移動端項目，給出你建議：針對人工智能項目，先弄清楚寧缺毋濫還是一個都不能少；針對移動端項目，先弄清楚移動端和服務器端是什么關系。