目前，在本站上的產(chǎn)品經(jīng)理偏B端的略少一些 ，技術(shù)產(chǎn)品就更少了。因此，作為一個入云計算技術(shù)產(chǎn)品坑恰好滿10個月的校招菜鳥來告訴你這里的水有多深。

大家可能對云計算領(lǐng)域了解不是特別多，云計算的產(chǎn)品更是見到的更少了。如果一定要來個解釋，那么可以給他兩個關(guān)鍵詞：B端+技術(shù)。

首先，本質(zhì)一致。不管在產(chǎn)品簽名加任何修飾詞，如：XX產(chǎn)品，那么他們的在本質(zhì)上肯定是一樣的。產(chǎn)品的本質(zhì)就是尋找用戶痛點并提供通用優(yōu)雅的解決方案。

其次，怎么理解B端？是面向的用戶是企業(yè)，更多的專注在企業(yè)價值傳遞；C端更多的是向終端消費者提供服務(wù)或者價值。

再次，怎么理解技術(shù)？就是做的都是與技術(shù)有關(guān)的產(chǎn)品。技術(shù)的范圍很廣，從云計算服務(wù)商的角度來講，主要是底層的一些基礎(chǔ)產(chǎn)品，比如：云計算的五要素相關(guān)（計算、存儲、網(wǎng)絡(luò)、數(shù)據(jù)、應(yīng)用）。舉個栗子，RD們用的云服務(wù)器就是非常典型的計算產(chǎn)品，之后的GPU，F(xiàn)PGA等都是計算的相關(guān)產(chǎn)品。

最后，云計算產(chǎn)品和非B端非技術(shù)產(chǎn)品的能力要求方面確實是有一定差異的。如果你想轉(zhuǎn)到云計算做技術(shù)產(chǎn)品或者你是學(xué)生想投這一類的崗位，那么好，我們過濾簡歷的第一點就是有沒有計算機背景，如果你是計算機相關(guān)專業(yè)畢業(yè)，那么恭喜你，你可能在硬知識結(jié)構(gòu)上是ok了。第二點，看你是否有寫過代碼，Java/Python/PHP/ruby/go/rust/c/c#/c++/matlab/hadoop都是極好的，javascript/css/node.js/html也能加分。第三點，看你的產(chǎn)品技能，這個大家都知道是啥。

BB了這么久還沒有寫正文，這肯定是一個假正經(jīng)的產(chǎn)品了。是啊，每天都非常嚴(yán)肅的在寫產(chǎn)品文檔，其實就是想找個地方BB一下。so what~

下面還是嚴(yán)肅的進入正題吧！簡單的講一下我是怎么在入職的前3個月從0到1把一條新產(chǎn)品線做上線的。

一、 追根溯源：需求最初來源于哪里？

先交代一下背景：16年7月份入職不久，老大告知我要做一款消息隊列產(chǎn)品，主要是業(yè)務(wù)發(fā)展需要，你先“熟悉一下”。剛接到的時候，真的一臉懵的狀態(tài)。消息隊列？what？業(yè)務(wù)需要？what？what？what？

其一，作為一個管理學(xué)畢業(yè)的技術(shù)“非常弱”的產(chǎn)品（PS暫且這么說吧，怕有RD潛伏在這里）。消息隊列聽說過沒用過呀！業(yè)務(wù)上的生產(chǎn)實踐就更不用說了。可以說，我的內(nèi)心其實是奔潰的。其二 ，業(yè)務(wù)發(fā)展需要，是我們自己需要完善產(chǎn)品生態(tài)而拓充產(chǎn)品線還是用戶反饋的實際需求？本寶寶表示根本不懂。

所以，這里有兩個關(guān)鍵問題：

1. 消息隊列是啥？它解決了什么問題？什么業(yè)務(wù)場景用的最多？
2. 最重要的要搞清楚這個需求是最初是哪里來的？用戶的真實訴求是什么？

從這里開始就要盡可能多的去掌握更多的信息。關(guān)于第一個問題，主要靠自我學(xué)習(xí)和交流。這里就不細(xì)講了，反正就是各種信息收集過程和嘗試。關(guān)于第二個問題，需要與老大多溝通多請教，多問用戶。與老大溝通沒，問用戶其實都是一門學(xué)問。

二、撥云見霧：怎么了解用戶的真實需求？

