選擇合理的產(chǎn)品形態(tài)，會讓你的產(chǎn)品發(fā)展更為順利，同時增添更多的成功幾率。

我們知道，策劃一個新的產(chǎn)品，待需求確定之后，還需要確認一個事，這便是產(chǎn)品形態(tài)。

產(chǎn)品形態(tài)是指通過設(shè)計、制造來滿足顧客需求，最終呈現(xiàn)在顧客面前的產(chǎn)品狀況，包括：產(chǎn)品傳達的意識形態(tài)，視覺形態(tài)和應用形態(tài)。

在我們純互聯(lián)網(wǎng)領(lǐng)域，簡單地說，就是你的產(chǎn)品最終要做成什么樣的東西。是APP？公眾號？小程序？或者是別的什么？

在移動互聯(lián)網(wǎng)發(fā)展之初，產(chǎn)品形態(tài)討論不多，是因為那時基本上只有一個選擇，那便是APP。而現(xiàn)如今各大平臺崛起，都擁有海量用戶和影響力，所以你的產(chǎn)品最終需要做成什么樣，便成了值得考慮的問題了。因為采用不同的產(chǎn)品形態(tài)所帶來的結(jié)果是存在一定的差異的。

那么，問題來了，我們該如何進行產(chǎn)品形態(tài)選型呢？我總結(jié)了一下，大概要考慮如下幾方面。

一、項目階段及產(chǎn)品目標

我們知道，項目在不同階段，其產(chǎn)品目標是不一樣的。比如在初創(chuàng)期，我們的產(chǎn)品目標是為了驗證用戶需求，或者產(chǎn)品模型，甚至是商業(yè)模式。不管是驗證什么，都要求承載這個目標的產(chǎn)品能快速推出，快速迭代，然后迅速得到我們想要確定的問題答案。

因此，對于這個階段，我們的產(chǎn)品需要輕、快。

而根據(jù)這一條件，顯然公眾號要比小程序合適，小程序比APP合適。公眾號足夠輕，迭代快，即時更新。也不存在前后端程序的溝通對接問題。

還有一種情況，如果你的產(chǎn)品是內(nèi)容型的，那么會更簡單。你可以直接選擇頭條號、百家號、企鵝號、UC等內(nèi)容平臺，注冊一個賬號就可以開始你的產(chǎn)品了。免去了開發(fā)工作，快速上線服務。

但如果驗證的問題跟產(chǎn)品形態(tài)是直接相關(guān)的，這種情況下就沒什么可多想的，直接采用這個產(chǎn)品形態(tài)開干就好了。

一旦產(chǎn)品驗證結(jié)束，在產(chǎn)品的發(fā)展階段時，便要開始考慮產(chǎn)品后續(xù)的目標了。如APP更有掌控力，體驗可以更好，甚至to VC方面也存在更大的說服力。如此等等，都是需要考慮的。

二、開發(fā)、推廣、維護成本

不同的產(chǎn)品形態(tài)，其成本是存在很大不同的。而成本，則要考慮開發(fā)、推廣、維護等方面的因素。

綜合成本最高的，無疑是APP。開發(fā)時需要考慮Andriod，iOS兩個平臺，還需要后臺技術(shù)支撐，這是開發(fā)團隊的人員投入成本。推廣的成本也相當高，據(jù)說現(xiàn)在發(fā)展一個用戶，成本高達20元。在互聯(lián)網(wǎng)上的傳播性也差，下載安裝的轉(zhuǎn)化率低都直接拉高了推廣成本。在維護方面，產(chǎn)品版本更新成本是和開發(fā)成正比的。

可以說，APP這種東西，一般的創(chuàng)業(yè)公司是玩不起的，初期盡可能地繞開。

所以，從成本方面考慮，優(yōu)先選擇公眾號、小程序，或者是頭條號等內(nèi)容平臺。

三、產(chǎn)品形態(tài)的可靠性和發(fā)展態(tài)勢

不同的產(chǎn)品形態(tài)，因發(fā)展時間不同，而導致其可靠性和穩(wěn)定性存在差異。

APP和公眾號的發(fā)展時間都已經(jīng)足夠長足夠穩(wěn)定可靠，但這兩者還存在不同，公眾號還依賴網(wǎng)絡(luò)和服務器的穩(wěn)定，而APP可以進行離線運行，有些功能在無網(wǎng)絡(luò)下仍是可用的。但從產(chǎn)品形態(tài)的可靠性方面已經(jīng)基本沒什么問題了。

