2.4　共創(chuàng)與精煉的常用方法

價(jià)值探索環(huán)的使用前提是團(tuán)隊(duì)擁抱“先假設(shè)后開發(fā)”的思考方式，能夠識(shí)別前面提到的3類假設(shè)，即問題假設(shè)、人群假設(shè)和解決方案假設(shè)。當(dāng)然，有了這些假設(shè)以后，我們還需要一些方法能夠快速設(shè)計(jì)與實(shí)現(xiàn)。只有這樣，我們才能以最快的速度完成價(jià)值驗(yàn)證閉環(huán)。下面就通過示例向大家介紹一些實(shí)用的方法。

2.4.1　裝飾窗方法

所謂裝飾窗方法（Decorative Window），就是指為新功能預(yù)留一個(gè)“入口”，讓用戶能夠看到，但實(shí)際上并沒有真正實(shí)現(xiàn)其功能。就像一個(gè)裝飾性的窗戶，如圖2-14所示。這是一種了解用戶喜好的方法，其目的是利用最小成本，來驗(yàn)證用戶是否喜歡某個(gè)功能，以及其緊迫程度，為是否研發(fā)后續(xù)更全面的解決方案提供數(shù)據(jù)支持。

國內(nèi)某垂直電商公司在2013年做了一次商戶平臺(tái)的體驗(yàn)改進(jìn)。在負(fù)責(zé)商戶端產(chǎn)品的產(chǎn)品經(jīng)理進(jìn)行的用戶訪談中，多個(gè)商戶提及賬期問題“競(jìng)品的賬期已經(jīng)改為兩周了，而我們還要3周”。

圖2-14　裝飾窗方法

產(chǎn)品經(jīng)理針對(duì)用戶的這個(gè)抱怨，設(shè)計(jì)了一個(gè)新的功能“即刻提現(xiàn)”，即商戶可以隨時(shí)通過商戶管理系統(tǒng)的頁面，點(diǎn)擊“立即提現(xiàn)”的按鈕，就可以將賬戶上的錢提到自己的銀行卡中。

在產(chǎn)品經(jīng)理看來，這是一個(gè)非常簡(jiǎn)單的功能，用不了多長(zhǎng)時(shí)間就可以上線。然而，經(jīng)過負(fù)責(zé)商戶管理系統(tǒng)的研發(fā)團(tuán)隊(duì)的評(píng)估，需要6周才能上線，而且有一個(gè)前提，那就是需要負(fù)責(zé)財(cái)務(wù)系統(tǒng)的開發(fā)團(tuán)隊(duì)積極配合對(duì)接才行。一聽需要6周，產(chǎn)品經(jīng)理一臉的不高興，但仔細(xì)想想，也知道沒有想象的那么簡(jiǎn)單。原因有以下幾個(gè)。

（1）商戶端開發(fā)團(tuán)隊(duì)本身還有其他功能需求正在開發(fā)中，只有這些需求做完之后才能開始做這個(gè)需求。

（2）需要負(fù)責(zé)財(cái)務(wù)系統(tǒng)的研發(fā)團(tuán)隊(duì)一起修改現(xiàn)有的財(cái)務(wù)流程。

（3）即使全部開發(fā)完了，也要一起進(jìn)行聯(lián)調(diào)，再經(jīng)過測(cè)試團(tuán)隊(duì)的測(cè)試，才能正式上線。

用戶到底是否喜歡這個(gè)功能，它是雪中送炭還是錦上添花，在沒有真實(shí)的用戶反饋前，這是個(gè)未知數(shù)。能否快速找到答案呢？于是，產(chǎn)品經(jīng)理與開發(fā)工程師一起想到了裝飾窗方法。

團(tuán)隊(duì)在商戶結(jié)算詳情頁上提供了一個(gè)可點(diǎn)擊的按鈕。當(dāng)用戶點(diǎn)擊以后，會(huì)彈出一個(gè)頁面，給出一段文字說明，如圖2-15所示，大意是：假如商戶對(duì)這個(gè)功能感興趣，可以留下自己的聯(lián)系手機(jī)號(hào)，一旦功能開通，即可立即收到通知。

