有產品意識的工程師是對產品本身有很多興趣的開發人員。他們希望了解為什么要做決策，人們如何使用產品，并喜歡參與到產品決策中來。如果他們決定放棄工程的樂趣，他們很可能會成為一名優秀的產品經理。我曾與許多優秀的產品工程師共事過，認為自己就是這樣的開發人員。在打造世界級產品的公司里，有產品意識的工程師將團隊的影響力提升到了一個新的高度。 Atlassian公司的項目經理@Sherif Mansour寫了一篇關于產品工程師的文章，以及產品經理如何識別這些人，并與他們良好地合作。他的結論也是類似的。 在過去十年的產品管理中，我總結出的結論是，產品工程師是幫助你打造一個成功的產品，擴展自己并成為一個更好的產品經理的關鍵因素。 他還引用了Shopify工程部主管Jean-Michel Lemieux對產品工程師的定義：

一旦你有了產品基礎，你需要的是那些主動參與 "為什么 "的開發人員。渴望使用技術來跨越人類/用戶問題的工程師。那些具有同理心的人，能夠達到神奇的體驗。在我看來，這就是產品工程師的定義。壞的產品工程師走了太多彎路。優秀的產品工程師知道，在構建階段，最低限度的可行性產品就需要考慮到合適的深度。

開發面向用戶的功能、與產品經理協作的團隊是具有產品意識的工程師可以產生巨大影響的環境。他們經常成為關鍵的貢獻者，成為產品經理的得力助手，并經常晉升為團隊領導。那么，有產品思維的工程師有哪些關鍵特質，如何努力成為更有產品思維的工程師呢？這篇文章總結了我觀察到的這類人的9個特質，以及我對任何工程師的建議，讓他們在產品意識上更強。

主動提出產品理念/意見

有產品意識的工程師不會滿足于得到一個規范，然后立即去實現它。他們會思考其他的想法，并與產品經理進行溝通。他們經常挑戰現有的規范，提出可能會有更好效果的其他產品方法。

對業務、用戶行為和有關數據的興趣

當有想法時，有產品思維的工程師不會憑空得到這些想法。他們會花時間去了解業務如何運作，產品如何融入，以及產品的目標是什么。他們也會對產品給用戶帶來的感受，以及這些用戶如何從使用這個產品中受益。他們往往會直接深入到關于業務和用戶指標的數據中，通過各種方式獲取這些數據。如果可能的話，他們可能會直接獲取或者接近產品經理或數據科學家來獲取這類信息。他們之所以這么做，是因為他們的好奇心強。這是我觀察到的下一個特征。

好奇心和對 "為什么？"的濃厚興趣

有產品思維的工程師喜歡理解所有事情背后的 "為什么？"。為什么要為產品開發這個功能，為什么不選擇另一個？為什么要發布第一個里程碑，而不是選擇另一個更簡單的功能來開發？事物將如何衡量--為什么不選擇更徹底的方式來衡量？ 他們能夠自主地去尋找答案。他們會向產品經理和其他人員詢問其他的與產品相關的問題。即使他們問了很多問題，而且經常這樣做，盡量不去惹惱別人，因為他們已經和別人建立起了牢固的關系。

良好的溝通能力和與非工程師的良好關系

有產品意識的工程師喜歡與工程師以外的人交流，了解他們做什么和為什么做。他們是流暢的溝通者，讓人明白他們有興趣學習更多關于其他學科的工作方式。我經常看到他們和非工程師一起喝咖啡、吃午飯，或者在走廊上和非工程師聊天。

提前提供產品/工程設計的折衷方案

因為他們對產品的 "為什么 "以及產品工程方面都有很強的理解，所以他們能提出很少有人能提出的建議。比如說，在確定開發產品的工作范圍時，開發一個關鍵功能的工作可能是很大的。許多工程師會開始尋找減少工作的方法，并試圖弄清楚減少工作對功能本身的影響。 具有產品意識的工程師們從兩個角度來解決這個問題：既要尋找工程上的折衷，又要尋找對產品的影響。他們開始進行產品取舍，評估工程影響。他們經常會回到產品經理那里，建議開發一個完全不同的功能，因為對產品的影響是相似的，但對工程的工作量要小得多。 兼顧產品和工程兩方面的權衡，以及各自的影響，是具有產品意識的工程師們的獨特優勢。他們可以快速地在同一事物的兩面之間來回切換：產品特性和工程工作和權衡。因為他們都是在腦子里做的，利用他們對工程和產品的洞察力，所以他們能迅速得出有價值的結論。

對邊界情況的務實處理

