從最小化可行產品MVP到全棧開發一站式

MVP

mvp意思爲最小化可行產品.

一個產品必須有一個核心功能,這個功能吸引用戶訪問和使用,甚至爲此支付必定的費用.

mvp的基礎就是核心功能,除此以外,登陸,支付,數據,客服等功能均可以暫時不要.

不要帶有完美主義,也不要什麼都想要蹭上一點,mvp就是不斷再不斷的精簡沒必要要的功能,以此達到快速上線,正常運行的目的.

mvp既能夠是一個網頁特效的演示項目,也能夠是一個迷你的在線工具箱,甚至能夠是一行腳本命令.

如python自動複製剪切板,一鍵重命名,網頁版的網速檢測,json轉碼,時間格式化,css粒子動效等等等.

沒有登陸也就沒有權限,沒有數據也就不須要後臺,沒有客服也就沒有反饋入口,支付在三無基礎上更是無從談起.

在線項目只須要可以正常訪問便可,能夠是演示型,也能夠是工具型,也能夠是文檔型,或者可下載的軟件和app.

只要在網站上放上一段第三方的數據埋點,就能自動獲取不少訪問數據,以此分析產品和用戶.

這個時期的產品,原型,ui,測試均可以從簡,甚至是構思一下便可,直接跳過.

初版

在mvp的基礎上,能夠陸陸續續的加上一些功能和服務.

對於一個產品而言,最重要的就是數據.

一個是產品被使用的數據分析,一個是提供給用戶的數據.

被使用的數據爲產品的使用人數,頁面的訪問率,機型,系統,網絡,用戶的綜合畫像如地區,性別,年齡,職業等等等.

第三方的數據統計或者本身的數據埋點均可以收集,產品的被使用數據和用戶信息.

在埋點的基礎上能夠添加客服和反饋入口,用戶能夠提交產品建議或者直接聯繫客服,有助於改進產品體驗,及時修復產品錯誤等.

其次能夠設置幫助中心和關於咱們,有助於幫助用戶快速的瞭解產品功能和使用方法,清晰的品牌辨識度,也省去不少沒必要要的溝通和推廣環節.

客服入口和反饋頁面以及幫助中心均可以不涉及後臺數據,只放在前端靜態資源便可,符合初期精簡的概念.

這一時期的產品,須要可擴展的原型和適合的UI,並有足夠的測試過濾掉可能風險和錯誤,爲下一版作好必定的準備.

第二版

提供給用戶的數據能夠理解爲豆瓣的圖書檢索,淘寶的商品類目,慕課的在線課程,頭條的信息流.

不論以哪種形式,它必定提供了某種形式的數據服務,用戶能夠獲取知識,信息,商品等.

大多數產品的核心功能不是多麼高大上的技術,偏偏只是由於它提供了海量的數據,數據纔是一個產品的核心.

數據又能夠分爲展現型和交互型.

展現型爲數據本身製做和研發,而後提供給用戶,如新聞和門戶網站,本身的編輯整理稿件發佈,在線教育課程等.

只要涉及到數據,就要涉及到後端,涉及到數據庫,第三方API也是可行的.

這一時期的產品,已經涉及到數據層面,與數據息息相關的的就是穩定和安全,這個時候不必定涉及到用戶,只是以遊客瀏覽也行.

第三版

交互爲用戶上傳數據,平臺展現和提供服務等,如微博的140字文字內容,用戶自行上傳,點贊轉發評論等.

展現型的數據只須要本身提供便可,不必定須要識別登陸用戶和遊客.

可是交互型的就須要註冊用戶和用戶登陸了,這樣才能夠實現權限驗證,數據分類,支付等其餘功能.

交互的邏輯相對會比較複雜一些,對用戶體驗和安全性能都有極高的要求.

這一時期的產品已經初具規模,能夠打造本身的生態和服務,原型,ui,開發,測試,運維等每個環節都須要精益求精.

第四版

打造一個產品的目的是什麼?情懷可能有,可是賺錢纔是最終目的.

一個產品再好,沒有資金維持,很快就會沒法運轉,因此須要打通支付和收入環節.

電商等類目支付纔是核心,交易的過程就是支付.

產品的盈利也須要如充值會員,付費購買等形式.

就算免費提供給用戶,也能夠接入廣告系統,實現其餘等收益形式.

這一時期的產品主要以支付爲主,數據層展現和編輯都比較簡單,可是支付層比較重要,也比較複雜.打通支付和數據,產品基本也就差很少了.

第五版

到此爲止仍然沒有結束,產品的開發每每和政策以及用戶羣體息息相關.

若是一味的守着當初的目標,極可能輸的很慘,在發展的過程,還能夠擴展其餘業務.

如打造全家桶,相信你們都有使用全家桶的感覺,這裏不一一展開了.

雞蛋不要放在一個籃子裏,擴展的業務有助於提高產品體驗,也有助於規避風險.

當市場風向和政策變化的時候及時跟進纔是生存之道,不要太執着於技術和產品服務.

第六版

商場如戰場,每一秒都性命攸關.

大公司吞併小公司,小公司和小公司競爭,互聯網的產品有一個揮之不去的魔咒.

那就是抄襲.

服務再好,功能再多,總有人能作出同樣的產品,總有人比你的資金更多,甚至比你的更好.

若是沒有技術壁壘,沒有一個屬於本身產品的護城河,那麼失敗只是一瞬間的事情.

記住,護城河既不是指安全,也不是指壟斷,而是你產品沒法取代的特點和生態.