我本身并不擅長技術(shù)，對設(shè)計相關(guān)的內(nèi)容也僅限于了解一些基礎(chǔ)概念，避免出現(xiàn)低級錯誤。所以這個章節(jié)算是對溝通部分的補充，并不是很專業(yè)地技術(shù)/設(shè)計入門推薦，只希望了解一些常識有助于和設(shè)計人員、開發(fā)人員的交流。

　　先說技術(shù)。這些都是紙上談兵，我屬于編程能力比較弱的那種人，只不過比較喜歡關(guān)注技術(shù)領(lǐng)域的一些新聞，只是簡單說一說技術(shù)相關(guān)的內(nèi)容。

　　如果非計算機專業(yè)的同學(xué)想認(rèn)真學(xué)技術(shù)的話，可以閱讀@蕭井陌和@Badger的《編程入門指南》或者《知道創(chuàng)宇研發(fā)技能表》，同時推薦網(wǎng)易云課堂的《計算機專業(yè)體系》。

　　此外，推薦想要成為產(chǎn)品經(jīng)理的同學(xué)學(xué)習(xí)一些前端相關(guān)的知識或者學(xué)習(xí)一些腳本類語言比如Python。前端相關(guān)知識相對來說注重前端呈現(xiàn)，不像后端特別追求性能，并且前端有自身的設(shè)計規(guī)則(類似的，iOS/Android/WindowsPhone也都有各自的人機界面指南)，對產(chǎn)品設(shè)計有很大的幫助;與C/JAVA相比，不需要那么多的數(shù)理知識和算法要求。而腳本類語言相對更為友好，沒有那么抽象，編譯器/IDE也較輕，適合入門。

　　簡要介紹一些編程語言相關(guān)的內(nèi)容。

　　HTML/CSS/JavaScript

　　前端相關(guān)，HTML算是比較熟悉的，畢竟是簡單的標(biāo)記語言，相對來說對邏輯的要求沒那么高;CSS沒深入學(xué)過，能簡單改一改;JS簡單用過框架，沒深入了解過框架源碼和架構(gòu)。前面說過，我認(rèn)為這部分應(yīng)該是最應(yīng)該了解的，個人感覺C系列的編程語言以及腳本類編程語言都比較偏向技術(shù)實現(xiàn)，而前端類的編程語言比較注重呈現(xiàn)的效果，這一點在產(chǎn)品設(shè)計階段需要關(guān)注到。

　　從另一個角度來說，隨著 HTML5 在移動領(lǐng)域的表現(xiàn)越來越好，學(xué)習(xí)web相關(guān)的知識，對移動端也有很大的幫助。

　　Basic

　　沒接觸過，據(jù)說更加類似搭積木，沒有那么抽象。如果一點沒有接觸過編程，推薦先玩一玩Small Basic，類似很久之前的LOGO語言，很有意思，英文官網(wǎng)疑似被墻，我這里現(xiàn)在無法訪問。

　　C/C++/C

　　C還算好點，最好的時候能弄懂一點指針的概念，很久不寫也就忘記了。C++/C#有個好處，可以使用MS的IDE——VS2013。

　　JAVA

　　僅僅入門過，有意從事安卓相關(guān)職業(yè)的同學(xué)可以學(xué)習(xí)。

　　Python/Ruby

　　腳本類語言。Python入門，Ruby沒學(xué)過。相對，Python的免費電子書比較多，推薦「Python 中文學(xué)習(xí)大本營」。

　　Linux

　　推薦《鳥哥的Linux私房菜》，想入門安全的可以搞搞Kali Linux。

　　數(shù)據(jù)庫

　　數(shù)據(jù)庫方面無法推薦，圖形化操作還可以，SQL沒有認(rèn)真學(xué)習(xí)，數(shù)據(jù)庫只了解一些概念性的東西。

　　相對來說，了解一些技術(shù)性的概念有很大幫助，比如「高內(nèi)聚低耦合」等。適當(dāng)熟悉一些簡單的編程語言，對產(chǎn)品設(shè)計時的思路有所幫助。從另一個角度，也有利于估算產(chǎn)品的開發(fā)進(jìn)度。

　　嚴(yán)格來說，軟件工程專業(yè)的學(xué)習(xí)對我?guī)椭畲蟮牟⒉皇蔷幊陶Z言的課程，而是《軟件工程》/《軟件項目管理》兩門課程。雖然最后終于確認(rèn)自己沒有編程上的天賦和耐心，與其吐槽自己Hello World級別的編程能力，倒不如講講一些其他的體會更好。

　　關(guān)于軟件工程

　　軟件工程里對我?guī)椭畲笫恰杠浖嬷芷谀Ｐ汀梗浯问切枨蠓治龅囊恍┓椒ê臀臋n，UML圖等更偏向詳細(xì)設(shè)計，并不十分適合互聯(lián)網(wǎng)產(chǎn)品快速迭代的開發(fā)模式。