圖2-15　裝飾窗頁面設(shè)計(jì)

這個(gè)功能所需的開發(fā)工作量如下所列。

（1）對(duì)原有頁面1進(jìn)行修改，增加一個(gè)按鈕“立即提現(xiàn)”。

（2）增加功能說明頁面2。

（3）用戶提交后，保存手機(jī)號(hào)碼。

此時(shí)，需要驗(yàn)證的假設(shè)可以描述為：“我們相信，在沒有強(qiáng)烈提示用戶的前提下，假如在一周內(nèi)收集到800個(gè)商戶的電話號(hào)碼，則說明有較多的商戶對(duì)這個(gè)功能感興趣，我們可以開始進(jìn)行下一步驗(yàn)證。”

事實(shí)上，這個(gè)“裝飾窗”功能發(fā)布以后，并沒有廣而告之，而是依賴自然流量。幾天后，收集到了1000多個(gè)手機(jī)號(hào)碼，而且，重復(fù)登記兩次以上的手機(jī)號(hào)碼一共有120個(gè)，似乎這個(gè)功能很吸引用戶。產(chǎn)品經(jīng)理很興奮，花費(fèi)這么少的資源和時(shí)間，就獲得了用戶的反饋，還是非常值得的。

2.4.2　最小可行特性法

最小可行特性法（Minimum Viable Feature）是指在產(chǎn)品從1到n的過程中，尋找用戶可直接感知到的需求假設(shè)作為產(chǎn)品的最小可行特性優(yōu)先開發(fā)的方法，以盡可能少的成本快速增加或修改某個(gè)產(chǎn)品特性，讓用戶使用，收集真實(shí)反饋，專注于驗(yàn)證功能改進(jìn)，同時(shí)也可提升用戶使用體驗(yàn)。

此時(shí)，等待驗(yàn)證的假設(shè)是：“我們相信，如果在兩周內(nèi)，那些多次預(yù)留手機(jī)號(hào)碼的120個(gè)商戶中，有60個(gè)商戶使用該功能，則說明商戶的這一訴求的確強(qiáng)烈，該功能能夠大大提高商戶滿意度，可以進(jìn)一步開發(fā)全自動(dòng)化流程。”

團(tuán)隊(duì)并沒有實(shí)現(xiàn)原方案中的全部功能，而僅僅開發(fā)了用戶可直接感知到的那部分，如圖2-16所示。從用戶的角度看，這個(gè)功能的確完成了。

圖2-16　用戶的最小可行特性

然而，對(duì)企業(yè)內(nèi)部來說，這只是一個(gè)非常簡(jiǎn)陋的版本。當(dāng)用戶確定提現(xiàn)申請(qǐng)后，后臺(tái)服務(wù)會(huì)發(fā)送一封郵件給團(tuán)隊(duì)的指定人員，郵件中包含結(jié)算提現(xiàn)所需要的必要信息。該負(fù)責(zé)人需要打印該信息，到財(cái)務(wù)人員那里手工走完賬務(wù)流程，完成整個(gè)交易過程。用戶如果想要取消這個(gè)功能的話，需要通過客服熱線申請(qǐng)，而無法自助完成。因此，這其實(shí)是該特性的一個(gè)最小功能集。因?yàn)檫@一最小功能集易于在短時(shí)間內(nèi)、投入較少的人力來實(shí)現(xiàn)，根本沒有涉及財(cái)務(wù)管理系統(tǒng)的開發(fā)工作。

對(duì)開發(fā)團(tuán)隊(duì)來說，可以在最短時(shí)間內(nèi)收集數(shù)據(jù)，驗(yàn)證用戶是否喜歡該功能，再?zèng)Q定是否還要繼續(xù)開發(fā)后續(xù)的功能；對(duì)用戶來說，平臺(tái)在短時(shí)間內(nèi)實(shí)現(xiàn)了立即提現(xiàn)的需求，提升了用戶體驗(yàn)。這樣，形成了可進(jìn)可退的雙贏局面。

