• 我們?yōu)槭裁匆鲞@樣一款產(chǎn)品？
• 用戶在什么樣的場景下會使用我們的產(chǎn)品？
• 這款產(chǎn)品解決了用戶什么樣的痛點？
• 在已經(jīng)明確的一些需求的基礎上，我們?nèi)绾我龑枨?、挖掘需求，甚至是?chuàng)造需求？

規(guī)模越大的公司，對于產(chǎn)品的細分程度越細，例如電商類產(chǎn)品的一個頁面：商品詳情頁。一個大型電商平臺的商品詳情頁很有可能是由4位甚至是更多的產(chǎn)品經(jīng)理在同時負責，所以每個人負責的模塊將非常垂直。如果產(chǎn)品經(jīng)理失去了思考上述問題的意識，這是一個很可怕的信號。每天的工作將變成簡單、機械、冰冷，和重復，沒有創(chuàng)造力，沒有生命力。這決定了你究竟是有了N年的工作經(jīng)驗，還是用了一個經(jīng)驗工作了N年，進而直接決定了你下一份工作的title、待遇，從而決定了你職業(yè)生涯的天花板的最終高度。

接下來，讓我們重新拾起這些很有可能已經(jīng)被丟掉的問題，去思考一下：當我們有機會獨立的面對一款新的產(chǎn)品的時候，我們應該從何下手？

我們將從大到小，或者從粗到細的去細化分析整個產(chǎn)品設計過程。

第一階段：產(chǎn)品的核心價值是什么？

產(chǎn)品經(jīng)理在這個環(huán)節(jié)需要確定的是這款產(chǎn)品的核心價值是什么，決定的是整個產(chǎn)品的大方向，輸出物可以很簡單，簡單到一句話，甚至是幾個字，具體的句式可以參考：解決了誰（用戶）什么樣的問題（痛點）。在將來很長的一段時間里，這幾個字是可以作為這款產(chǎn)品的slogan而存在的，比如滴滴：滴滴一下，美好出行。一旦這個核心價值確定了，那么這款產(chǎn)品短期乃至中期要遵循的產(chǎn)品價值觀也隨之而確定了。在產(chǎn)品經(jīng)理向產(chǎn)品總監(jiān)或者是CEO匯報的時候就可以用兩秒鐘讓領(lǐng)導明白我們這款產(chǎn)品的定位與核心價值是什么。當然，在這個核心價值制定的過程中，公司的業(yè)務現(xiàn)狀與資源配比將是產(chǎn)品經(jīng)理很重要的決策依據(jù)，要尊重事實、尊重客觀規(guī)律，畢竟不符合現(xiàn)狀的空想是毫無意義的。

誤區(qū)：很多產(chǎn)品經(jīng)理在這個階段往往沉溺于產(chǎn)品的功能與機制中無法自拔，而忽略了整個產(chǎn)品的戰(zhàn)略布局的重要性。這樣的做法屬于本末倒置，因為只有在整個產(chǎn)品的核心價值確定了之后，種種功能與機制的制定才有了決策支撐—因為所有的功能都是為最終的核心價值服務的。

第二階段：產(chǎn)品要有哪些功能？

在進入到這個階段之前，我們需要了解一下MVP的概念（高階同學可直接略過此部分）。

MVP：Minimum Viable Product最簡化可實行產(chǎn)品。用一張圖可以很直觀的了解什么叫MVP：

在圖示案例中，用戶的需求是：我想要一輛汽車。但是將這個需求深挖下去，用戶的實際需求其實是：我想讓出行更便捷。

兩種產(chǎn)品迭代的方案最終給出的產(chǎn)品都是一輛汽車，但是迭代過程卻大相徑庭。明顯，下行的迭代方案是符合MVP原則的。在產(chǎn)品的每一次迭代結(jié)束之后都能為用戶提供一個滿足最基本需求的、可用的產(chǎn)品。

less is more（少即是多）原則幾乎是產(chǎn)品設計領(lǐng)域的金科玉律，因此我在進行任何產(chǎn)品設計工作伊始，總是習慣問自己一個問題：這個功能不做行不行？這種永遠做減法的思路，貫穿在我產(chǎn)品設計全過程中。我們在做跟多決定的時候，合理性是我們要考慮的一個最重要的因素，會舍棄掉很多本來想做，但是后來發(fā)現(xiàn)不好的東西。這種舍棄是因為我們發(fā)現(xiàn)很多事情做不好，或者很多決定從一開始就是錯的，或者很多想法最后驗證也是行不通的，如果我們硬要去做這些事情，那是不合理的，這就是做減法的理由。

因此，在這個階段，產(chǎn)品經(jīng)理需要做的是，從所有的功能中找出最核心的那幾個功能作為第一期產(chǎn)品的功能支撐，這幾個功能一定要滿足用戶的基礎需求，否則，將毫無意義。

第三個階段：頁面要有哪些字段？

在第二個階段我們已經(jīng)對產(chǎn)品功能進行了篩選并選出最適合MVP原則的功能點，但是功能點是需要頁面去承載的，因為第三個階段就要落實到具體的頁面進行分析。

