文章探討了創(chuàng)新項目的輕量化站位選擇的話題，并對輕量化展位進行了全方位的梳理分析，與大家分享。

公司里面喊MVP已經(jīng)喊了很多年，也有越來越多的PM在踐行MVP，我今天想聊聊MVP的前序環(huán)節(jié)。

01 什么是輕量化站位？輕量化≠MVP

輕量化我指的是你選擇下手的位置，我叫他站位，是這個項目在整個系統(tǒng)中的準備放在哪兒，站位的不同需要解決的問題不同，MVP方案的設(shè)計和方案覆蓋的范圍也不同。

所以我們需要在開始MVP方案設(shè)計前，充分的想清楚項目的站位在哪里。爭取找到輕量化的MVP方案，才能真正最大程度的做到“最小”&“可行”

02 選擇輕量化的原則

我總結(jié)了4條原則共大家參考：

1. 有輕量化的時候盡量選擇輕量化方案

輕量化會降低很多系統(tǒng)層面打通的成本，團隊協(xié)作的成本，調(diào)整的成本……所以如果有輕量化，近況選輕量化方案。之所以說盡量，是因為你還要做下面的三個判斷。

2. 輕量化方案到完整方案是演進的關(guān)系不能是推倒重來

輕量化方案不是指臨時方案，不是說驗證了可行，然后推到重新從常規(guī)路徑重新進行建設(shè)的方案。如果是這種臨時方案，就違背了做輕量化真正追求最小、可行的初衷。并且會造成資源的浪費。

3. 輕量化的方案不會對其他的上下游造成嚴重的影響

輕量化站位站在哪兒要充分的考慮是不是會對上下游產(chǎn)生影響，會不會在這個點上看起來輕量化了，但是往更大的盤子看，對其他環(huán)節(jié)的影響的總和是不是可能比常規(guī)方案還復(fù)雜，資源占用還更大？所以，在判斷的的時候，一定要在更高的層面做完整的判斷，如果自己無法判斷，就請相應(yīng)環(huán)節(jié)的產(chǎn)品、研發(fā)的負責(zé)人參與進來。提前規(guī)避掉會對上下游造成嚴重影響的方案

4. 不傷害用戶體驗以及需求本身的目標

輕量化是站位的選擇，選擇不同的站位更多的是從系統(tǒng)層面出發(fā)，所以這一點寫在最后卻最重要，輕量化與否都不能以犧牲用戶體驗和影響需求本身目標為代價。存在這種代價的方案不能被視為合格方案。

03 如何找到輕量化站位？

1. 充分了解全鏈路產(chǎn)品方案及系統(tǒng)是前提

找到合適的最有的站位的前提是你需要對全鏈路有足夠多的了解，一方面在于對系統(tǒng)的熟悉度，另一方面需要請更多的角色參與到方案的制定中，幫你找到最優(yōu)站位；

2. 放寬視野，組織內(nèi)部是不是有成熟的系統(tǒng)可以復(fù)用？

選擇如何最輕量化，除了在系統(tǒng)層面尋找，還應(yīng)該嘗試尋找大團隊內(nèi)是不是有現(xiàn)成的解決方案，能不能通過共贏的利益分配的方式直接獲得這些能力的使用權(quán)，特別是在大公司，很多時候解決方案有現(xiàn)成可復(fù)用的。

它山之石可以攻玉，用已有的成熟解決方案比自己造輪子快的多，也讓自己少走別人走過的彎路。

3. 不要拘泥于現(xiàn)有的技術(shù)分工

團隊中要建立“突破現(xiàn)狀”的文化，如果打破技術(shù)分工的界限，可以讓整個的項目成本明顯減少，就應(yīng)該去挑戰(zhàn)打破，讓項目站在最合適的位置上。當(dāng)然第二點中提到的原則不可被打破。

做這件事要主動聯(lián)動技術(shù)主動尋找更有的承接方案，要讓技術(shù)合作方同樣清楚的認知到分工是為了業(yè)務(wù)更好的發(fā)展而不是為了阻礙業(yè)務(wù)發(fā)展。

舉個例子：

現(xiàn)在要為公司的商品分類做一套打標系統(tǒng)；整個系統(tǒng)從生產(chǎn)到銷售有非常多的系統(tǒng)。這個分類標簽系統(tǒng)應(yīng)該做在哪兒？

在最前置的生產(chǎn)環(huán)節(jié)打標，是可擴展性最強的選擇方案，但是需要打通到展示層面需要做多個系統(tǒng)的改造，投入大時間長；直接做在展示層的服務(wù)端，鏈路短了，時間和投入都降下來了，但是擴展性需要面對各平行不耦合的系統(tǒng)打通，實際是把成本后置，甚至后置成本還有增長。

該怎么辦？一個完全解耦的可以直接服務(wù)于展示層服務(wù)端的標簽系統(tǒng)如何？新獨立系統(tǒng)與其他系統(tǒng)打通難度大概率比成熟系統(tǒng)間的互相打通要容易，而且縱向也不需要打通生產(chǎn)流程的太多環(huán)節(jié)？

再舉個例子：

你公司的系統(tǒng)原本為簡單層級的庫存而設(shè)計，現(xiàn)在接入了一個重要的供應(yīng)商，提供的產(chǎn)品庫存結(jié)構(gòu)比你現(xiàn)在的產(chǎn)品復(fù)雜。我們該怎么辦？為一個供應(yīng)商重新建設(shè)一套庫存體系，看起來并不是ROI非常合理的事兒。

但是如果這個時候其他業(yè)務(wù)線有合適的庫存接口可用，是不是我們只用開放入口，讓商家在合適的地方上單，我們和提供系統(tǒng)的業(yè)務(wù)線溝通清楚利益分配，這件事兒就可以被解決~？用戶的體驗并不會被影響，上下游也不會因為接入新的產(chǎn)品類型而被影響。

04 找不到輕量化站位方案的創(chuàng)新要怎么辦？

啟動標準的衡量各公司的規(guī)模不同，行業(yè)不同，項目面臨的情況不同，所以無法簡單的用一條線來界定，但是原則上的判斷是：至少有多少參與，這件事才有嘗試的意義，達到了就可以開動了。

這個事兒的意義在于我們要充分思考并排除那些無法達到邊界的無效需求占用大量的業(yè)務(wù)資源，影響真正重要的項目。當(dāng)然，如果無法達到邊界要求卻找到了充分降低成本投入可以快速嘗試的方案，也不是一定不能嘗試。核心還是在于避免無效需求占用大量資源。

以上是我對于創(chuàng)新項目站位選擇的思考，最后附上我的大綱腦圖，供大家參考。歡迎收藏、評論、關(guān)注、轉(zhuǎn)發(fā)~！謝謝大家~~

作者：Adam；產(chǎn)品專家

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

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