今天和大家聊一聊一個(gè)需求驗(yàn)證的小技巧：“試紙測試”。

一、初衷

眾所周知，產(chǎn)品上線以后，經(jīng)過一段時(shí)間的運(yùn)營，同時(shí)隨著戰(zhàn)略的調(diào)整和需求的逐步明朗，會(huì)有許多新的需求和方向產(chǎn)生，此時(shí)就不得不進(jìn)行產(chǎn)品迭代，而任何的新功能和改變背后，都充滿了風(fēng)險(xiǎn)和未知，作為產(chǎn)品經(jīng)理，該如何用最小的代價(jià)來驗(yàn)證改變的價(jià)值？

今日就和各位聊一聊一種需求驗(yàn)證的小技巧：“試紙測試”

二、定義：

何為“試紙測試”？

任何產(chǎn)品或功能的設(shè)計(jì)價(jià)值體現(xiàn)在設(shè)計(jì)動(dòng)機(jī)，而設(shè)計(jì)動(dòng)機(jī)的價(jià)值就是為了滿足需求！

而需求之間是存在關(guān)聯(lián)性的，如果假設(shè)現(xiàn)有功能是滿足需求的，那其周圍一定存在著潛在的關(guān)聯(lián)需求等待滿足，同時(shí)會(huì)有很多偽需求伴生，此時(shí)就需要去做判斷，之所以觀主把這種方法稱為“試紙測試”，就是寓意“猶如化學(xué)實(shí)驗(yàn)的試紙一樣，用一片小小的試紙附帶著現(xiàn)有產(chǎn)品去對(duì)未知做判斷”！

說白了，“試紙測試”的核心理念就在于——

依附現(xiàn)有產(chǎn)品，以最小代價(jià)，在盡可能少的改變現(xiàn)有產(chǎn)品的前提下，去對(duì)未知需求做判斷和預(yù)演！

從而確保在新功能或改變正式上線前，掌握主動(dòng)，做到進(jìn)退自如！

ps：任何新功能的上線，都是有代價(jià)的，比如開發(fā)成本、比如用戶接受度的不確定等，不管團(tuán)隊(duì)大小、資源多寡，作為一名產(chǎn)品經(jīng)理，需要學(xué)會(huì)盡可能的“一擊即中”，在低成本下試錯(cuò)！

三、舉例：

（市面上每個(gè)產(chǎn)品的背后也有自己的故事，所以這里的例子都是經(jīng)過一定轉(zhuǎn)化的，不具名了，請(qǐng)勿對(duì)號(hào)入座；另外很多現(xiàn)有的功能做的很好，但是并不代表其在當(dāng)初上線前就已經(jīng)能確定上線后的結(jié)果，在這里我用“試紙測試”的方法，架空這些功能，做出了一些假設(shè)，為大家提供另外一種更穩(wěn)妥的思路，即“如果有了試紙測試，花很小的代價(jià)，可能可以預(yù)測結(jié)果”）

1.電商平臺(tái)商品詳情頁增加“一鍵下單”功能

（任何創(chuàng)新功能在設(shè)計(jì)時(shí)的預(yù)期，實(shí)際上線后可能根本無人問津，“試紙測試”可以把試錯(cuò)的成本降低，無論是開發(fā)成本，還是用戶認(rèn)知的成本）

現(xiàn)狀：詳情頁有立即購買功能，點(diǎn)擊后進(jìn)入訂單確認(rèn)頁面，確認(rèn)商品和配送、支付等相關(guān)信息后支付，支付成功后流程結(jié)束。

需求：降低用戶操作難度，縮短、簡化用戶操作流程，使用戶從決策到完成支付的過程更緊湊。

方案：分析下來，在訂單確認(rèn)環(huán)節(jié)上，存在很多重復(fù)性的輸入和操作，而個(gè)人消費(fèi)者的收獲、配送、支付等信息可選范圍極小，所以希望通過復(fù)制上一次（或預(yù)設(shè)）的訂單確認(rèn)頁面輸入內(nèi)容，來去掉這一環(huán)節(jié)，直接完成支付，所以需要增加“一鍵下單”功能。

正常迭代：直接增加“一鍵下單”功能。

試紙測試：在訂單確認(rèn)頁面增加一個(gè)按鈕“與上次訂單相同”，通過對(duì)這個(gè)按鈕的監(jiān)控來看增加“一鍵下單”功能的必要性。

ps：很多人要問了：正常迭代和試紙測試感覺在功能上差別不大，為什么要多此一舉？原因如下——

