對很多的產品經理們來講，在自己的職業生涯當中能夠獨立的負責一款新的產品，是一件可遇而不可求的事情，尤其是當你對這款產品有著足夠的話語權的時候，這個機會就會顯得尤為珍貴。因為在大公司當中，當你入職的時候，往往已經有一套成熟、完整、運行良好的產品產品體系在正常運轉，產品經理們需要做的僅僅是在這套成熟的產品體系中不斷的充盈血肉，在產品迭代的過程中不斷的增加功能。這樣的現狀讓很多產品經理失去了思考的機會，忘記了產品經理最應該思考的一系列問題：
- 我們為什么要做這樣一款產品？
- 用戶在什么樣的場景下會使用我們的產品？
- 這款產品解決了用戶什么樣的痛點？
- 在已經明確的一些需求的基礎上，我們如何引導需求、挖掘需求，甚至是創造需求？
規模越大的公司，對于產品的細分程度越細，例如電商類產品的一個頁面：商品詳情頁。一個大型電商平臺的商品詳情頁很有可能是由4位甚至是更多的產品經理在同時負責，所以每個人負責的模塊將非常垂直。如果產品經理失去了思考上述問題的意識，這是一個很可怕的信號。每天的工作將變成簡單、機械、冰冷，和重復，沒有創造力，沒有生命力。這決定了你究竟是有了N年的工作經驗，還是用了一個經驗工作了N年，進而直接決定了你下一份工作的title、待遇，從而決定了你職業生涯的天花板的最終高度。
接下來，讓我們重新拾起這些很有可能已經被丟掉的問題，去思考一下：當我們有機會獨立的面對一款新的產品的時候，我們應該從何下手？
我們將從大到小，或者從粗到細的去細化分析整個產品設計過程。
第一階段：產品的核心價值是什么？
產品經理在這個環節需要確定的是這款產品的核心價值是什么，決定的是整個產品的大方向，輸出物可以很簡單，簡單到一句話，甚至是幾個字，具體的句式可以參考：解決了誰（用戶）什么樣的問題（痛點）。在將來很長的一段時間里，這幾個字是可以作為這款產品的slogan而存在的，比如滴滴：滴滴一下，美好出行。一旦這個核心價值確定了，那么這款產品短期乃至中期要遵循的產品價值觀也隨之而確定了。在產品經理向產品總監或者是CEO匯報的時候就可以用兩秒鐘讓領導明白我們這款產品的定位與核心價值是什么。當然，在這個核心價值制定的過程中，公司的業務現狀與資源配比將是產品經理很重要的決策依據，要尊重事實、尊重客觀規律，畢竟不符合現狀的空想是毫無意義的。
誤區：很多產品經理在這個階段往往沉溺于產品的功能與機制中無法自拔，而忽略了整個產品的戰略布局的重要性。這樣的做法屬于本末倒置，因為只有在整個產品的核心價值確定了之后，種種功能與機制的制定才有了決策支撐—因為所有的功能都是為最終的核心價值服務的。
第二階段：產品要有哪些功能？
在進入到這個階段之前，我們需要了解一下MVP的概念（高階同學可直接略過此部分）。
MVP：Minimum Viable Product最簡化可實行產品。用一張圖可以很直觀的了解什么叫MVP：
在圖示案例中，用戶的需求是：我想要一輛汽車。但是將這個需求深挖下去，用戶的實際需求其實是：我想讓出行更便捷。
兩種產品迭代的方案最終給出的產品都是一輛汽車，但是迭代過程卻大相徑庭。明顯，下行的迭代方案是符合MVP原則的。在產品的每一次迭代結束之后都能為用戶提供一個滿足最基本需求的、可用的產品。
less is more（少即是多）原則幾乎是產品設計領域的金科玉律，因此我在進行任何產品設計工作伊始，總是習慣問自己一個問題：這個功能不做行不行？這種永遠做減法的思路，貫穿在我產品設計全過程中。我們在做跟多決定的時候，合理性是我們要考慮的一個最重要的因素，會舍棄掉很多本來想做，但是后來發現不好的東西。這種舍棄是因為我們發現很多事情做不好，或者很多決定從一開始就是錯的，或者很多想法最后驗證也是行不通的，如果我們硬要去做這些事情，那是不合理的，這就是做減法的理由。
因此，在這個階段，產品經理需要做的是，從所有的功能中找出最核心的那幾個功能作為第一期產品的功能支撐，這幾個功能一定要滿足用戶的基礎需求，否則，將毫無意義。
第三個階段：頁面要有哪些字段？
在第二個階段我們已經對產品功能進行了篩選并選出最適合MVP原則的功能點，但是功能點是需要頁面去承載的，因為第三個階段就要落實到具體的頁面進行分析。
在這個階段可以用兩種方法對每一個頁面的應該展現什么樣的字段進行歸納總結：窮舉法&分類法。
窮舉法就是將這個頁面前期、中期、乃至后期有可能承載的所有字段進行羅列，盡量做到沒有遺漏。
分類法就是將統計出來的所有字段按照功能或屬性的維度進行分類，然后按照MVP原則進行一期、二期、三期的劃分。
我有幸成為國內某知名互聯網公司微信小程序的產品經理，接下來，我們用這樣一個微信小程序的項目作為案例，針對上述提到的三個階段，進行實戰演練與分析。
背景介紹：
我任職的企業為國國內某電商企業，與某貓某東相比，其遍布全國的幾千家線下實體店為該企業在同領域中最大的競爭優勢。小程序的線下使用場景恰好與目前公司業務優勢相符。
解決痛點：
很多線下實體店由于店面規模與店面成本的限制，無法將所有可售的SKU擺在柜臺上進行陳列展示，因此很多用戶在進行商品選擇的時候，無法看到所有可售的SKU，在線下用戶的潛意識中，沒擺出來=缺貨，因此導致大量潛在用戶流失。因此該微信小程序的功能就是為線下用戶提供更加方便、快捷的購買場景，可以讓用戶線下體驗、線上下單。
- 第一階段：產品核心價值，為線下用戶提供更方便、更全面的購物體驗。
- 第二階段：產品功能點
在給出產品核心價值之后，可以分析出，用戶在線下實體店使用小程序時一共有兩個步驟：1、找到商品。2、購買商品。在傳統電商產品中，產品經理設置了海量的頁面方便用戶從各個維度進行商品查找，最后進入到商品詳情頁，但是在小程序的線下使用場景當中，過于復雜的場景只會給用戶造成混亂與麻煩，因此在小程序的“找到商品”步驟只需要兩種功能進行支撐：商品搜索&商品掃碼。在線下實體店中，每一個SKU將會配置一個唯一的二維碼，用戶使用小程序的掃碼功能進行二維碼掃描時，小程序會直接跳轉到該商品的商品詳情頁，在商品詳情頁中可進行SKU的切換查找，如果線下實體店沒有相關二維碼，可使用搜索功能進行商品搜索，然后進入到商品詳情頁進行購買。因此，小程序的首頁將只承載兩個功能，搜索&掃碼。
其次， 幾乎所有的電商產品都會有“購物車”的功能，那么在小程序總需不需要購物車的功能呢？
答案顯然是不需要。因為用戶在實體店進行掃碼或者搜索商品時，已經具有了極強的購買意向，與用戶在線上把購物車當做收藏&比價工具的場景完全不同，如果不想買就會直接離開，想買就直接下單，不會加入購物車猶豫再三，購物車的功能對于小程序來講顯然太重。
綜上，微信小程序功能描述如圖：
細心同學應該已經發現了，在一期的功能中缺少了很多功能，比如賬戶中的注冊、找回密碼、退出賬戶、設置，甚至缺少了所有電商產品都必備的逆向訂單功能，這怎么能夠稱之為一個完成的產品呢？但是我想說的是：
完！全！不！需！要！?。⊥?！學！們！
在第一期的小程序中只需要滿足用戶登錄賬戶—搜索商品—下單購買這一個主流程，其他任何多余的功能都會導致上線時間延期。
第三階段：頁面字段。
以商品詳情頁為例，很多電商平臺的商品詳情頁承載了商品幾乎所有的信息，單單接口有可能就需要調用十幾個，那么在這所有的字段中，我們如何做出取舍呢？還是MVP原則，這個頁面只要能夠在為用戶提供基本的購買決策依據就好，畢竟用戶了解商品的途徑更多的是線下體驗，因此線上的頁面字段我們就可以做極大程度的刪減，綜上，小程序的商品詳情頁字段只需要保留以下：
天下武功，無堅不破，唯快不破。這句話可理解為，當面對一個新的產品的時候，很多產品同學往往瞻前顧后，想第一個版本就能上線一款很完整的產品，這種思路本身就是違背互聯網“快速迭代試錯、小步快跑”的理念的。當然，特殊領域除外，如2B類業務。快速上線，根據數據反饋再進行有針對性的產品迭代優化才是一個產品經理正確的姿勢。
作者：譚小超（微信號：tanchao594460） ，北大心理學碩士，擅長心理分析&電商領域。
本文由譚小超原創發布于人人都是產品經理，未經許可，請勿轉載。
起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識
嘻嘻嘻好棒
你沒懂。。不是給輪子而是延誤了產品上線的時機 不合適的時候生產一款產品不但拖沓還會產生很多失誤
小棠，認知層次不一樣，跟這種人，多說無益。
做了幾年的產品，沒有形成方法論，再看看文章對產品知識回爐
您有個人微信公眾號嗎？想關注
我公眾號寫的不是這些，您可以加我的個人微信tanchao594460
專門為這篇文章注冊的賬號。我有兩個問題，第一個是關于購物車的，上面的評論已經說了，我就不贅余了。第二個是關于掃碼搜索的。文中說是二維碼，不知是將商品條形碼錯寫成二維碼，還是就是二維碼。先假設是商品條形碼，需求場景是：用戶之前買過該商品，商品包裝沒丟棄且還想再次購買，三個條件同時滿足時該功能才有意義；再假設是二維碼，那么①正常情況下，商品出廠的時候是沒有二維碼的，如果要增加二維碼就需要一個線下流程：按規則生成二維碼——印制紙質二維碼——粘貼二維碼，這顯著地增加了線下成本；②二維碼是商家（或你們公司）制作的，用戶獲取二維碼的途徑只有一個，線下到商店去掃描，既然都到店里去了，為什么還要走小程序下單支付？
所以我認為掃碼搜索在MVP時可以舍棄。不知，用戶調研的結果是否表明用戶有強烈的掃碼需求，或者線下商店用戶重復購買率很高。
以上。
回應一下，作者所說的應該是二維碼，線下制作者二維碼的成本不高，且有一勞永逸的功效（一個產品做了一個二維碼后，就基本不會變了）。是的，客戶都到店了，為什么還要走小程序下單？如果像作者提到的那種情景（很多線下實體店由于店面規模與店面成本的限制，無法將所有可售的SKU擺在柜臺上進行陳列展示）的話，那就線下的可以理解成只是一個體驗店，沒有可以銷售的產品，那走小程序流程也就合乎常理了！歡迎搬磚討論~
還有種情況：跨境電商線下店的話，保稅商品是不能在實體店銷售，只能在店里擺放樣品，于線上銷售~
對的，公司海外購的業務購買流程就是這樣。
您的解釋正是小程序解決的用戶痛點，線下實體店由于有店鋪面積與租金成本的限制，無法將全品類的SKU陳列出來。
您好，首先感謝您對本文的關注，追對您以上幾點問題：掃碼確實是二維碼，不是商品條形碼，而且二維碼是在線下實體店，貼在每一個商品的價簽上的，您說的對，我們是需要有一個線下生成并且打印二維碼的過程，而且這個鋪設線下二維碼的流程已經啟動。其次，“既然都到店里去了，為什么還要走小程序下單支付？”關于這個問題，其實與集團戰略有關，將線下流量轉換到線上，并且用戶在線上購買的話，店員會給用戶一定金額的折扣券，在提交訂單的時候可以減免部分金額。達到從線下往線上導流的目的。
再次感謝您的關注。
以上
至于需不需要加上購物車，這一點可以根據你的用戶每次進店購買產品的數量作為重要的條件支撐，若用戶一般都是只購買一兩件，可以考慮暫時不急著加上去，若用戶每次購買的數量比較多，購物車是很有必要的，就如你去超市購物推著購物車一樣！
對的，數據支撐是產品迭代方向及其重要的依據。
鞋店和超市還是有區別的，類如在超市購買價值幾塊錢的小物件完全有必要加購物車。
鞋類銷售情況特殊，建議博主加一份客單量的相關數據進去，看看實際單次購買件數的數據占比，才更有說服力。
客單量的數據，很贊同。
客單量的數據做決策支撐，很贊同。
沒有購物車，想一次購買多品種商品如何處理？
沒有任何一款產品可以滿足所有用戶的所有需求
問的好……不過小程序是一種輕應用……
使用商業畫布