本文主要是個人思考的一點記錄，比較零碎。細枝末節：原義代指無關緊要的事，本文主要表示細小的，細微上的部分。
原初稿筆記發於個人微信公眾號。
導言：功能需求作為用戶需求的第一個後繼節點，這兩者時常不會區別對待，大家平日都只會說，有一個需求，怎麼怎麼樣……但對於我個人的理解，如果把一個產品比喻成一棵樹，那麼用戶需求是這棵樹的根部。功能需求是用戶需求這個本質問題的一套解決方案。在這套解決方案的流程中所營造的場景，細節部分又將滋生新的用戶需求。用戶需求以用戶為中心點。在《用戶力》一書中，對用戶和需求進行定義，根據需求的頻度，強度，場景化將用戶劃分普遍用戶、目標用戶和粉絲用戶，是一種精準的「投放」定義。在真實場景中，尋找用戶，分類用戶對於需求調研的作用也相當重要，譬如，一個連鎖餐飲的點餐收銀會員系統，使用點餐與收銀這兩個基本的核心功能的用戶是店內的前線工作人員，享受這套會員系統權益的是消費者們，而真正把控風向，確定「做與不做什麼」，「做到何種程度」等問題的人卻是連鎖餐飲的管理層，這時候的調研，我們該以哪類人等作為主要參考，答案不置可否——管理層。那麼，不管功能需求的來源是真實用戶，還是公司老闆，運營，客服，第三方等，他們提出的需求，究竟應該去做嗎？
No.01 體驗產品是助力驗證，糾偏，優化，推翻落地產品設計的有效方法
【STORY-01】Mellower小程序上線后，作為公司的一名開發人員，鑒於好奇的心理，對在實際情形中與預先設想場景二者所達到的契合程度的佐證以及糾偏思考的目的，很快就到店消費了。首次消費使用麥子券（公司員工券），使用規則，一券抵換一物（咖啡飲品）。
未消費前設想場景——當一人帶著多個好友到店消費，全部使用麥子券消費，需要一張一張點開券給工作人員使用掃碼槍掃描才能完成，不可通過輸入核銷券數進行批量快速的方式。
真實體驗——我邀約了兩位好友陪同到店體驗去試驗這個假設的場景。與工作人員聊天加上當時只有我們這一波人點單，沒有產生過多焦慮的情緒。二維碼掃描使用頁如下圖1-1-1。
圖1-1-1
【STORY-02】為了推廣，擴大人流量，給員工每月福利，發放麥子券（員工券），除提供本人使用，另提供「贈送好友」功能。在我贈給好友A麥子券之後，她並沒有立刻去領取，而是快速問我，「領了去哪裡喝？」。Mellower Coffee與星巴克不同，星巴克幾乎遍及全中國一二線城市，她產生這個疑問，可以理解，「領取」這個行為其實對她還不能夠產生「有用」的信號，就和我平日偶爾在大眾點評上叫了一份外賣后，APP提供我一份優惠券，讓我去領取的功能一樣。我很清楚這份優惠券的有效期限頂多就是一個周左右，我也很清楚，我這個月基本不會再叫外賣，領了真是多餘，根本沒用處，那不能用又何必浪費時間點擊【領取】？而且我看見那張優惠券，內心有一絲嫌棄和厭倦的心理，嫌它煩，從本質上說，這時候的我壓根就沒有一周內再點外賣的需求，就會產生平台「很心機」的情緒，所以我經常直接【返回】，再見，誰稀罕你的優惠券！譬如下圖1-1-2。
圖1-1-2
可見，券值1元，使用規則：1、有限期限一天（明天到期）；2、40:1的概率（滿40可用）；3、外賣平台通用類型。這裡其實產生過兩個問題，一問是平台的券的錢幣價值是如何計算而來，即那個1元是怎麼得來？二問為平台為什麼要做這個功能，即便面值到領取頁面方可全看，這流失率也不低吧（關於以上兩個問題，本文不做談論，各位看官可以小思）。
聽了一會兒故事，那麼，現在就該考慮文章題目主線——我們，該不該給出這兩則故事中問題的解決方案這個問題了？
對於第一個問題為什麼不能做批量核銷消費，主要是一些資源，技術等限制，不做細說。
對於第二個問題，下面給出個人的思考角度——
1、這個來自用戶反饋的需求是否真實存在？
用戶需求提要：信息全面性獲知。釋義：一個對門店地址不明確清楚的用戶需要在未養成習慣/知識性（首次/每次）的前提下進行領取操作時，提供更多的門店地址信息（因為門店不算遍及），甚至定位當前城市提供該城市的門店地址的圖文介紹。
這個story其實還有下半段，我的那個朋友在我自官網截圖了本地她常去的CBD區域的那家門店后，她回復一句，「我知道了，很喜歡他家」，接著就去領取了。為什麼我的朋友最後去領取了？1、門店地址在她的活動範圍內，不說經常性，一個月也有那麼一兩次；2、她去過，可能因為當時沒注意；3、喜歡。如果把這些條件都去掉，僅提供地址，路途很遠，完全不在她的活動圈內，即便員工券免費，她願意領取的概率也極大可能將會少於不願意領取的概率。如果距離不遠，將來有使用的可能性，她會領取的概率大。
2、需求（價值）分析
低頻，弱需求，誘惑力是針對領取者而言可線下免費消費。
3、做還是不做？
做它的利處？能夠更加全面的提供Mellower的門店信息和基本介紹，避免用戶在領取好友「贈送」時因信息未知引起的心理焦慮問題，減少這個環節的用戶流失，但是效果不會太大，進而增加線下門店的人流量，是一個優化，讓功能更加全面的過程。小程序中現主要包括購買、消費（使用），會員三個大塊兒（如圖1-3-1），贈送好友為二級功能，具有一定的重要性質。
圖1-3-1
不做它？對現在沒有過多的影響，預估幾乎影響為零。
優先順序別分析：
- l 優先順序低。
- l 功能需求的來源：用戶需求。
- l 功能需求類型：優化。
目的性：如果為了這張券的消費閉環，完成整個流程，可以不做優化，因為券沒被領取將自動返回贈送者，而發起贈送必然是知道該去哪兒如何進行消費。如果為了推廣，為了讓更多的人認識Mellower，成為用戶，可以做。
圖1-3-2
下面簡要說明本人對其優化的方案，功能需求簡述：在好友領取頁面，增加【關於Mellower】按鈕，以會話式彈窗提供Mellower的基本介紹和城市門店地址（圖文），定位當前城市，並做檢測當前城市是否有Mellower門店地址，若有，則頁面上在【立即領取】上方以與背景對比顏色鮮明的小字展示門店地址；若無，則不顯示。領取的頁面上增加如「您的好友XXX*****XXX(電話號碼)送您一份好禮，Ta的一片冰心，您捨得辜負嗎？快快下手領取吧」這類走心理「不領取不好」的文案。UI設計上美觀簡約一點。
結論：體驗產品，是迭代產品，驗證當前版本功能和預期結果之間差異的實踐之路。在需求收集之後，對它做或不做，是緩存還是排期，分析角度是需求來源，需求真偽（除卻考慮需求價值，要觀察，還原場景，假設和提問……每個為什麼都是拆開每套盒子外殼的Key），需求特徵（頻度，強弱，剛隱，重要程度，緊急程度），宏觀條件。隨後才是落地功能需求池。
No.02 客服，是採集和發掘用戶需求的一大途徑
不是所有客服人員都會將所有民聲都記錄本子，讓你有所查閱的；也不是那個小本子上記錄的所有問題都能夠讓你想象到來電場景的。請用心觀察，用耳傾聽。
1、我以為的不是我以為的——客服的一通電話
那個實物類商品的購買，因為客服的一通電話推翻了我對產品的設想。
當我看到公司產品經理產出的DRD文檔之後，原型稿上出了售賣卡片與線下門店結合使用的功能滿足卡片售賣和使用這條消費分支外，還有實物商品的購買，以傳統電商的模式郵寄完成訂單。我當時生出了一個預想，現在這個階段應該是引流為主，讓原本的線下用戶轉移到線上，將線下流通的卡片轉移到線上，利用線上信息的快速觸達等裨益推廣品牌，而且線下用戶要購買實物商品直接到店就能滿足這個需求，所以實物商品不就應該排期靠後嗎，它並沒有那麼緊急吧？公司的產品經理為什麼要放在第一期？最後自己觀察后，給出自己的答案是：Mellower需求方有這個要求。
大約在小程序迭代過四五個版本之後，因為特殊原因上線售賣的所有商品進行了下架，這時候，客服不得不電話聯繫已經購買過實物商品的用戶，大約三人使用過這個功能（只是這個區間，之前的暫不清楚），因為本人不負責這些工作，用戶訂單這些數據沒有查看，所以，一直到客服的這通電話，我才能說服自己，這個需求的存在的重要程度比我預估的要大，我預計的購買實物商品的人，是<=1（開玩笑，代指非常少量的意思）。這裡，數據反饋顯得相當重要，採集數據到分析數據應當是產品上線后，作為產品人去關注的一項指標。在這裡，最清楚Mellower應該提供什麼功能滿足用戶的，是合作需求提出方，這是線下線上傳統行業產品時需要優先考量和分析的對象，其次才是個人的小數據觀察，對真實用戶的思考。
對於為什麼要在第一期就做這個功能，其實沒有過多的區別，但是肯定要做，這一點無可辯駁。自己更多考慮的就是在什麼周期，那個階段做？第一期做，會顯得比較飽滿，完善，為後續的擴展做奠基石，比如活動等推廣，引導用戶的購買會更加方便。如圖2-1-2的商店頁面截圖，將卡片（線上+線下場景）和實物商品（線上完成）。放在第二期做其實也沒什麼影響，一、二期版本的更迭不會超過兩個月，但是已經確定要做的東西，個人也會贊成放在前頭，越早越容易擴展，越容易放到市面上試錯，有更多時間改錯糾偏。
圖2-1-2
2、迭代發票功能
發票功能的引入，是在小程序上線后，客服接到第一通問及發票的問題。客服諮詢產品經理和公司領導后，下一個版本，產品經理便當機立斷決策引入這個功能，滿足用戶開具發票的需求。
為什麼要做發票功能？需求來源是用戶，通過和身邊朋友聊天，他們一般吃飯都需要發票，而且喝咖啡的用戶除了個人也存在團體。可以確定，需求的頻率在消費者中佔有一定比重，已經有用戶直接撥打客服諮詢，需求存在相當高度的緊急性，在當前版本的功能中這個新需求是剛性需求。所以要做，優先順序P1級。
但是值得一提的是，產品直到現在，沒有一個Q&A模塊。關於發票，最近一次用戶的諮詢內容是：當使用面額卡（大額度）分批次線下消費結算和線上購買時，用戶不樂意每次都開具，而是按照個人意願在某個時間點統一開具一次發票。這些曾經被諮詢過的問題，個人認為足以支撐做一個Q&A模塊功能，並且按需實時更新內容。
No.03 那些定義和那些規則
1、這可能不是我期望中【禮品卡】的樣子
先來看看現在小程序的【禮品卡】，如圖3-1-1。
圖3-1-1
上圖中可見購買流程，我想要提及的是到達支付完成頁面后，點擊上圖最右側，即第三幅圖中的【完成】按鈕進入的頁面的考慮，如下圖3-1-2。
圖3-1-2
左側圖為支付完成的頁面，右側圖是使用頁（由我的卡進入）。
禮品卡的禮品沒有得到充分的體現，當一個用戶選擇進入禮品卡時，個人認為為的就是禮品，禮品卡的定義難道不應該是「贈禮」嗎？換句話，完成購買頁面（上圖左側），應該直接提供用戶贈送，而非點擊【完成】進入我的卡（這裡的點擊「完成」僅是為了讓用戶確認他已經知悉購買狀態/結果），然後再進入使用頁（上圖右側），整個路徑加長，用戶這時候首先又看見的【立即使用】，這個過程並不能很好地照顧用戶購買禮品卡時為了贈送他人的心理訴求。
所以，現在說說，要更改禮品卡的支付完成頁嗎？我的答案是要。
禮品卡這個場景的營造，其定義就應該圍繞「禮」這一個字進行創造。
No.04 我們如何評估一個功能需求該不該做，我的總結
1、思考這個功能需求的來源，是用戶，老闆，運營，客服，合作的需求提出方（第三方），自己的觀察等，如果可以，多提一嘴，他們提出這個功能需求的原因是為何；
2、思考這個功能需求對應的本質需求（分類的用戶/用戶的屬性特質），儘可能地做到去偽存真，分析需求的特徵，基本維度如何。
3、思考目的和當前產品所處的階段和產品的定位衝突問題，但不要糾結一點。
END
留在最後：各位羽化登仙的神仙們，若是有喜歡喝點咖啡，休息假日喜歡找個安靜場所看書啦，工作啦，聊天談事啦等等等等等等的，可以考慮考慮去試試Mellower咖啡。環境主打寬敞風格（聽說工廠式，不懂），來兩張圖。