2.4.3　特區(qū)法

特區(qū)法（Special Zone）是指在特定用戶范圍內(nèi)進(jìn)行試驗(yàn)，以驗(yàn)證某個(gè)新功能的有效性。這樣，即使新功能無效或者效果不好，也不會(huì)影響特區(qū)外的用戶。這種方法對(duì)于資源有限、成本敏感，但仍希望為用戶提供良好服務(wù)的業(yè)務(wù)來說，是非常有效的方法。大家所熟知的共享汽車和共享單車，都曾采用這種方法，也就是說，從某個(gè)城市或某個(gè)區(qū)域開始提供服務(wù)，試圖回答“該需求是否真實(shí)存在？該需求是否強(qiáng)烈？”這類的問題。

在“立即提現(xiàn)”案例應(yīng)用了“裝飾窗方法”以后，團(tuán)隊(duì)將重復(fù)錄入多次的120個(gè)商戶作為“特區(qū)用戶”，向他們發(fā)送手機(jī)短信，通知該功能已經(jīng)上線。當(dāng)天下午就有第一個(gè)商戶申請(qǐng)立即提現(xiàn)。在之后兩天里，申請(qǐng)商家并沒有想象的那么踴躍。于是，運(yùn)營(yíng)人員向這120個(gè)商戶再次發(fā)送了短信通知，還同時(shí)發(fā)送了一條商戶站內(nèi)通知。

該功能上線兩周后，得到的結(jié)果是：只有45個(gè)商戶在此期間點(diǎn)擊過第一個(gè)頁面的“申請(qǐng)?zhí)岈F(xiàn)”按鈕，真正完成提現(xiàn)操作的商戶也只有33個(gè)。其中，僅提取一次的商戶數(shù)為25個(gè)，提取兩次的商戶數(shù)為7個(gè)。只有1個(gè)商戶提取了8次。比團(tuán)隊(duì)預(yù)計(jì)的目標(biāo)（50%的商戶）少了很多，并沒有達(dá)到預(yù)期。產(chǎn)品經(jīng)理想知道原因，于是采用了下面的“定向探索法”。

2.4.4　定向探索法

定向探索法（Directional Explorer）是指針對(duì)具有某種特定行為的特定用戶群體，依據(jù)該用戶的具體行為模式，設(shè)計(jì)調(diào)查提綱，有針對(duì)性地探索其行為背后的動(dòng)機(jī)。這種定向探索法與一般用戶訪談的不同點(diǎn)在于：團(tuán)隊(duì)已經(jīng)掌握了被訪談對(duì)象的具體行為（包括行為細(xì)節(jié)與發(fā)生時(shí)間等），以事實(shí)為依據(jù)，進(jìn)行定向式的探索發(fā)現(xiàn)，而非寬泛的通用提問。

針對(duì)用戶不同的行為，團(tuán)隊(duì)將用戶進(jìn)行了定向分類。例如：

（1）收到了通知，但沒有進(jìn)行操作的用戶；

（2）訪問了頁面，但是沒有進(jìn)行申請(qǐng)確認(rèn)操作的用戶；

（3）申請(qǐng)過一次的用戶；

（4）申請(qǐng)超過一次的用戶。

針對(duì)這些不同的用戶，設(shè)計(jì)不同的問卷，進(jìn)行用戶訪談，以便理解用戶行為，為后續(xù)的服務(wù)提供有效的輸入。

最終，團(tuán)隊(duì)得出的結(jié)論是：該功能屬于錦上添花的功能，可以解決少量商戶的訴求。另外，通過定向探索，團(tuán)隊(duì)還深入發(fā)現(xiàn)了兩個(gè)新的用戶痛點(diǎn)，為進(jìn)一步提升用戶體驗(yàn)提供了改進(jìn)方向。

