編者按：用戶在表達(dá)對某個(gè)新功能的需求時(shí)，他們的建議很容易被忽視或者被擱置在一邊。Phil Freo 在本文中介紹了能更好地捕捉客戶需求的方法。

典型的方式真的管用嗎？

最常用的記錄功能需求方式非常簡單：“[email protected]需要功能A… [@產(chǎn)品和研發(fā)團(tuán)隊(duì)相關(guān)人員名單]”。

假設(shè)我們確實(shí)要開發(fā)A功能，上述做法提供了需要給到通知的人員列表，但這種操作既不能給研發(fā)有用的幫助又不能切實(shí)滿足用戶的需求。原因在于：

• 不同的人對這個(gè)功能的具體概念可能有不同的理解。
• 功能有多種不同的實(shí)現(xiàn)方式，上述方式并不能說明哪種方式最好。
• 可能存在一種不同的、更好的方式可以滿足用戶的基本需求。
• 以這種簡單的格式記錄即便通知到了相關(guān)人員，但并沒有很好地給到他們的核心要點(diǎn)。

僅用郵箱地址來記錄功能請求肯定要比不留任何用戶信息要好，至少這樣我們在后期可以聯(lián)系到更多人。高度概括的通知也看似給我們提供了一個(gè)投票系統(tǒng)，以便我們圍繞產(chǎn)品功能做出優(yōu)先考慮。但實(shí)際上這個(gè)系統(tǒng)并沒有足夠的細(xì)節(jié)，未必能使多數(shù)人受益。

更好的方法

功能請求的記錄格式應(yīng)該包含更多細(xì)節(jié)信息。例如：

• 用戶是誰？他/她所在的公司是什么？該用戶在公司內(nèi)扮演什么角色？
• 用戶在什么情況下想要使用這個(gè)功能？ （什么時(shí)候開始有想法？）
• 用他/她自己的話來說，“功能A”的定義是怎么樣的？
• 具體來說，他們將如何使用此功能？
• 增加此功能之后，他們希望實(shí)現(xiàn)怎樣的業(yè)務(wù)價(jià)值？

簡言之，多問幾個(gè)“為什么？”，然后讓用戶用他自己的話，盡可能詳細(xì)地表達(dá)想法。

“用戶自己的話”是非常重要的，因?yàn)槲覀兒苋菀滓罁?jù)自己的思考先入為主的定義用戶的想法，反而無法理解他們的目標(biāo)和期望。

“用戶的話”有什么作用

在基于需求的產(chǎn)品開發(fā)過程中，當(dāng)我們試圖驗(yàn)證某個(gè)產(chǎn)品建議是否有向前推進(jìn)的意義時(shí)，簡明而詳細(xì)的用例有助于指導(dǎo)我們看清楚問題。它們可以回答“是否真的存在足夠重要的一致用例模式？”、“關(guān)于解決方案的具體構(gòu)想是否最優(yōu)？”的問題。

在記錄功能請求時(shí)，假定在缺省情況下，存在一系列具體使用案例，而且這些案例能說明為什么該功能對于客戶很重要以及他們將如何使用該功能時(shí)，該功能才能進(jìn)行開發(fā)。

從產(chǎn)品開發(fā)的角度來看，重要的是挖掘潛在的需求，而不是強(qiáng)調(diào)用戶的想法或強(qiáng)調(diào)特定功能的實(shí)現(xiàn)。

設(shè)計(jì)決策

很多時(shí)候我們可能看到了某個(gè)狀況下的明確需求，或者用戶針對特定功能的提出了大量請求，然而還有另一個(gè)因素需要重視，那就是該功能怎么發(fā)貨作用。

通常情況下，一個(gè)功能可以以多種不同的方式運(yùn)行，但是如果不能準(zhǔn)確理解用戶想要實(shí)現(xiàn)的效果，就很難確定哪種方式更好。

而深入U(xiǎn)I / UX或技術(shù)設(shè)計(jì)環(huán)節(jié)的話，大多數(shù)表面上看起來清晰明了的功能可能會(huì)朝不同的方向發(fā)展。 忠于用戶反饋的核心使用案例可以幫助我們快速且更確信地選擇一個(gè)方向。

誰來完成

產(chǎn)品團(tuán)隊(duì)負(fù)責(zé)完善客戶使用案例并與客戶溝通解決方案。

然而，任何與客戶接觸的人都有獨(dú)特價(jià)值的，溝通的過程中可發(fā)現(xiàn)很多客戶的遇到的問題和功能請求。 如果這些帶有使用場景的功能請求被記錄下來，可以很大程度推動(dòng)產(chǎn)品走向正確的方向。 我們總說公司要尊重用戶的想法，這就是最好的方法。

原文地址：http://philfreo.com/blog/feature-requests/

譯者：Wheeler，由36氪編譯組出品。編輯：郝鵬程

譯文地址：http://36kr.com/p/5103640.html

本文由 @郝鵬程 授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自 Pexels，基于 CC0 協(xié)議