編輯導(dǎo)語：如今隨著互聯(lián)網(wǎng)行業(yè)的發(fā)展，各種電商平臺逐漸深入人們的生活，并且如今微信的小程序也是不少電商平臺選擇的渠道之一；本文主要講述以產(chǎn)品經(jīng)理的角度全統(tǒng)籌的方式去推進(jìn)一個項目從0到1的建設(shè)，我們一起來了解一下。

說阿強少爺騷氣，他就是騷氣，經(jīng)過那10秒鐘的思考后，他已經(jīng)決定了要搞一個全新的微信小程序商城了，還要和原來APP端、公眾號端的商城分開運營，重新組建運營團(tuán)隊，和他老姐分道揚鑣。

就這么個命題，作為產(chǎn)品經(jīng)理的你，且兼任著阿強少爺?shù)闹悄遥@個事情要怎么搞哇？

一、理解并滿足老板的目的

我覺得這個事情太簡單了，凡是在大是大非面前，聽工資的，總沒錯。

阿強少爺?shù)哪康囊呀?jīng)很明確了，就兩個點：微信小程序商城、重建運營運營團(tuán)隊。

1. 低層次的思想

電商商城的產(chǎn)品，這些年來，我都已經(jīng)做到吐了，單純是交互稿，我都攢了八九十斤了。

那么簡簡單單的，拿個庫存交互出來改一改，就那么回事了；再搞個和強少的評審會，讓大家都看看我精美的交互稿子！

放在之前，這個事情我應(yīng)該就是這樣給他liao了，產(chǎn)品經(jīng)理不就是滿足客戶的期待就好了嗎？我也一樣，只要管好強少他想看到的效果就好了；至于開發(fā)實現(xiàn)和運營計劃，有技術(shù)呆呆們和運營憨憨們。我只是個做產(chǎn)品的！

真是一個可恥的低級產(chǎn)品人的思維。

2. 產(chǎn)品實施三大定律

搞產(chǎn)品這個東西，始終要遵循三大定律：高質(zhì)量、高效率、可執(zhí)行。

• 高質(zhì)量，體現(xiàn)在項目的執(zhí)行過程，包括需求的調(diào)研、解決方案的評估、開發(fā)過程及上線驗收。
• 高效率，體現(xiàn)在響應(yīng)業(yè)務(wù)市場需求要快，以運營、市場需要為第一任務(wù)。
• 可執(zhí)行，執(zhí)行過程不要出現(xiàn)天馬行空的不確定性，最好是在搞事情之前就盡可能把不確定性給過濾掉，比如說五彩斑斕的黑和根據(jù)手機殼顏色變換手機主題之類的。

3. 從實際出發(fā)

商城這樣的產(chǎn)品，已經(jīng)不是技術(shù)難點的問題了，但是從0到1，開發(fā)周期卻是少不了：

• 商城主流程：瀏覽商品、搜索商品、注冊登陸、加入購物車、下單、支付、訂單審核、發(fā)貨、售后、客服等。
• 營銷流程：滿減、多件優(yōu)惠、優(yōu)惠券、會員積分等。

進(jìn)行產(chǎn)品規(guī)劃時，概念要大，業(yè)務(wù)要全。這個是沒有錯的。可是掂量下，會發(fā)現(xiàn)，卻是違背了“高效率”的原則。所以為什么項目都要講究分期迭代的方式。

是不是可以先把商城主流程和營銷板塊分成兩個大版本？

答案是可以的?？蓞s滿足不了業(yè)務(wù)的需要！是啊，從產(chǎn)品研發(fā)的角度出發(fā)，做到明年都可以，但如果脫離了市場，等到一年后產(chǎn)品上線了，是不是團(tuán)隊都已經(jīng)解散了！

且這個純商城的業(yè)務(wù)場景和其他結(jié)合型的產(chǎn)品業(yè)務(wù)場景不一樣。純商城的，目的就是賣東西，用戶感受到足夠多優(yōu)惠就買了，要不然用戶放著京東天貓不去，到這里作甚！

結(jié)合型的產(chǎn)品，商城僅僅只是其中的一個附屬功能，其主業(yè)務(wù)流不在于商城，這種，個人覺得是可以把商城主流程先作為一期，優(yōu)惠作二期即可，比如像小紅書這類的產(chǎn)品，主要呈現(xiàn)還是內(nèi)容流……

實況：公司的商城系統(tǒng)本來就已經(jīng)存在，只是需要增加一個微信小程序端口，購物流程和優(yōu)惠功能都是運作良久的；通過調(diào)研，因為之前做產(chǎn)品規(guī)劃的時候，并沒有考慮到分端運營的場景，所以后臺的訂單管理、營銷功能配置是沒有做欄目區(qū)分的，就是不支持分團(tuán)隊的場景。

