真正的產(chǎn)品是滿足用戶需求的痛點(diǎn)，為用戶創(chuàng)造樂趣或節(jié)省成本。 這種感覺可以被直接感知或不能被直接感知。

的真正產(chǎn)品是滿足用戶需求的痛點(diǎn)，為用戶創(chuàng)造樂趣或節(jié)省成本。 這種感覺可以被直接感知或不能被直接感知。

產(chǎn)品經(jīng)理是否了解技術(shù)？ 具有技術(shù)背景的產(chǎn)品經(jīng)理有更多優(yōu)勢(shì)嗎？

用于討論此問題，我相信您可以在各種產(chǎn)品論壇中看到它，并且許多產(chǎn)品經(jīng)理可能都參與了辯論。 我有技術(shù)背景，剛從全棧開發(fā)畢業(yè)幾年，也有技術(shù)架構(gòu)經(jīng)驗(yàn)，所以對(duì)于產(chǎn)品經(jīng)理了解開發(fā)，我認(rèn)為總比不了解要好，但是在產(chǎn)品團(tuán)隊(duì)之前 許多人不了解技術(shù)，但是非常好的產(chǎn)品經(jīng)理。 作者認(rèn)為，不管您是否了解開發(fā)，總會(huì)有不知道的新技術(shù)或領(lǐng)域，對(duì)于產(chǎn)品經(jīng)理來說，最重要的不是開發(fā)功能，而是開發(fā)功能。 需求價(jià)值，不斷挖掘產(chǎn)品最有價(jià)值的能力，并服務(wù)于用戶，這是產(chǎn)品經(jīng)理的“業(yè)務(wù)”。 因此，當(dāng)產(chǎn)品經(jīng)理滿足一些技術(shù)性很高的產(chǎn)品要求，并且很難根據(jù)他過去的經(jīng)驗(yàn)來控制它們時(shí)，他又如何制定這些要求？

無論是技術(shù)要求還是業(yè)務(wù)要求，對(duì)于產(chǎn)品經(jīng)理來說，當(dāng)他們獲得不知道或沒有接觸過的產(chǎn)品或模塊時(shí)，不要驚慌，也不要認(rèn)為技術(shù)要求純粹是架構(gòu)師的 業(yè)務(wù)，與自己無關(guān)。 任何技術(shù)都為產(chǎn)品服務(wù)，是產(chǎn)品價(jià)值的輸出。

假設(shè)我們需要開發(fā)系統(tǒng)服務(wù)運(yùn)行狀況監(jiān)視功能，對(duì)于許多從事2C產(chǎn)品的學(xué)生來說，這是一個(gè)非常陌生的領(lǐng)域。 當(dāng)我們收到這樣的要求時(shí)，我們可能會(huì)暫時(shí)不知道該怎么做，甚至直接將要求提交給架構(gòu)師或研發(fā)經(jīng)理，讓他們根據(jù)自己的想法來制定，然后慢慢地理解它，并 然后更改它。 如果以這種方式向前推動(dòng)

，將不可避免地導(dǎo)致最終開發(fā)的功能難以使用或浪費(fèi)大量成本。 我們一直說產(chǎn)品經(jīng)理應(yīng)該具有成本意識(shí)，因此他們不能容忍以上情況。 本文主要希望所有產(chǎn)品經(jīng)理都可以根據(jù)價(jià)值維度的思維模型來對(duì)待任何需求??點(diǎn)，無論是業(yè)務(wù)需求還是技術(shù)需求。

如何理解值尺寸？

“真正的產(chǎn)品是要滿足用戶需求的痛點(diǎn)，為用戶創(chuàng)造樂趣或節(jié)省成本。這種感覺可以被感知或不被直接感知。”這是作者認(rèn)可的“產(chǎn)品定義” ，其中所寫的感覺實(shí)際上就是產(chǎn)品的價(jià)值。

在設(shè)計(jì)任何產(chǎn)品功能時(shí)，產(chǎn)品經(jīng)理必須將價(jià)值作為功能設(shè)計(jì)的驅(qū)動(dòng)力，以使設(shè)計(jì)的功能“有效”。 同時(shí)，對(duì)于我們的用戶而言，他們?cè)谑褂卯a(chǎn)品時(shí)首先想到的是產(chǎn)品的價(jià)值是否符合他們的實(shí)際需求。 因此，在使用產(chǎn)品時(shí)，我們的用戶下意識(shí)地使用了由價(jià)值驅(qū)動(dòng)的產(chǎn)品功能。

讓我們回到本文的主題。 當(dāng)產(chǎn)品經(jīng)理獲得技術(shù)要求時(shí)，它仍然符合上述價(jià)值維思維模型。 那么，我們從哪些方面可以把握價(jià)值維度，或者很好地處理價(jià)值維度，實(shí)現(xiàn)需求下降呢？

這個(gè)問題，我認(rèn)為從以下幾個(gè)方面，我們可以更好地滿足價(jià)值實(shí)現(xiàn)。