• 首先在訂單頁面增加按鈕和在商品詳情頁加按鈕相比，前者僅僅是對(duì)上一次的信息做緩存和讀?。ㄗ詣?dòng)填充），后者需要開發(fā)一套全新的自動(dòng)化邏輯，明顯“試紙測試”的試錯(cuò)成本更小；
• 其次在頁面的邏輯上，直接增加“一鍵下單”面臨著從商品詳情頁就把流程做分支，改變了現(xiàn)有的產(chǎn)品和頁面邏輯，而“試紙測試”采用的方法，則是不對(duì)頁面和流程做調(diào)整，依然是通過“立即購買”進(jìn)入訂單確認(rèn)頁面，這樣的更改對(duì)用戶來說基本無變化，也不存在認(rèn)知上的難度。

2.B2B平臺(tái)是否增加采供交流頻道？

（“試紙測試”除了可以幫助產(chǎn)品經(jīng)理降低試錯(cuò)成本，也同樣可以為產(chǎn)品經(jīng)理砍去偽需求提供事實(shí)依據(jù)）

現(xiàn)狀：某化工平臺(tái)提供的交易模式為詢盤交易（撮合交易）和現(xiàn)貨交易（類庫存交易），采購商只能向某一家或多家同時(shí)進(jìn)行采購意向的提交，而現(xiàn)貨交易由于品類的限制，可能存在現(xiàn)貨與采購需求有細(xì)微出入的問題。

需求：公司高層以及業(yè)務(wù)線認(rèn)為，需要通過類似交流社區(qū)或頻道的功能，幫助采購商把需求給擴(kuò)散，在提升采購效率和反饋率的情況下，又能吸引有潛在供貨能力的供應(yīng)商參與到平臺(tái)交易中。

方案：在原有的主線交易流程外，增加一個(gè)單獨(dú)的二級(jí)子頻道“采供交流區(qū)”，功能類似于簡化的“58同城”這類的。

正常迭代：直接增加二級(jí)子頻道，需要做很多開發(fā)，包括一整套新的邏輯：從瀏覽到發(fā)布到接觸到初步達(dá)成意向后的關(guān)閉。

試紙測試：直接在現(xiàn)有的商品，無論詢盤或者現(xiàn)貨的“詢盤/購買”按鈕邊上增加兩個(gè)按鈕“我也能供貨”和“這不是我要的，讓平臺(tái)幫我找更多供應(yīng)商”，統(tǒng)一跳轉(zhuǎn)一個(gè)簡單的采供信息提交表單（包含聯(lián)系方式），而在用戶端后臺(tái)中只增加一個(gè)記錄該次提交的跟蹤模塊，通過運(yùn)營人員的介入來幫采供雙方完成：其原本通過采供頻道可能達(dá)到的預(yù)期效果，即如果是采購商發(fā)布采購信息無非是要供應(yīng)商應(yīng)答，這個(gè)找供應(yīng)商的過程前期就用人工來完成。

ps：如此做的原因如下：

• 通過“試紙測試”降低了開發(fā)成本是其一，同時(shí)避免了在需求未驗(yàn)證前，盲目進(jìn)新版塊上線所帶來的流量切分和意外跳出；
• 這里的核心思路是“先證明對(duì)錯(cuò)，再完善功能”，原有的需求需要進(jìn)行一定的轉(zhuǎn)化，表面是要做一個(gè)新頻道，實(shí)際需求不是非要這個(gè)頻道不可，而是需要一條幫助采供雙方在原有交易線外，把潛在需求給釋放的路徑，所以“試紙測試”通過簡化和運(yùn)營人工介入，就是為了證明這個(gè)點(diǎn)。
• 產(chǎn)品經(jīng)理要學(xué)會(huì)砍需求，這是老生常談，觀主平均要砍掉全公司（包含老板）的80%需求，這個(gè)“砍”不僅僅是不做，有時(shí)候是雙方互相讓步后簡化著做，而“試紙測試”很大的一個(gè)作用就是為你提供“砍需求”的理由。

3．電商平臺(tái)增加新的品類前的試紙測試

（“試紙測試”不僅適用于產(chǎn)品設(shè)計(jì)和開發(fā)，還能用于運(yùn)營場景）