　　我們可以看一些軟件生存周期模型和產(chǎn)品研發(fā)流程的示意圖：

　　瀑布模型

　　快速原型模型

　　產(chǎn)品研發(fā)流程

　　又一個產(chǎn)品研發(fā)流程

　　兩者雖然不盡相同，但是卻有著某種共性：需求——設(shè)計——開發(fā)——運營。

　　互聯(lián)網(wǎng)產(chǎn)品由于其特性，不斷循環(huán)這樣一個流程;而快速迭代，實質(zhì)上也就是將每一個這樣的流程縮短，盡快推給用戶，得到反饋，繼續(xù)下一個這樣的流程。也因為跟傳統(tǒng)軟件公司的不同，沒有甲方的存在，必須要從用戶中獲取反饋，所以產(chǎn)品經(jīng)理必須要有一定的數(shù)據(jù)分析和用戶調(diào)研能力，辨別真需求和偽需求。也就是經(jīng)常說的，找準(zhǔn)用戶的痛點。

　　有些產(chǎn)品經(jīng)理的入門書籍中說過產(chǎn)品經(jīng)理和項目經(jīng)理的區(qū)別，知乎上也有一些回答。一般大公司分得比較細(xì)，兩個職位都有專職人員，小公司很多都是一人兼兩個職位。即便如此，學(xué)習(xí)《軟件工程》相關(guān)的知識絕對對成為產(chǎn)品經(jīng)理有所幫助。像剛才所說的，最基礎(chǔ)意義上的，理解軟件的生命周期，對理解快速迭代、理解產(chǎn)品的開發(fā)流程非常有幫助。撇開產(chǎn)品經(jīng)理/項目經(jīng)理的區(qū)別這點不談，軟件工程領(lǐng)域有一本書推薦閱讀：《人月神話》。這本書我僅限于了解，并未深入地精讀。《人月神話》本身是比較偏向項目經(jīng)理方向，但是學(xué)習(xí)一些其中的觀點還是很有用處的，避免在策劃中忽略一些定量/變量，率性而為。

　　因為大學(xué)期間在圖書館的兼職經(jīng)歷，對圖書的分類比較敏感，相當(dāng)多的產(chǎn)品經(jīng)理書籍都分到了F類——即經(jīng)濟管理，這本書也屬于F類。從管理的角度上來說，《軟件工程》就屬于對軟件(產(chǎn)品)的管理。用vczh的一個回答來介紹這本書：“這本書的主要內(nèi)容是，一個程序讓vczh一年剛好可以寫出來，但是你如果找到了12個vczh同時寫，一個月肯定是寫不出來的。人和月是兩個單位，人月自然是它們相乘了，神話的意思就是說，這兩個量是不能乘的。”

　　雖然說產(chǎn)品經(jīng)理不一定要會設(shè)計，但是有必要了解一些設(shè)計相關(guān)的知識，避免出現(xiàn)一些低級的錯誤。推薦閱讀《眾妙之門》系列，都是小冊子，比較簡單;還有王堅在《結(jié)網(wǎng)》中推薦的《點石成金》、《GUI設(shè)計禁忌》以及《寫給大家看的設(shè)計書》。

　　《點石成金》就是大名鼎鼎的《Don’t Make Me Think》一書的中譯本，我也是返校之后才去補課讀的這本書，短小精悍，即便第三版加入了移動應(yīng)用相關(guān)的內(nèi)容，依然簡潔，全書不到200頁，一個下午的時間足夠做到通讀第一遍。除了總結(jié)一些基本的可用性設(shè)計準(zhǔn)則外，對可用性測試做了相當(dāng)詳細(xì)的敘述。此外還有一本《用戶體驗要素》也有很多人推薦，準(zhǔn)備這幾天補課;同時推薦豆瓣上根據(jù)此書整理的一個書單：以《用戶體驗要素》整理互聯(lián)網(wǎng)產(chǎn)品經(jīng)理書單。

　　在「媒體和博客」那一篇里提到過一些大公司的UED團隊，推薦了一些鏈接，特別是。針對移動產(chǎn)品的策劃，十分推薦了解相應(yīng)的人機交互規(guī)范：iOS/Android/WindowsPhone，這里的鏈接都是英文版的，國內(nèi)的一些團隊都有針對性翻譯一些中文文檔，在「媒體和博客」一篇中已經(jīng)有所推薦，不再多給鏈接。還有一個之前沒有提到過的，谷歌去年提出的「Material Design」。

　　最后，多說一句：我認(rèn)為互聯(lián)網(wǎng)上本質(zhì)依然是技術(shù)驅(qū)動的，開發(fā)人員才是核心。所以，尊重技術(shù)，不迷信產(chǎn)品。

晉城龍鼎 - 晉城網(wǎng)站建設(shè)為您解答！