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

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

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

我看馬云這段話

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

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

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

“三天需求調研，兩天產品上線”的怎么回事？

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

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

當時對方對我們的資質是很有質疑的，但同時他們也發現用友等公司的產品比較標準化，對于他們這種有個性化內控要求的、內部業務流程同時還比較個性化的需求，很難滿足（定制化費用高）。

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

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

第一、二、三天：

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

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

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

• 對方的業務流程是怎么樣的。
• 對方對應的業務流程中的數據流是怎么樣的。

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

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

第四天：

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

第五天：

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

結果大家也應該想到了，我們拿到了這個訂單，而且最近還有另外的一些機會再和我們聯系。

這不應該是一個個案，有哪些技術能幫你也做的更好呢？

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

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

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

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

優點：

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

缺點：

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

WeX5

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

優勢：

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

劣勢：

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

小程序工具

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

Serverless型工具/平臺

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

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

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

優勢：

大大降低了服務器代碼的難度和開發速度。

劣勢：

對于業務流程簡單的，還可以，如果業務流程復雜的，還是需要一定的架構和代碼能力的工程師才能完成。

最后

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

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

本文由 @Louis 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Pexels，基于 CC0 協議