2.4.5　稻草人法

稻草人法（Corn Dolly）就是指：不開發(fā)任何真實(shí)的功能，只假裝這個(gè)功能已經(jīng)完成了，并向用戶展示該功能的真實(shí)效果，從而得到用戶的真實(shí)反饋。這種方法與裝飾窗方法的區(qū)別在于它讓用戶真實(shí)地感受到了功能提供的結(jié)果，而事實(shí)上并沒有開發(fā)這個(gè)功能。

這種方法早在20世紀(jì)80年代的IBM公司就使用過。當(dāng)時(shí)，大多數(shù)人不會(huì)打字，只有程序員、秘書和作家才會(huì)使用打字機(jī)和計(jì)算機(jī)。IBM公司很希望個(gè)人計(jì)算機(jī)能夠被廣泛使用，于是其市場(chǎng)部門就做了市場(chǎng)需求調(diào)研。在調(diào)研之后，市場(chǎng)部強(qiáng)烈認(rèn)為，假如IBM公司能夠發(fā)明一種技術(shù)，可以將語音直接翻譯成文字并自動(dòng)錄入計(jì)算機(jī)，不需要手工打字，那么會(huì)有很多人購買這種計(jì)算機(jī)，即使售價(jià)高達(dá)一萬美元。但這一技術(shù)的研發(fā)需要投入相當(dāng)大的成本。于是，有人提出是否可以做個(gè)小型試驗(yàn)來驗(yàn)證一下：“人們是否會(huì)花一萬美元購買這種具有語音輸入能力的計(jì)算機(jī)”，其試驗(yàn)方案如圖2-17所示。

圖2-17　IBM公司的人工智能翻譯試驗(yàn)

首先在一個(gè)房間中有一只麥克風(fēng)，直接連接到一個(gè)顯示屏上。邀請(qǐng)那些潛在購買者來體驗(yàn)這一技術(shù)成果。試驗(yàn)者進(jìn)入這個(gè)房間后被告知，只要對(duì)著麥克風(fēng)說話，所說的內(nèi)容就會(huì)被自動(dòng)翻譯出來，顯示到屏幕上。事實(shí)上，這并不是機(jī)器自動(dòng)翻譯的。在另一房間中，一個(gè)打字速度飛快的打字員邊聽邊打出來，傳到試驗(yàn)者的屏幕上。這個(gè)打字員被要求不要漏掉任何信息，例如試驗(yàn)者的一些口頭語、銜接停頓音等。試驗(yàn)結(jié)果也許你已經(jīng)猜到了，在那個(gè)年代，沒有人真想花一萬美元購買這樣一種打字機(jī)器。

2.4.6　最小可行產(chǎn)品法

最小可行產(chǎn)品法（Minimum Viable Product）通常是在產(chǎn)品從0到1的過程中使用。它是以盡可能少的成本快速開發(fā)產(chǎn)品的核心功能，并找到用戶，收集真實(shí)反饋，驗(yàn)證真實(shí)的用戶需求，以確定新產(chǎn)品方向和形態(tài)的方法，其目標(biāo)是找到合適的產(chǎn)品形態(tài)。

國外垂直品類電商平臺(tái)Zappos最早根本沒有自己的物流管理系統(tǒng)，創(chuàng)始人尼克·斯威姆（Nick Swinmurn）和謝家華只是搭建了一個(gè)簡(jiǎn)單的圖片展示網(wǎng)站，并跑到隔壁鞋店拍攝一批鞋子的照片放在這個(gè)網(wǎng)站上。當(dāng)有人下單時(shí)，他們就去那個(gè)鞋店把鞋買回來，然后手工發(fā)貨。

這就是使用最簡(jiǎn)單的方式來驗(yàn)證最初的業(yè)務(wù)想法，而不是先建立軟件開發(fā)團(tuán)隊(duì)，構(gòu)建一個(gè)完備的軟件支撐系統(tǒng)。