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

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

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

主動提出產(chǎn)品理念/意見

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

對業(yè)務(wù)、用戶行為和有關(guān)數(shù)據(jù)的興趣

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

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

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

良好的溝通能力和與非工程師的良好關(guān)系

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

提前提供產(chǎn)品/工程設(shè)計的折衷方案

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

對邊界情況的務(wù)實處理

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

快速產(chǎn)品驗證周期

即使在他們正在開發(fā)的功能還沒有進入生產(chǎn)階段，有產(chǎn)品意識的工程師們也會找到創(chuàng)造性的方法來獲得早期反饋。這可能是和同事們一起做走廊測試，向產(chǎn)品經(jīng)理展示正在開發(fā)中的功能，組織團隊對測試版的bug進行討論，以及其他許多創(chuàng)造性的方式。他們在不斷地思考："我們?nèi)绾悟炞C人們會以我們認(rèn)為的方式使用這個功能？"

端到端的產(chǎn)品功能所有權(quán)

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

通過反復(fù)的循環(huán)學(xué)習(xí)，有很強的產(chǎn)品直覺。

一個典型的產(chǎn)品工程師的項目通常是這樣的:

他們問了很多問題，以了解為什么要構(gòu)建產(chǎn)品功能。

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

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

在功能發(fā)布后，他們積極跟進，了解功能是否符合預(yù)期。

當(dāng)它沒有達到預(yù)期時，他們會深入挖掘，了解為什么沒有達到預(yù)期，并在實際使用中了解產(chǎn)品的新情況。

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

成為一個更有產(chǎn)品意識的工程師的建議

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

責(zé)任編輯：lq