現(xiàn)狀：某珠寶B2B平臺(tái)，80%的商品為黃金類珠寶首飾，而在品類上也是以這個(gè)為基礎(chǔ)，但是珠寶首飾的品類其實(shí)極其豐富，同時(shí)延伸的周邊產(chǎn)品，如加工用具、包裝盒等也極多，但是客觀的說該行業(yè)為非標(biāo)定制行業(yè)，又是柔性手工生產(chǎn)業(yè)，所以在信息化的難度上不小，很難做到全品類的普適（意味著每增加一個(gè)品類，起碼商品管理和展示、下訂上要多一套新模板）。

需求：業(yè)務(wù)團(tuán)隊(duì)需要在現(xiàn)有品類上增加很多其它品類，逐步轉(zhuǎn)化成全品類平臺(tái)。

方案：原平臺(tái)從展示、搜索到下訂，以及后臺(tái)的結(jié)構(gòu)都需要從適用于黃金品類轉(zhuǎn)化為全品類，如黃金是沒顏色的，而新增的K金有雙色和三色，同時(shí)顏色不同工費(fèi)等都不同，原模板需要更改。

正常迭代：直接分析每個(gè)品類后設(shè)計(jì)開發(fā)，從上傳到展示，從搜索到下訂，幾乎全流程需要翻一遍。

試紙測試：不做任何更改，將一些已經(jīng)談好的供應(yīng)商的非黃金（即新品類）類商品，通過現(xiàn)有的商品體系上傳，很多關(guān)鍵信息無法很好展示，但是起碼采購商可以看到圖片、名稱和備注，這些粗淺的顯示無法幫助采購商做購買決策，通過人工介入來完成這一步需求的驗(yàn)證。

ps：原理如下：

• 當(dāng)時(shí)我評(píng)估的開發(fā)量很大，而且不確定性太多，于是就試圖用冗長的開發(fā)周期嚇退業(yè)務(wù)團(tuán)隊(duì)；
• 原先的產(chǎn)品結(jié)構(gòu)，僅僅是不適合全品類，但是不代表完全無法進(jìn)行初步信息的展示和溝通，人工的介入很好的彌補(bǔ)了這一缺陷，所以何不先不做改變，通過運(yùn)營來做些嘗試呢？如果用戶真的對(duì)這些品類存在需求，再開發(fā)新模板也不遲。
• 我的經(jīng)驗(yàn)就是：很多時(shí)候你沒推出某個(gè)功能或商品前，用戶滿口說好，但是實(shí)際上線后，會(huì)不會(huì)買或者用，還是兩說，做產(chǎn)品的童鞋們嚴(yán)謹(jǐn)些。

4．常旅客積分管理app，增加優(yōu)惠券功能后的反思

（“試紙測試”的有趣之處在于替代，把從開始到結(jié)果的每個(gè)步驟，盡可能的用比較小代價(jià)的行為去做替代，從而做到“不大動(dòng)干戈”而完成嘗試）

現(xiàn)狀：一款常旅客（整天上天入地飛飛飛，各種酒店嗯嗯嗯的物種）專用app，包含社區(qū)、信息交流和各大航空酒店集團(tuán)的會(huì)員積分管理功能，同時(shí)附帶著教你如何“薅（HAO）羊毛”以及推送精準(zhǔn)的優(yōu)惠信息。

需求：業(yè)務(wù)團(tuán)隊(duì)（又是萬惡的業(yè)務(wù)團(tuán)隊(duì)）需要增加一個(gè)優(yōu)惠券的功能，無非是與現(xiàn)有可綁定會(huì)員卡的集團(tuán)進(jìn)行談判后，拿一些甜頭給用戶，三方互利互惠，優(yōu)惠券用于夠用戶在預(yù)定酒店或者飛機(jī)時(shí)使用。

方案：根據(jù)需求，當(dāng)時(shí)需要做的最低要求也不簡單，起碼包含三塊：優(yōu)惠券前臺(tái)入口（查看和領(lǐng)?。瑐€(gè)人中心中的優(yōu)惠券查看功能（包含優(yōu)惠券的使用狀態(tài)同步等），以及app運(yùn)營后臺(tái)的優(yōu)惠券錄入和管理模塊。

正常迭代：把a(bǔ)pp折騰翻一遍，再把后臺(tái)翻一遍，同時(shí)還可能需要和不同酒店航空集團(tuán)做后臺(tái)技術(shù)對(duì)接（取決于給券的合作方），整個(gè)開發(fā)周期各位童鞋應(yīng)該也初步有概念了，我們當(dāng)時(shí)的開發(fā)配置（2ios，2安卓，2java，1測試）需要折騰半個(gè)月。