在這個階段可以用兩種方法對每一個頁面的應該展現(xiàn)什么樣的字段進行歸納總結(jié)：窮舉法&分類法。

窮舉法就是將這個頁面前期、中期、乃至后期有可能承載的所有字段進行羅列，盡量做到?jīng)]有遺漏。

分類法就是將統(tǒng)計出來的所有字段按照功能或?qū)傩缘木S度進行分類，然后按照MVP原則進行一期、二期、三期的劃分。

我有幸成為國內(nèi)某知名互聯(lián)網(wǎng)公司微信小程序的產(chǎn)品經(jīng)理，接下來，我們用這樣一個微信小程序的項目作為案例，針對上述提到的三個階段，進行實戰(zhàn)演練與分析。

背景介紹：

我任職的企業(yè)為國國內(nèi)某電商企業(yè)，與某貓某東相比，其遍布全國的幾千家線下實體店為該企業(yè)在同領(lǐng)域中最大的競爭優(yōu)勢。小程序的線下使用場景恰好與目前公司業(yè)務優(yōu)勢相符。

解決痛點：

很多線下實體店由于店面規(guī)模與店面成本的限制，無法將所有可售的SKU擺在柜臺上進行陳列展示，因此很多用戶在進行商品選擇的時候，無法看到所有可售的SKU，在線下用戶的潛意識中，沒擺出來=缺貨，因此導致大量潛在用戶流失。因此該微信小程序的功能就是為線下用戶提供更加方便、快捷的購買場景，可以讓用戶線下體驗、線上下單。

• 第一階段：產(chǎn)品核心價值，為線下用戶提供更方便、更全面的購物體驗。
• 第二階段：產(chǎn)品功能點

在給出產(chǎn)品核心價值之后，可以分析出，用戶在線下實體店使用小程序時一共有兩個步驟：1、找到商品。2、購買商品。在傳統(tǒng)電商產(chǎn)品中，產(chǎn)品經(jīng)理設置了海量的頁面方便用戶從各個維度進行商品查找，最后進入到商品詳情頁，但是在小程序的線下使用場景當中，過于復雜的場景只會給用戶造成混亂與麻煩，因此在小程序的“找到商品”步驟只需要兩種功能進行支撐：商品搜索&商品掃碼。在線下實體店中，每一個SKU將會配置一個唯一的二維碼，用戶使用小程序的掃碼功能進行二維碼掃描時，小程序會直接跳轉(zhuǎn)到該商品的商品詳情頁，在商品詳情頁中可進行SKU的切換查找，如果線下實體店沒有相關(guān)二維碼，可使用搜索功能進行商品搜索，然后進入到商品詳情頁進行購買。因此，小程序的首頁將只承載兩個功能，搜索&掃碼。

其次， 幾乎所有的電商產(chǎn)品都會有“購物車”的功能，那么在小程序總需不需要購物車的功能呢？

答案顯然是不需要。因為用戶在實體店進行掃碼或者搜索商品時，已經(jīng)具有了極強的購買意向，與用戶在線上把購物車當做收藏&比價工具的場景完全不同，如果不想買就會直接離開，想買就直接下單，不會加入購物車猶豫再三，購物車的功能對于小程序來講顯然太重。

綜上，微信小程序功能描述如圖：

細心同學應該已經(jīng)發(fā)現(xiàn)了，在一期的功能中缺少了很多功能，比如賬戶中的注冊、找回密碼、退出賬戶、設置，甚至缺少了所有電商產(chǎn)品都必備的逆向訂單功能，這怎么能夠稱之為一個完成的產(chǎn)品呢？但是我想說的是：

完！全！不！需！要！??！同！學！們！

在第一期的小程序中只需要滿足用戶登錄賬戶—搜索商品—下單購買這一個主流程，其他任何多余的功能都會導致上線時間延期。

第三階段：頁面字段。

以商品詳情頁為例，很多電商平臺的商品詳情頁承載了商品幾乎所有的信息，單單接口有可能就需要調(diào)用十幾個，那么在這所有的字段中，我們?nèi)绾巫龀鋈∩崮?？還是MVP原則，這個頁面只要能夠在為用戶提供基本的購買決策依據(jù)就好，畢竟用戶了解商品的途徑更多的是線下體驗，因此線上的頁面字段我們就可以做極大程度的刪減，綜上，小程序的商品詳情頁字段只需要保留以下：

天下武功，無堅不破，唯快不破。這句話可理解為，當面對一個新的產(chǎn)品的時候，很多產(chǎn)品同學往往瞻前顧后，想第一個版本就能上線一款很完整的產(chǎn)品，這種思路本身就是違背互聯(lián)網(wǎng)“快速迭代試錯、小步快跑”的理念的。當然，特殊領(lǐng)域除外，如2B類業(yè)務。快速上線，根據(jù)數(shù)據(jù)反饋再進行有針對性的產(chǎn)品迭代優(yōu)化才是一個產(chǎn)品經(jīng)理正確的姿勢。

作者：譚小超（微信號：tanchao594460） ，北大心理學碩士，擅長心理分析&電商領(lǐng)域。

本文由譚小超原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，請勿轉(zhuǎn)載。