技術思維是一種嚴謹的工程思維，它很實在，從來不務虛，它讓一切事物變得可控，我們做技術的人身上不可避免的都或多或少的存在技術思維。但是技術思維用的太過執著，就有點變得呆板，不大招人喜歡。
在業內一直有「產品經理要不要懂技術」這樣的討論，雖然不懂技術不妨礙我們做產品經理，但是產品經理懂技術更有優勢，這讓他更容易和技術團隊保持互信的溝通，同時在做產品的過程中更好的遮蔽那些不切合實際，無法落地的需求。特別對於想ai產品之類的產品經理，懂技術又是必需的。
其實反過來講，那作為技術人員要不要有產品思維呢？我認為技術人員具備產品思維是百利而無一害的，為什麼這麼說，那麼我們來看看什麼是產品思維。
目標思維，時刻明確要解決的問題是什麼；發散思維，窮舉解決方案，選擇最合適的；使用者思維，讓自己做第乙個使用者，看自己用著爽不爽。可見，產品思維是站在使用者的角度思考問題，解決問題的思維方式，而技術本身並不能創造價值，技術只有轉化為產品，幫使用者解決問題的過程中，才能體現技術的價值。
所以乙個好的技術人員如果要更好的體現自己的價值，就要把自己的技術能力嫁接到產品之上，而具備產品思維就能讓我們更好的通過產品體現我們技術的價值。
從另外乙個方面講，技術人員具備產品經理，你就能站在產品經理角度思考問題，就容易和產品團隊溝通協作，培養更加融洽的工作關係，更有利於提公升你的工作效率和工作的開展
既然產品思維對於技術人員來說非常的重要，我們應該如何去鍛鍊產品思維呢？結合我自己的經歷，總結了以下幾點：
技術開發過程中，不要滿足完成分配的工作，要多站在使用者使用的角度上不斷的改進系統功能。
做技術需要架構設計，做產品也需要做產品架構，架構是技術和產品的共同具備的能力，是相互轉化的橋梁，技術人員在做技術的是過程中不斷鍛鍊自己的架構思維，通過良好的架構建造乙個在穩定性和擴充套件性上都具有良好表現的產品能力。
技術人員容易炫技，在產品的開發中要盡量避免，使用者都是小白，應該站在使用者的角度，讓產品的使用更加的簡單高效，重視使用者體驗高於技術應用。首先要有大局觀念，不要陷於具體的細節，過度的渴求自認為的完美。
做產品一定是迭代發展的，要以最小化的產品交付給使用者，只有使用者參與的產品改進，才是真正符合需求的完美。把自己當做使用者，去深入的使用自己的產品，而不要開發完就束之高閣，從此不再過問。
另外也要不斷的去體驗別人的產品，總結各種產品的優缺點。
技術人員討厭需求的變化，因為不確定因素會導致開發過程的問題。但需求確實是變化的，只有變化才有活力，所以從控制需求要擁抱需求，只不過在擁抱需求的過程中要挖掘需求背後本質的東西。最後，要多站在商業的角度思考產品的核心邏輯，而不要一味的從技術可行性上去評判產品的功能。
隨筆小談 開發是否需要有產品思維
本人從事開發已經有幾年啦，身邊或多或少都有開發能力不一的同事，和他們共事也有不同的體驗。不知道大家的感觀呢？是溝通障礙還是能力不行？直到某一天和產品溝通跨部門需求時發現，開發是不是也需要有產品思維呢？跨部門的開發一昧的要求我們提供這樣的資料，刪除那樣的資料，排除一些資料，後面發現自己處理一些顯示資料...
技術人員應該如何讓產品經理妥協
文章背景，來自於群內周五晚上的一次頭腦風暴式的思維碰撞交流活動。活動主題由 無痕哥發起。文章版權屬於群內發過言的任何一位同學，我只是做了簡單的梳理或整理。1.技術人員了解產品這個崗位所需要做的事情，然後試著從產品的角度出發，考慮當前頁面功能的真實需求，挖掘更深層的可擴充套件需求，從而在另乙個方面去引...
技術人員如何創業《一》 產品及想法
不得不說這是個浮躁的社會，人人在這個社會都想暴富或者成名。在這些引誘的驅使下很多人都脫離了原來的穩定工作創業。前幾天看了 中國合夥人 故事講到了幾個大學生從校園到工作 再到創辦了乙個偉大的企業，這個故事更加激勵了創業大軍的壯大。大家都想創業，那我們技術人員怎麼創業？也就個人的經驗分享一下 1 好的想...