當然，由于技術(shù)團隊的能力而導致是產(chǎn)品可靠性問題跟產(chǎn)品形態(tài)的可靠性沒有關(guān)系。但也是需要考慮的一個因素。APP再穩(wěn)定，你的團隊就是玩不轉(zhuǎn)，那也是白搭。當然了，可以招人解決的話也不是問題。

小程序是一個新生事物，在目前階段來說還完全達不到可靠程度。時不時會出現(xiàn)一些莫名其妙的問題，這些問題連官方開發(fā)團隊都沒辦法提出解決方案，這就會讓人很崩潰。但幸好微信的大力支持，產(chǎn)品迭代很快，更新頻率高。是值得讓人期待和跟進的。

從發(fā)展態(tài)勢來說，小程序不可限量，其優(yōu)勢明顯。開發(fā)推廣維護成本都較低，但在用戶體驗上又比公眾號要好得多。

而如果產(chǎn)品形態(tài)的發(fā)展態(tài)勢是在走下坡路的話，則需要謹慎選擇。

我們之前做過一個企業(yè)內(nèi)部的產(chǎn)品，當時采用是微信的企業(yè)號。因為我們一直在做公眾號的產(chǎn)品，所以在技術(shù)熟悉度和成本方面考慮都覺得企業(yè)號是合適的。但后續(xù)開發(fā)運營中發(fā)現(xiàn)，企業(yè)號并不穩(wěn)定，時不時會出現(xiàn)推送消息丟失的問題，這導致產(chǎn)品功能非常不可靠。后面我們分析，企業(yè)號已經(jīng)被微信拋棄了，沒有投入資源去維護更新，基本上沒有了發(fā)展的希望。因此， 我們果斷地中止企業(yè)號產(chǎn)品形態(tài)方案，后面換成了小程序來開發(fā)。果不其然，后來企業(yè)號“升級”成了企業(yè)微信。

四、技術(shù)團隊資源分布情況

很多時候，我們不僅僅只有一個產(chǎn)品，技術(shù)團隊要承擔多個產(chǎn)品的同時開發(fā)。在前期，主要考慮產(chǎn)品的快速化，所以可能在技術(shù)資源使用方面會有不均衡的傾向。但后續(xù)要啟動新產(chǎn)品開發(fā)時，則需要再考慮技術(shù)資源的均衡性。

比如，我們的技術(shù)團隊有Web開發(fā)人員，有APP開發(fā)人員。但前期考慮產(chǎn)品快速化和低成本，則采用了公眾號形態(tài)來開發(fā)，因此Web開發(fā)人員則承擔了這一部分工作。這樣就造成了APP開發(fā)人員的閑置。

在后續(xù)新產(chǎn)品啟動后，我們并沒有沿用公眾號形態(tài)來開發(fā)，而是重新評估，其中特別考慮了我們技術(shù)團隊的資源情況。最后決定采用小程序來開發(fā)，且讓APP開發(fā)人員來負責。這樣的好處是，整個開發(fā)團隊資源能充分且合理地利用起來，解決了部分開發(fā)人員資源閑置問題，且多個產(chǎn)品的整體進度能夠同時保證。

在這其中，產(chǎn)品經(jīng)理需要根據(jù)業(yè)務和產(chǎn)品發(fā)展狀況，提前考慮和引導開發(fā)人員進行技術(shù)儲備。如我們在微信小程序剛推出時，就迅速地安排了部分開發(fā)人員熟悉相關(guān)技術(shù)，引入實驗性項目進行開發(fā)，讓他們能夠快速地掌握這一新的形態(tài)技術(shù)。這樣，讓我們在后來采用小程序作為產(chǎn)品形態(tài)進行開發(fā)時，做好了充分的準備，可隨即啟動。

以上，便是產(chǎn)品經(jīng)理進行產(chǎn)品形態(tài)選型時需要考慮的因素。作為產(chǎn)品經(jīng)理，需要逐步掌握這種能力。選擇合理的產(chǎn)品形態(tài)，會讓你的產(chǎn)品發(fā)展更為順利，同時增添更多的成功幾率。

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

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