4. 我的解決方案

在這個方案上，我考慮的是兩個點：

• 高效率，就是要快速落地；
• 產(chǎn)品獨立，不能把這個項目和產(chǎn)品賣身給到原來的項目團(tuán)隊（之前的商城產(chǎn)品做的可爛可爛了，我可不想在爛尾樓上面去建高樓）。

所以在前期，我還是給我的商城規(guī)劃了兩期：

第一期：主流程開發(fā)+原商城可用資源直接利用。

讓原來的商城團(tuán)隊去對他們之前已經(jīng)做好的商城架構(gòu)做改造，可行，但不提倡，起碼要經(jīng)過慎重的評估，畢竟項目運作了那么久，改這些玩意是會影響商城的正常業(yè)務(wù)的：

第二期：獨立干。

逐步斷掉原來的次要對接，特別是優(yōu)惠促銷這塊。商品的對接可以保留，畢竟公司的商品建檔維護(hù)、采購等，都是統(tǒng)一的，不好再另外搞團(tuán)隊去重新去干這些東西，除非新商城賣的東西要和之前的商城完全不一樣，且也是全新領(lǐng)域的供應(yīng)鏈咯。

上面第一期的對接有個難點，在于優(yōu)惠促銷的對接。

不過如果有看過我前一篇文章關(guān)于優(yōu)惠券的介紹的話，這個就不是事了：

促銷優(yōu)惠是需要優(yōu)惠到人的，以優(yōu)惠券舉例，系統(tǒng)投放的優(yōu)惠券就是需要投放到人的；所以要求，新商城的用戶領(lǐng)取時，需要使用新商城用戶的ID，在舊商城系統(tǒng)里面進(jìn)行一次用戶注冊，這樣才能夠做到優(yōu)惠券投放到人。

至于ID，使用手機號應(yīng)該不是問題，畢竟微信小程序是可以通過授權(quán)獲取到手機號的。

在優(yōu)惠券的核銷環(huán)節(jié)，這里拋出一個細(xì)節(jié)問題：是用戶先支付后核銷優(yōu)惠券，還是先核銷優(yōu)惠券再讓用戶進(jìn)行支付？可以結(jié)合用戶多終端操作同時下單的場景來思考優(yōu)惠券核銷的邏輯，然后加上一個“鎖”的理念來解決這個問題。

畫這個流程圖，不是為了證明我多厲害，而是方便后續(xù)推進(jìn)項目、產(chǎn)品評審、和技術(shù)呆呆聊天時，有比較有力的工具而已。

二、項目執(zhí)行分解

1. 大項分解

根據(jù)強少的目標(biāo)和我做的方案，除了要自建團(tuán)隊外，項目的第三方參與者也是不少的，主要是原商城的開發(fā)團(tuán)隊和倉儲系統(tǒng)WMS的開發(fā)團(tuán)隊。

很重要，找出這些相關(guān)方，是開展項目的第一步。

當(dāng)前計劃表只是把大項進(jìn)行了羅列，具體的每個相關(guān)方，還需要有個明細(xì)的任務(wù)分解計劃表的；比如自己團(tuán)隊的商城開發(fā)計劃表、原商城開發(fā)團(tuán)隊的開發(fā)計劃表和倉儲開發(fā)團(tuán)隊的開發(fā)計劃表，都是需要細(xì)化的。

2. 細(xì)項分解：給出詳細(xì)的任務(wù)清單來

相對來講，自己人，一般都是好說話的，關(guān)鍵就是這里面的第三方，同體系的還好，不同體系的，或者根本就是第三方公司的，巨難搞咯！

舉例一個口頭禪：我都不知道你們的需求是什么？

是的，就算你把業(yè)務(wù)給他們描述的多詳細(xì)，只要一個“不知道需求是什么”，全是白搞！所以，做產(chǎn)品經(jīng)理的你，還需要有一項技能，就是知道怎么給第三方提需求，前提是，你要非常清楚你自己想要什么！這項技能便是：系統(tǒng)交互邏輯。

以上面的優(yōu)惠券板塊做舉例：

時序圖是系統(tǒng)交互極其有力的工具，考驗著一個人對于多系統(tǒng)交互間的邏輯能力；上面僅僅只是正流程的思緒，異常處理的流程沒有表達(dá)到，可以自行補充。

如果自己不會畫或者還沒有能力畫的話，可以求個技術(shù)幫忙解決下。這樣的思路出來后，接下來，對于每個版塊的功能，需要到對方開發(fā)哪些接口的，自然就出來了。

具體的接口需求，根據(jù)場景，再做類似的具體細(xì)化，詳細(xì)的需求就出來了。到這里了，應(yīng)該不會有這么笨的第三方開發(fā)了吧？

