產品司理和規劃師需求懂技能么？

關于產品司理、產品規劃師來說，需求T型開展——可以先沿著某一條線，比方偏重需求、功用、視覺、交互、前端技能等，先把一個點做得特別深化，然后再逐步延伸開。人的精力都是有限的，假如想要敏捷提高，可以先會集在某個技能上，將這項技能變成自己的亮點，往往可以成為下一次時機出現時的敲門磚。

產品司理和產品規劃師也應該把握必要的技能常識，當然把握必要的技能常識并不是要求你一定要會寫具體的代碼，可是你對各式各樣的技能常識要有足夠的承受度。

比方，你要知道在現在的技能條件下什么能做什么不能做，最近有哪些新的技能，對一些前沿的東西你要有足夠的敏感度。

我們以前在做一些 Android、iOS 的規劃時，就去學了 iOS 和 Android 的開發，比方說 iOS 上面我自己去寫過實踐的程序，安卓上面我雖然沒有去寫，可是我把安卓上面完整的開發辦法等等都去看了一遍，這就十分有助于我在真實規劃這個產品的時分從技能的角度去做一些考慮，可以更好地幫助我和工程師、測試員交流。

這兒有一個技巧，在和工程師交流的時分，你可以嘗試刨根問底，直到得到你想要的結果，比方這個東西能不能做，怎樣才干實現作用，需求做哪些調整才干實現，原因是什么，相關的技能問題是什么？當然這是建立在自己對技能有開始的了解，避免招人煩的基礎上。每一次都是在堆集和學習，時刻長了，你的技能信息量會越來越大。同時，閱讀一下相關的技能書籍也是好的挑選。在 iOS 、Android 開發的早期，我會直接閱讀安卓或許 iOS 的開發教程，iOS 寫過一些代碼，安卓沒怎么寫代碼，但把拿幾本書整個看一遍后，就會了解控件、根本的渠道特性和其他跟技能開發有關的東西，這時分我們就會有更多共同語言。

別的我們在一開始就說到，在做一個產品的時分，一個產品規劃師、產品司理首先應該看到的是產品的戰略、定位，然后到用戶的需求，產品的交互、視覺、內容等等一系列不同的要素，而這每一個要素都與產品的勝敗息息相關。這就觸及到了別的一點，由于每件作業都有專門的人在做。比方說視覺規劃師要畫圖標，運營的人員要負責內容運營和用戶運營，做商場的人員要進行推行，然后工程師要負責開發。所以對產品司理、對產品規劃師有個根本的要求便是，你除了要有自己的專精點之外還要對許多范疇都有一定了解。比方說你要了解怎么樣去做運營、怎么樣去做推行，包括我們之前講的視覺規劃的審美和規范等等，有了這些根本能力你才可以和各種人物去協同起來，這樣我們才有共同語言才可以進行有效交流。

其實不要覺得自己作為產品司理，技能或許寫代碼是一個離自己很遠的作業，所有的技能都是促使你做成作業的要素罷了，并不存在專業的限制或許職業人物的限制一說。只需你想把握某種技能，都可以去把握。

這些年里，我寫過 Basic、C 、Java 等等，都是根據自己的興趣，并且大多數技能，假如僅僅入門并不難，難的是深化的堆集，和規劃類似。雖然術業有專攻，作為規劃師不必自己去寫代碼，可以跟其他人協作，但假如你了解這些常識，我們交流起來會十分順利。

相同的，假如一個工程師有很好的規劃和產品素質，或許僅僅是 UI 素質，跟你交流的時分你就會覺得比較舒暢。所以這兒并沒有文科、理科、工科的不同，只在于自己想不想學、有沒有時刻。許多時分這些僅僅我們心里的障礙罷了，不要覺得自己在面臨一個巨大的生疏的作業，試試化整為零，一個小目標一個小目標的達成，會容易許多。

前面說了各式各樣的技能，關于產品司理、產品規劃師來說需求T型開展——可以先沿著某一條線，比方偏重需求、功用、視覺、交互、前端技能等，先把一個點做得特別深化，然后再逐步延伸開。人的精力都是有限的，假如想要敏捷提高，可以先會集在某個技能上，將這項技能變成自己的亮點，往往可以成為下一次時機出現時的敲門磚。

不同范疇的技能是有不同的，例如假如是做 Web 產品，至少 HTML/CSS 等前端開發常識要了解，甚至自己可以寫出來更好。而假如是做客戶端產品，則需求對相應的渠道技能，iOS、Android 等有了解。這個要更細節的列下來太多了，寫下來大約夠一本書。