了解真實的需求的唯一解是用戶。怎么去接觸你的用戶?探索真正的需求絕逼是一項非常非常重要的技能。

首先，有人就說，用戶訪談?wù){(diào)研呀！電話你會打吧，郵件你會發(fā)吧，問卷你會寫吧！如果你第一時間真的是想到這些恭喜你，你肯定是一個已經(jīng)入門的產(chǎn)品。but，你可能不太適合一家創(chuàng)業(yè)型的云服務(wù)公司。作為一個創(chuàng)業(yè)型的云服務(wù)廠商，用戶體量有限，而且能夠用到消息隊列產(chǎn)品的用戶體量一般都比較大。從統(tǒng)計學(xué)的角度來說，如果你僅僅關(guān)注自己的已有用戶，那么你的樣本量實在太小，勢必不足以從零碎的需求里面抽象出產(chǎn)品的形態(tài)。所以，傳統(tǒng)的用戶調(diào)研、訪談等雖然依舊特別特別重要，但有較大局限性。

其次，有人就說，自己的用戶不足，總有別的渠道可以接觸用戶吧。確實還有其他的一些渠道是很有價值的。從產(chǎn)品的思考路徑來說，肯定都是由近至遠(yuǎn)，由易到難。就我而言，除了已有用戶，最大的需求信息采集的就是我司本身，其實我司是我們最大的一個客戶。我司，作為一個大體量的互聯(lián)網(wǎng)公司，各個業(yè)務(wù)方的需求往往是非常有代表性的，從技術(shù)工程部到各個事業(yè)群，你都可以接觸到相關(guān)的真實應(yīng)用場景，他們的需求、痛點以及解決方案都非常的有借鑒價值。和這些業(yè)務(wù)團隊和中間件團隊聊絕逼是超級有收獲的，對我而言，有著升華的作用。

再次，有人就說，你司是誰啊，能不能代表全部呀！答案肯定是。雖然我司的體量大，業(yè)務(wù)類型多，但是我們也不是啥都做。不能代表勞苦大眾，那么還能怎么辦。作為云計算產(chǎn)品，真正在使用你產(chǎn)品的人其實是RD。接觸RD，最好的方法是“打人敵人內(nèi)部”。其實他們真的很純粹，業(yè)余就喜歡去技術(shù)論壇發(fā)發(fā)帖，探討技術(shù)問題。那么，去各大技術(shù)論壇就肯定可以找到他們。在這里只要你肯去深耕，絕對會有超多意料之外的收獲。

最后，有人說了，這么找效率低，還有別的辦法嗎？其實做一個好的“參考型產(chǎn)品經(jīng)理”很重要呀。你的各種友商就很值得借鑒呀！在云服務(wù)商里面，AWS這種鼻祖型的，阿里這種中國風(fēng)的都值得學(xué)習(xí)。

番外，其實如果你是一個外表“萌妹子”型的女產(chǎn)品經(jīng)理（本人剛剛工作的時候還是很萌、很可愛的），相信好多身邊的技術(shù)大牛啊、同事啊、師兄呀，都非常“樂于助人、共同探討技術(shù)”。

最后可以說，要了解到用戶的真實需求需要“無所不用其極”。

三、解決方案：如何優(yōu)雅地解決需求呢？

總結(jié)為一句話就是：以最小的代價 最大化的匹配用戶需求實現(xiàn)利益最大化并保留可拓展空間

第一條，說的簡單一點，其實是產(chǎn)品的本質(zhì)。但是在現(xiàn)實中，需要取舍的地方，需要做決定的地方太多了。你做的所有的決定，提出的所有解決方案都需要盡可能的去貼近自身的用戶、匹配企業(yè)戰(zhàn)略。

BB這么多，其實就兩點：一是去最大程度的解決用戶問題，一是尋找解決的最優(yōu)路徑。

還是舉個例子栗子吧！

消息隊列產(chǎn)品本身有兩種主要形態(tài)，一種是中小企業(yè)用的比較多的一些流行框架，一種是各企業(yè)自研的分布式消息隊列方案。光第一種，業(yè)界主流的就有rabbitmq/rocketmq/kafka/hippo/tube/activemq/zeromq等等。其中還不包括redis等這種用法的。第二種，企業(yè)自研的，比如亞馬遜有SQS、 阿里有MQS/ONS、我司有Mafka和NuclearMQ。其中功能、性能、易用性、與用戶貼合程度各部一樣。

通過各個方面的綜合考慮，我們決定為用戶提供可以快速部署、易于管理、可以彈性伸縮，具備高可用、高易用、并可以解決多種業(yè)務(wù)場景需要的消息隊列產(chǎn)品。于是就有了我們目前做的100%兼容rabbitmq的消息隊列產(chǎn)品。這款產(chǎn)品和業(yè)界的分布式消息隊列都不一樣，有著非常典型的個性化特征。它是100%兼容rabbitmq、主備架構(gòu)、鏡像隊列等特點的產(chǎn)品。實現(xiàn)了平臺的差異化戰(zhàn)略，又非常好的匹配了用戶需求。

這里如何去撕逼各方就不再贅述了，反正做完感覺自己老了一圈。心好累……

四、方案實踐：項目正式啟動

搞了這么多，終于到了產(chǎn)品最幸福的時候，可以開始啟動項目了。

1、撰寫產(chǎn)品文檔

這個不用多說，大家都會。本站的好多文章都非常好，一直在學(xué)習(xí)中。說個題外話，剛剛開始做產(chǎn)品的時候還是用的Axure，從去年年底是掉入sketch的坑了（順帶安利一下sketch，真心好用）。大家來感受一下當(dāng)年的青澀，哈哈哈~

2、產(chǎn)品評審，包括內(nèi)部評審和外部評審

這時候就要再次證實撕逼各方了，好在我們的同事都非常nice，所以沒有“哭”給他們看。前提是，大致的技術(shù)可行性已經(jīng)和技術(shù)leader對過了，并且中間件的產(chǎn)品方案需要可實現(xiàn)才行，且研發(fā)成本也是產(chǎn)品方案的一個重要影響因素。

3、技術(shù)評審

這個過程就要過細(xì)節(jié)的技術(shù)方案了，這個時候就要非常非常仔細(xì)的去聽，去理解。不然有坑你都發(fā)現(xiàn)不了。到最后再來補坑就比較尷尬了。

4、進入項目排期

訂交付時間，各個環(huán)境的上線時間。

5、驗收上線

我們有交付環(huán)境，測試環(huán)境1~4等一輪一輪的驗證，每個通過才能最終上線交付給用戶。偷偷的告訴你，不能壓掛的測試，不是好產(chǎn)品。

五、發(fā)布準(zhǔn)備：項目啟動后，產(chǎn)品還有好多要準(zhǔn)備

如果你覺得你可以松口氣了，那就too young too naive了。暫時不說項目推進中的各種困難。就說說產(chǎn)品本職工作內(nèi)容吧。

新的產(chǎn)品線需要準(zhǔn)備的東西：

1. 面向用戶的產(chǎn)品文檔/API文檔/產(chǎn)品主頁/操作指南等你都準(zhǔn)備好了嗎？
2. 宣傳用的banner和pr稿件你都準(zhǔn)備好了？
3. 運營短信和郵件準(zhǔn)備好了嗎？
4. 定價準(zhǔn)備好了？
5. 試用策略想好了嗎？
6. 測試、驗收了？壓測過了嗎？去年，產(chǎn)品是兼職測試的。當(dāng)然，我們現(xiàn)在有非常專業(yè)的測試團隊了
7. 銷售、客服、運營培訓(xùn)做了嗎？
8. …

六、上線后要做的事情

后序的用戶跟進、產(chǎn)品反饋迭代、運營反饋跟進等等才剛剛開始。以上才是萬里征程跨出的第一步……

七、結(jié)束語

作為一個B端技術(shù)產(chǎn)品新人，非常感謝老大給我一個機會去做一條新的產(chǎn)品線入門。從0到1這個過程讓我收獲很多很多，無法一一跟大家分享。我和所有的產(chǎn)品新人一樣，都在努力、探索如何做好一個產(chǎn)品，做一個好產(chǎn)品經(jīng)理。產(chǎn)品之路是一個大坑，但是我一直很喜歡我們學(xué)校用來形容老圖的一句話：路漫漫其修遠(yuǎn)兮，吾將上下而求索。

這是我第一次在產(chǎn)品論壇上把我的一些經(jīng)歷和想法分享給大家，由于時間和精力有限，如果有欠妥的地方請大家多多包涵。先在這里O(∩_∩)O謝謝各位親們。

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