不過也不怕，我們可以更加詳細(xì)一些，就是類似微信公眾號開放平臺一樣，寫成指導(dǎo)文檔，包括接口的使用場景、接口字段，再把交互時序圖貼上去。

沒有毛病，騰訊那些文檔也是他們的產(chǎn)品經(jīng)理結(jié)合開發(fā)的呆呆們一起寫的，應(yīng)該向這些產(chǎn)品人看齊：

給這些第三方來一個奶媽式服務(wù)——服務(wù)到家了。

為了達(dá)到我的目的，讓這些人越清晰我們的訴求，推進(jìn)會越是效率。

3. 和自家人做細(xì)分

理解項目對接所需要哪些接口，只是更加方便我們推進(jìn)產(chǎn)品建設(shè)的效率而已。

當(dāng)然，如果身邊有個技術(shù)幫你去做完這些事情的話，自然是更好，但是我們要理解溝通80/20的定律，直接溝通一定是最效率的，也是最能體現(xiàn)一個人的專業(yè)性的。

但是和自家人（自己團(tuán)隊的技術(shù)）做事情，就不要管的那么多了，比如開發(fā)過程的任務(wù)分解，讓技術(shù)經(jīng)理搞就好了。如果你也能夠分解，也是可以的，做出來的分解清單，給技術(shù)做下參考也行。

三、恰當(dāng)?shù)氖侄巫鍪虑?/h2>

1. 官方的作用

盡量以客觀的方式去描述一個結(jié)論。在彼此都不清楚事情面前，或者你清楚，別人不清楚卻不相信你的時候，過多的爭執(zhí)只會增加解決問題的成本。

比如：小程序分享的時候，能不能做到分享個性化的界面給到用戶。

我們不需要馬上給出結(jié)論，直接去找個小程序試一下就知道了；但是還是不知道能不能做到個性化界面。你可以選擇問比你厲害的人，比如說某個技術(shù)。

但是，絕對沒有去微信平臺去找官方文檔來說明更加有說服力：

上面第一個圖，告訴我們，小程序分享，沒有自定義圖片的時候，會自動截取頁面部分作為默認(rèn)分享頁面。第二個圖告訴我們，通過這個接口，可以帶上分享的自定義圖片。

結(jié)論就出來了，小程序分享是可以做到分享自定義圖片的。說做不到的那個技術(shù)，我相信他沒有什么需要和你反駁的。

2. 奶媽式服務(wù)

上面也講到了奶媽式服務(wù)，這種做事方式是很花個人的精力和時間的。所以不是需要對所有的人都需要提供這樣的服務(wù)的。唯有遇到那種天塌下來他都不著急的人的時候，全世界就只有你著急，幫你做事情的人卻毛線反應(yīng)沒有。

這種情況下，盡量多為他做些活，因為你著急啊。你催他他還是不著急啊。用愛感動對方羅。

• 比如給對方畫下流程圖、時序圖，幫助對方理解系統(tǒng)交互邏輯。
• 比如幫對方找BUG，一個找了半天甚至幾天都沒有重現(xiàn)的BUG。

3. 委婉又合理的利用外力

遇到故意找茬的人，情商零下的那種，再糾纏下去就沒有意義了。利用外力是必要的；但是有想著，跟這個玩意的合作有可能還很長久，所以要委婉的去處理這個事情。

• 比如上級的壓力。
• 比如外援專家的支援等。

四、小結(jié)

經(jīng)過一輪的操作，項目開始到規(guī)劃到安排到落地，完全已經(jīng)安排下來了。和強少多吐槽下做事情的難處，申請個項目總指揮的角色，有權(quán)利做事情就方便很多了。

產(chǎn)品經(jīng)理的定義，本身就不只是在需求。所以高規(guī)格要求自己，是產(chǎn)品人從事產(chǎn)品崗的先決條件。

從需求的調(diào)研，到方案設(shè)計、產(chǎn)品設(shè)計、評審、開發(fā)過程，每個細(xì)節(jié)都在自己的控制范圍內(nèi)；做出來的產(chǎn)品，才更加像是自己生產(chǎn)的兒子一樣。

畢竟，放養(yǎng)式開發(fā)，敢打賭最后的模型是自己想要的結(jié)果嗎？或者說，你設(shè)計的這個產(chǎn)品，你為之付出了多少？你敢說這個就是你做的產(chǎn)品？

五、最后

所有的細(xì)節(jié)都已經(jīng)出來了，拉個項目小組群，把時間點都評估好，把任務(wù)都上系統(tǒng)，所有的事情公開、透明，接下來就是等升職加薪了。

留個問題：我的商城，不要獨立搞服務(wù)器，寄生到原來的商城里面去行不行？讓原來的商城對其架構(gòu)稍微改造下，支持多團(tuán)隊運營就好了哇？

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

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