也許有一天，我們研發(fā)一個普通產(chǎn)品上線的時候，只需要“一個產(chǎn)品經(jīng)理，一個交互師，一個研發(fā)加測試人員”，用的人更少，時間還更短。

馬云在天津的一次“智能改變世界”的公開演講中，有這樣一系列精彩的講話：

未來的一百年是智慧的時代，而智慧的時代，我認為是體驗的時代，是服務(wù)的時代，機器將會取代我們過去兩百多年依賴的技術(shù)和科技為積累的一切的東西。

我看馬云這段話

馬云真是這個時代互聯(lián)網(wǎng)圈里神的存在，做為一個軟件開發(fā)成員中的老兵，對他這段話的感觸更是非常之深。對于計算機技術(shù)和科技，只是這十幾年，整體的發(fā)展已經(jīng)讓機器開始替代了很多原來需要資深工程師才能做的東西，而且，這個趨勢越來越明顯。

我是從軟件開發(fā)還要采用瀑布模型的管理模式開始進入行業(yè)的，到十年后采用敏捷模式管理研發(fā)過程時：原來需要一兩百人，一到兩年完成的功能，現(xiàn)在可能是四到五個人，一到兩個月就能完成。

中間經(jīng)歷的變化無不驗證了馬爸爸的話：機器將會取代我們依賴技術(shù)和科技積累的一切東西。

“三天需求調(diào)研，兩天產(chǎn)品上線”的怎么回事？

這是一個真實的故事，剛剛發(fā)生不久。

我所在的團隊是在一家致力于做企業(yè)經(jīng)營服務(wù)管理咨詢的公司，近期聽說中國XX科學院XX所要做一個內(nèi)控管理的平臺。我們的業(yè)務(wù)人員在和對方接觸的時候，聽說同時和對方接觸的還有包括用友、金蝶等老牌企業(yè)管理服務(wù)軟件提供商。

當時對方對我們的資質(zhì)是很有質(zhì)疑的，但同時他們也發(fā)現(xiàn)用友等公司的產(chǎn)品比較標準化，對于他們這種有個性化內(nèi)控要求的、內(nèi)部業(yè)務(wù)流程同時還比較個性化的需求，很難滿足（定制化費用高）。

當時我們的業(yè)務(wù)負責人問團隊，有沒有辦法快速滿足對方的要求？因為這背后還代表了一批有類似內(nèi)控要求的企事業(yè)單位的機會。

很慶幸的是，我們當時在做別的產(chǎn)品時，引擎部分可以拿來用。所以，團隊做了這樣一個安排：

第一、二、三天：

（1）A&B&C工程師，快速的將引擎做些調(diào)整，需要支持

• 流程可配置。
• 頁面可配置。
• 術(shù)語可配置。
  （原來的引擎大部分功能都有了，需要一些調(diào)整）

（2）D產(chǎn)品經(jīng)理：深入客戶，了解一下對方需求，每天回來與團隊分享。分享時要說明：

• 對方的業(yè)務(wù)流程是怎么樣的。
• 對方對應(yīng)的業(yè)務(wù)流程中的數(shù)據(jù)流是怎么樣的。

（3）E產(chǎn)品助理：與D產(chǎn)品經(jīng)理一起，每天使用引擎完成的部分，將產(chǎn)品經(jīng)理帶回來的需求配置出我們認為的流程，并進行簡單的測試。

很感謝團隊之前在做引擎時專心而且靠譜，所以在第三天，產(chǎn)品經(jīng)理將需求全介紹完給我們的時候，我們也同時拿出了第一版本給客戶

第四天：

產(chǎn)品經(jīng)理與產(chǎn)品助理帶著產(chǎn)品一塊去了客戶現(xiàn)場，給客戶進行了一系列演示。當然，客戶提了很多問題和要求。他們有的問題是在現(xiàn)場配置完后，讓客戶確認的；有的部分暫時不知道怎么辦，將需求帶回了團隊后解決的。

第五天：

帶著進一步優(yōu)化的產(chǎn)品到客戶處，讓客戶自己使用了產(chǎn)品走了幾個他們的流程。同時，業(yè)務(wù)人員又與對方負責人有了更進一步的接觸。