（1）聽取用戶意圖

根據(jù)值維度思考模型，我們應(yīng)該找到使用該功能的“用戶”以了解用戶為何需要此功能以及它可以帶來什么功能，盡管在 開始，我們得到了部分技術(shù)需求。 如果與用戶的溝通有效，則產(chǎn)品經(jīng)理可以輕松地概述功能價(jià)值，甚至您可以找到更有效的方法來幫助研發(fā)部門沿著價(jià)值維度找到技術(shù)實(shí)現(xiàn)路徑。

將通過概述功能價(jià)值來幫助您了解“技術(shù)”背后的業(yè)務(wù)意義。 此時(shí)，您會(huì)發(fā)現(xiàn)還可以從用戶角度，業(yè)務(wù)角度，交互角度分析原始技術(shù)要求，甚至可以挖掘出具有商業(yè)價(jià)值的更多功能點(diǎn)。

（2）競(jìng)爭(zhēng)產(chǎn)品

的研究和分析除了與用戶進(jìn)行有效溝通外，產(chǎn)品經(jīng)理還必須記住要找到相應(yīng)的競(jìng)爭(zhēng)產(chǎn)品。 經(jīng)常進(jìn)行競(jìng)爭(zhēng)性產(chǎn)品分析的學(xué)生應(yīng)該知道，有時(shí)候他們想打破常規(guī)，可以輕松地獲得競(jìng)爭(zhēng)性產(chǎn)品的解決方案。 更有趣的是，他們已經(jīng)為您設(shè)計(jì)了交互，功能邏輯等方面的解決方案，這相當(dāng)于有人在幫助您制定解決方案。 作為出色的產(chǎn)品經(jīng)理，

絕對(duì)不是實(shí)用主義者，而作者鄙視這種方法，但是作為幫助我們更好地設(shè)計(jì)自己的需求的參考，沒有問題。 如果很難找到類似的競(jìng)爭(zhēng)產(chǎn)品，我們?cè)撛趺崔k？ 還有一些方法。 通過在Internet上搜索論文和文章，我們可以從不同的角度幫助我們理解和分析當(dāng)前的案件。 最終目的是幫助我們分析功能的價(jià)值。

（3）通過與用戶溝通，研究和分析競(jìng)爭(zhēng)性產(chǎn)品來構(gòu)建PRTD文檔

，我相信您作為一名出色的產(chǎn)品經(jīng)理，將能夠建立自己的實(shí)施思路，甚至編寫相應(yīng)的PRD。 但我想提醒您，如果這是技術(shù)要求，并且您以常規(guī)功能要求的方式編寫PRD，則很容易出現(xiàn)問題。 如果這是一次很好的著陸，則僅表明這不是技術(shù)要求，或者您的產(chǎn)品開發(fā)團(tuán)隊(duì)中有頂尖的產(chǎn)品和架構(gòu)師。

我們還能做什么來確保需求的軟著陸？ 作者認(rèn)為，完成價(jià)值分析后，產(chǎn)品經(jīng)理應(yīng)與架構(gòu)師討論，將您的分析結(jié)果毫無保留地傳遞給架構(gòu)師和核心開發(fā)人員，與他們一起構(gòu)建功能設(shè)計(jì)，并輸出PRTD文檔， 其中t指技術(shù)。

prtd文件應(yīng)包括價(jià)值，用例，功能設(shè)計(jì)，原型設(shè)計(jì)，體系結(jié)構(gòu)分析，技術(shù)方案等。輸出后，項(xiàng)目團(tuán)隊(duì)?wèi)?yīng)能夠根據(jù)該文件開發(fā)功能。 一方面，它可以有效地控制技術(shù)風(fēng)險(xiǎn)（一般技術(shù)要求會(huì)對(duì)技術(shù)路線產(chǎn)生一定影響）。 另一方面，這種完整的輸出可以有效避免后續(xù)的返工。

也許您會(huì)說它不像瀑布那樣敏捷。 作者的經(jīng)驗(yàn)告訴您，該方法已死，人們還活著。 李云龍的戰(zhàn)爭(zhēng)是現(xiàn)實(shí)與虛擬的結(jié)合，不是按照常規(guī)進(jìn)行的，因此他可以取得意想不到的收益。 我們想要的是有效而迅速地降落，而不是因敏捷而糾結(jié)。

寫在最后：

價(jià)值維度思維模型是作者多年遵循的思維方案。 它不僅用于特定的產(chǎn)品需求管理中，而且還用于其他交易處理中。 在瞬息萬變的商業(yè)環(huán)境中，只有價(jià)值是永恒的。 本文的輸出來自價(jià)值維度，以便將來我們可以擁有更多的思維方式并開發(fā)出優(yōu)質(zhì)的產(chǎn)品。

本文最初由@ jingoogle發(fā)布。 每個(gè)人都是產(chǎn)品經(jīng)理。 未經(jīng)允許，禁止基于cc0協(xié)議重印

題詞。