試紙測試：（首先要說，這是個(gè)曾經(jīng)失敗的功能，做好后沒人用，原因多樣，包括比較二的是合作方不提供優(yōu)惠券，今天拿出來說也是一些反思后的結(jié)果）現(xiàn)在想想完全可以簡化，app是以手機(jī)號(hào)注冊的，每個(gè)用戶的手機(jī)號(hào)都有，app優(yōu)惠券前臺(tái)也不需要做那么復(fù)雜，直接給個(gè)點(diǎn)擊領(lǐng)取的功能，點(diǎn)擊后新頁面也不跳，直接提示成功與否，成功就下發(fā)短信把優(yōu)惠券推到手機(jī)，然后，個(gè)人中心也不做優(yōu)惠券的查看和管理，前期反正券少，先借用用戶手機(jī)的短信功能對(duì)優(yōu)惠券做管理和狀態(tài)查看，app端可以少改動(dòng)就少改動(dòng)，可以不動(dòng)就不動(dòng)。

ps：來說說這個(gè)“試紙測試”的思路：

• 分解需求后無非是幾點(diǎn)需要證明：用戶在看到優(yōu)惠券后是否會(huì)點(diǎn)擊領(lǐng)取，領(lǐng)取后是否需要一個(gè)管理的功能，領(lǐng)取后實(shí)際是否會(huì)去用。
• 根據(jù)分解的點(diǎn)用“試紙測試”的思路做替代：核心點(diǎn)在于把整個(gè)領(lǐng)取后的優(yōu)惠券代碼查看和管理這塊，借用手機(jī)自帶的短信管理功能來做替代實(shí)現(xiàn)，省掉了app兩個(gè)界面“優(yōu)惠券領(lǐng)取后詳情頁”和“已領(lǐng)取優(yōu)惠券列表頁”。
• 還是“試紙測試”的核心思路，盡量“不大動(dòng)干戈”的去做些低成本試錯(cuò)，先驗(yàn)證這個(gè)優(yōu)惠券的出發(fā)點(diǎn)和結(jié)果是用戶認(rèn)可的再去完善功能。

相關(guān)的例子數(shù)不勝數(shù)，觀主就不一一道來了，各位可以結(jié)合自己做過的產(chǎn)品，來看看從“試紙測試”的思路上，是否有新的破局方法。

四、總結(jié)

“試紙測試”是一種新的解題思路，是我根據(jù)自己的產(chǎn)品經(jīng)歷總結(jié)提煉的方法論，可能各位都有用過類似方法，但是希望通過這次提煉可以幫大家更體系化的去思考和應(yīng)對(duì)產(chǎn)品需求，在實(shí)際場景中使用“試紙測試”時(shí)需要注意以下幾個(gè)要點(diǎn)：

• “試紙測試”的核心是以小博大，用小代價(jià)去預(yù)測大方向。
• 有時(shí)候別人說的需求是需要經(jīng)過轉(zhuǎn)化的，“試紙測試”就是教你如何用小而美的方案去做替代法，然后把別人的實(shí)際需求給低成本的進(jìn)行試錯(cuò)。
• 如果一項(xiàng)新功能或者改動(dòng)對(duì)原來的產(chǎn)品影響不大，那其實(shí)可以不用“試紙測試”，切勿陷入非用不可的泥潭，這是笨辦法和無奈之舉。
• “試紙測試”的大前提是保護(hù)現(xiàn)有產(chǎn)品，但是也切勿忘記要試錯(cuò)的目的，有時(shí)候過于簡化，可能達(dá)不到試錯(cuò)的目的。
• “試紙測試”是一個(gè)平衡的技巧，是一種雙方理解下的妥協(xié)，需求方如果很堅(jiān)定的認(rèn)為要做，產(chǎn)品經(jīng)理非不做時(shí)，你得明確告訴需求方，我們需要通過“試紙測試”，更有目的、更低成本的做著看看。
• 最后再重復(fù)一下，“試紙測試”的代價(jià)如果很大，需要謹(jǐn)慎是否有必要了！

以上只是我對(duì)過去的思考和沉淀，希望對(duì)諸位有所幫助，換一種思路，一起在產(chǎn)品的道路上走的更遠(yuǎn)，謝謝觀賞！

作者：寧白衣，資深產(chǎn)品狗，9年多互聯(lián)網(wǎng)產(chǎn)品設(shè)計(jì)經(jīng)驗(yàn)，曾主導(dǎo)多個(gè)B2B供應(yīng)鏈電商項(xiàng)目從0到1。

本文由 @寧白衣 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

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