結(jié)果大家也應(yīng)該想到了，我們拿到了這個訂單，而且最近還有另外的一些機會再和我們聯(lián)系。

這不應(yīng)該是一個個案，有哪些技術(shù)能幫你也做的更好呢？

可能有人會說，這個例子并不好，你們公司的引擎才是整個事情的關(guān)鍵。

我后面會介紹一下近些年都有哪些技術(shù)可以同樣做到類似的速度

WordPress + The7（或其它主題模版）

如果你想建一個網(wǎng)站，在PC和公眾號都能訪問，同時在移動端也可以顯示，這是一個不錯的選擇。搭建出來的頁面現(xiàn)代感還是很明顯的。

優(yōu)點：

這個組合可以很容易的讓你在可視化的環(huán)境下建起來前端頁面，無需代碼能力。在與用戶討論需求的時候，可以讓用戶很快的得到非常直接的感性認識。同時，安全性穩(wěn)定性都很好，對于中小型項目或產(chǎn)品，比較適用。

缺點：

如果有業(yè)務(wù)流程性的需求，搭建出來的系統(tǒng)并不能讓用戶直接試用，只能做為Demo展示用。當然，因為是Php開發(fā)，同時支持Shortcode，未來開發(fā)的成本也不高。

WeX5

如果你想下個星期就要個android和ios的移動端產(chǎn)品，不妨看一看WeX5。它可以幫你快速的建起手機APP，通過簡單的配置就可以生成你需要的各種UI，及對應(yīng)的邏輯。如果邏輯不是十分復雜的話，整個過程需要非常少的代碼開發(fā)。

優(yōu)勢：

Android，ios都支持；可視化開發(fā)，不復雜的App的話，開發(fā)量很少；有一些模版，更提高了開發(fā)速度。與H5配合，大大降低了APP的開發(fā)成本。

劣勢：

對于專業(yè)化較強的應(yīng)用，并不適合，比如地圖類，視頻播放類。。。

小程序工具

像Coolsite360，微塵等可以快速生成小工具的應(yīng)用。在很多公司進行MVP驗證，或給客戶進行開發(fā)的時候，都可以考慮。

Serverless型工具/平臺

Serverless也不算是一個新概念了，但隨著小程序開始火起來，輕應(yīng)用被大家認可，Serverless又重新回到了大家的視野。

很多產(chǎn)品經(jīng)理都可能碰到過類似的經(jīng)歷，有一個新的想法希望研發(fā)快速完成。但得到的回答可能是前端開發(fā)多長時間，后端開發(fā)多長時間，結(jié)果加在一起，可能是很久很久。

在現(xiàn)在和未來，對于業(yè)務(wù)不復雜的需求，你可能可以自己來配置一下Serverless平臺（阿里云開始支持了），同時要求移動端或前端的H5頁面，從新的“服務(wù)器”來“增刪改查”數(shù)據(jù)，以達到你的要求。

優(yōu)勢：

大大降低了服務(wù)器代碼的難度和開發(fā)速度。

劣勢：

對于業(yè)務(wù)流程簡單的，還可以，如果業(yè)務(wù)流程復雜的，還是需要一定的架構(gòu)和代碼能力的工程師才能完成。

最后

相信現(xiàn)在也還有很多我不知道的工具，可以幫助到大家來快速的提供產(chǎn)品給客戶，提高企業(yè)的競爭力。同時，我相信馬總的話，未來靠技術(shù)積累下來的經(jīng)驗，將會由機器來取代。人類比機器強的部分，在于智慧，在于體驗，在于服務(wù)。所以，產(chǎn)品經(jīng)理這個職位，在未來會越來越成為企業(yè)中的核心。同時，企業(yè)也會對產(chǎn)品經(jīng)理提出更高的要求。

也許有一天，我們研發(fā)一個普通產(chǎn)品上線的時候，只需要“一個產(chǎn)品經(jīng)理，一個交互師，一個研發(fā)加測試人員”，用的人更少，時間還更短。

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

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