邊界情況是一個有趣的事情。在一個極端情況下，工程師往往會忘記很多這樣的事情，在從測試產品的人或最終用戶那里得到反饋后，他們不得不回過頭來解決這些問題。另一方面，處理一個新產品或功能中所有可能出現的邊界情況可能需要花費大量時間。 有產品意識的工程師們會迅速地規劃出邊界情況，并想出減少工作量的方法：通常會帶來不需要工程工作的解決方案。他們專注于 最小令人喜愛的產品概念"，并評估一個邊界情況的影響和處理它的精力。他們帶來了很好的中肯建議：在發布早期版本之前，列出可能出錯的大部分事情，并提出需要解決哪些邊緣情況的建議。 比如說，如果千分之一的用戶可能會被錯誤擊中，他們會考慮努力修復錯誤，并考慮如果不做任何事情會發生什么情況。這種情況下，在驗證過程中，客服能不能幫助這個人？能否讓用戶下次重試就成功了？能否把產品稍微修改一下，這樣就不會出現這種邊緣案例？

快速產品驗證周期

即使在他們正在開發的功能還沒有進入生產階段，有產品意識的工程師們也會找到創造性的方法來獲得早期反饋。這可能是和同事們一起做走廊測試，向產品經理展示正在開發中的功能，組織團隊對測試版的bug進行討論，以及其他許多創造性的方式。他們在不斷地思考："我們如何驗證人們會以我們認為的方式使用這個功能？"

端到端的產品功能所有權

大多數有經驗的工程師擁有他們的端到端工作：從獲得規范，到實施規范，再到推出并驗證其正確運行。有產品意識的工程師往往會走得更遠。 他們認為只有在獲得用戶行為和業務指標的結果后，他們的工作才算完成。在推出后，他們仍然積極地與產品經理、數據科學家和客戶支持渠道接觸，了解功能在實際用戶中的使用情況。可能需要數周時間才能獲得足夠可靠的數據來得出結論。即使他們可能正在做一個新項目，也會把檢查結果作為他們的首要任務之一。這不是一項耗時的活動，但它需要那種額外的堅持，因為有人想知道：我的工作到底做得怎么樣？ 當一個功能的表現比預期的差時，他們會好奇地想知道哪里不匹配。他們感興趣的是找出產品計劃和實際結果之間的根本原因，就像調試代碼庫中難以重現的bug一樣。他們往往會花大量的時間與產品經理和數據科學家辯論假設和學習。

通過反復的循環學習，有很強的產品直覺。

一個典型的產品工程師的項目通常是這樣的:

他們問了很多問題，以了解為什么要構建產品功能。

他們提出了一些建議和折衷方案，其中一些包含在修改后的規范中。

他們快速構建功能，獲得早期的反饋，就像他們所做的那樣。

在功能發布后，他們積極跟進，了解功能是否符合預期。

當它沒有達到預期時，他們會深入挖掘，了解為什么沒有達到預期，并在實際使用中了解產品的新情況。

在每一個項目之后，他們對產品的理解會加深，開始形成越來越好的產品直覺。下一次，他們會帶來更多的相關建議。隨著時間的推移，他們會成為產品經理們的 "GOTO"，在項目啟動之前，他們的建議就會被采納。他們在團隊外建立了強大的聲譽，為他們的持續職業發展打開了更多的大門。

成為一個更有產品意識的工程師的建議

如果你的工作是面向用戶的產品，這里有一些我認為行之有效的建議，可以幫助你增強產品意識。 了解你的公司是如何成功的，以及為什么成功。商業模式是什么？是如何賺錢的？哪些部分最賺錢，公司的哪些部分擴張最多？為什么，你的團隊是如何融入這一切的？ 和你的產品經理建立起牢固的關系。大多數產品經理都會抓住機會指導工程師。讓工程師對產品感興趣，意味著他們可以更多地擴大自己的規模。在進來之前，問很多產品問題，花時間建立這種關系，并向你的產品經理明確表示，你想更多地參與到產品話題中來。 參與用戶研究、客戶支持等其他活動，在這里你可以了解到更多關于產品如何的工作的更新信息。與設計師、用戶體驗人員、數據科學家、運營人員和其他經常與用戶互動的人結成對子。 提出有根據的產品建議。在你對業務、產品和利益相關者有了充分的了解之后：采取主動。你可以為你正在進行的項目帶來一些小建議。或者，你可以提出一個更大的工作，列出工程工作和產品工作的大綱，以便在待辦事項列表中對其進行優先排序 為你所從事的項目提供產品/工程的權衡。不僅要考慮為你的團隊正在構建的產品功能進行工程上的取舍，而且考慮產品上的取舍，這樣可以減少工程工作量。對他人的反饋意見要持開放態度。 經常向你的產品經理尋求反饋。作為一名優秀的產品思維的工程師，意味著你在現有的工程技能基礎上建立了良好的產品技能。關于你在產品技能方面的進展，給你反饋的最佳人選是你的產品經理。尋求他們對你的產品建議的反饋意見，并就進一步發展的領域征求意見。

責任編輯：lq