中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

在產品迭代的過程中，肯定踩過不少坑。踩坑不要緊，重要的是踩坑之后能不能總結規劃出一個套路，為以后的產品設計鋪路搭橋。

最近兩年來一直做一個電商平產品，自己負責整個產品從0到1策劃并上線，后面又迭代了20多個版本。在做產品中自己從一個電商小白不斷地成長，在項目中也踩了很多的坑。

今天借著有空給自己做個總結，同時也希望自己的經驗可以分享給更多的人，讓看到的人少犯錯。

一、產品版本的定義

產品版本規劃可以理解為是：對項目每個周期的計劃。

二、版本規劃的周期

一般我們會在7到15天這樣去做一個版本的迭代，下面我會說明為何我們采用短周期的策略。

1. 短周期迭代的優勢

更快滿足用戶需求：

優勢是用戶可以在更短的時間內去使用到我們的功能，從而能夠更快地滿足用戶的需求。如果換成大版本周期，例如：1一個月以上的話用戶將會很久才能夠使用到我們的功能，這樣就導致我們在市場競爭中處于不利的地位；一個秒殺的活動如果對手先上了他們就可以提前去做營銷贏取更好的口碑。

提升開發和測試的效率：

技術人員更容易集中精力去開發，從而提升開發效率；大版本開發的周期太長容易導致開發的時間難以去評估和把控。

小版本開發將大的任務細化拆分成小的任務去做，從而更清晰任務目標。

之前我們也嘗試過大版本開發，但是后來發現每一次的任務太多，開發人員一個周期開發好幾個功能經常會導致項目拖延嚴重，測試人員測試也會比較散漫最終導致整個版本的推薦效率不高。

更迅速地根據用戶反饋做出調整：

當上線的功能出現問題，或沒有很好地滿足用戶的需求時，我們可以快速地去響應。

例如：之前我們上線了一個我要找藥的功能，后面發現這個功能的設計只是讓他們提交了需要找的藥，用戶提交后并沒有給用戶反饋任何已經提交的記錄。后面我們知道后就立馬去完善這個功能，提升用戶的使用體驗。

產品策劃更精準：

更容易讓產品人員集中精力去策劃一個功能，如果一次策劃太多功能容易導致調研不足，從而設計出來的功能不是用戶想要的功能。

三、怎么給需求排期

上面說到了規劃一個版本的周期，下面我們就來談談：如何在這個開發周期內去選擇要做的需求？

需求的排期我們一般會遵守：把更重要更緊急的需求有限排在前面去開發，通常采用四象限法進行分析。

重要且緊急的功能我們通常會優先去做開發，但是在整合項目開發過程中，一個需求的重要和緊急程度會隨著時間和項目的不同階段而不同。

例如：客服系統在電商企業中是一個非常重要的系統，但是在平臺早期，我們可以使用平臺的客服通過微信，或電話的方式去解決客戶的問題已經可以滿足用戶的需求。

然而，開發一個客服系統需要相當大的人力成本和時間成本，而且在早期公司都不知道能不能活下去卻話那么大的成本去開發，一旦公司倒閉損失的會更大。

因此，客服系統在早期是重要但是不緊急的需求。但是，如果到了平臺的中后期，隨著客戶的不斷增大客服人員已經很難去服務那么多的客戶。這個時候，客服系統就成為了一個重要且非常緊急的需求。

如何去分析一個需求的重要且緊急程度是一門大的學問。為了更好的去分析一個需求的重要和緊急程度我們會引入產品MVP的概念。

產品MVP即為：產品最小化模型，也可以理解為最基礎且最乞丐版的產品。

通常來說，我們會把最小化產品的功能模塊列為緊急且重要的需求，在優先級排期中我們也會排在前面。但是這個只是多數情況是這樣，并不是絕對的。

例如：在電商平臺中我們把訂單系統列為重要的功能，此時有個用戶提出在客戶端訂單列表中新增下單時間一個字段。但其次下單時間用戶已經可以在訂單詳情頁中去查看了。

假如老板提出要做一個抽獎的活動來提升平臺的營銷氛圍從而讓更多的用戶去下單，我們就可以分析到：顯示下單時間的需求雖然是屬于訂單中心的需求，但是我們并不會把他的優先級排的比抽獎的高，這個需求對用戶下單并不能產生很大的響應。

四、分解電商平臺產品MVP

賬戶體系：賬戶體系主要包括用戶賬戶 商家賬戶 和平臺管理員賬戶，賬戶主要是為了記錄用戶的身份，是平臺產品必備的功能。

訂單中心：訂單中心是電商平臺的核心模塊，它記錄了買賣雙方的交易信息和狀態流轉。

財務中心：用于記錄交易中的資金流轉和用戶以及商家對賬。

商品中心：商家上架商品買家在前端可以瀏覽并下單。

支付系統：買家可以通過微信或支付寶支付給商家，最終讓商家發貨。

因此，只要做好了這五個功能模塊，就可以讓買家進來“瀏覽商品-下單-支付-賣家發貨”完成整個商品交易全流程。所以，我們可以將這五個模塊的功能稱之為最小化功能。

知道了電商產品最小化產品之后，我們在做產品版本迭代的時候，就有一定的套路去規劃：哪些需求需要去優先做了？

相對來說，只要屬于最小化產品里面的需求的，我們基本都會去優先考慮去開發迭代。把最核心的需求做好了，再去做其他附加的需求，這樣更容易形成產品核心競爭力。

如果核心功能漏洞太多，用戶使用的時候就會覺得連最重要的需求都沒有滿足這個產品太爛了，最終導致用戶的流失。就比如當我們在一個平臺購物時發現訂單無法提交，此時就算其他功能做得再好也很難留住用戶。

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

題圖來自Unsplash, 基于CC0協議。