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

編輯導(dǎo)語：產(chǎn)品經(jīng)理在日常工作中經(jīng)常會遇到從1到1的產(chǎn)品，對于這類產(chǎn)品來說，前期調(diào)研以及中期配合是非常重要的，準(zhǔn)備充足能讓后期發(fā)展的更加順利；本文作者分享了一個關(guān)于從0到1的產(chǎn)品規(guī)劃的復(fù)盤過程，我們一起來了解一下。

產(chǎn)品規(guī)劃是每個產(chǎn)品經(jīng)理必經(jīng)過程，單不是每個產(chǎn)品經(jīng)理都能做好產(chǎn)品規(guī)劃，其是需要有一定的經(jīng)驗(yàn)，特別是對于一個從0到1的新產(chǎn)品來說，對行業(yè)的理解、市場的把控、業(yè)務(wù)的熟悉程度要求都相對較高。而且一般涉及到這種公司戰(zhàn)略方向的產(chǎn)品，大多由老板、總裁、總監(jiān)及其團(tuán)隊(duì)核心成員共同參與完成。

我很幸運(yùn)參與過以前公司的產(chǎn)品規(guī)劃，因此我給大家分享當(dāng)初我做過從0到1的產(chǎn)品規(guī)劃經(jīng)驗(yàn)，供大家借鑒。

一、產(chǎn)品規(guī)劃目的

因?yàn)閰⑴c產(chǎn)品從0-1的規(guī)劃，所以知道一般公司戰(zhàn)略層只會提供一個大致方向或者是個產(chǎn)品概念，導(dǎo)致前期大家都沒有明確的方向；所以我們對需要對公司現(xiàn)狀與自身優(yōu)劣勢、市場規(guī)?，F(xiàn)狀和發(fā)展前景等進(jìn)行深度剖析，從而確定產(chǎn)品是否可立項(xiàng)實(shí)現(xiàn)公司戰(zhàn)略部署。

且通過了解我們所在的所做項(xiàng)目的問題、機(jī)會以及明確目標(biāo)用戶和目標(biāo)目的，這樣后期做產(chǎn)品規(guī)劃分析的時候，能提供方向和思路；比如公司下發(fā)給我們產(chǎn)品部的任務(wù)方向“借鑒當(dāng)下熱門BI產(chǎn)品為公司帶來行業(yè)利潤”。

因此我們依托公司情況從以下幾個角度有目的去規(guī)劃：

1. 產(chǎn)品規(guī)劃目的

1）公司現(xiàn)狀與自身優(yōu)劣勢：

• 公司現(xiàn)狀：為政府提供XXX行業(yè)全面解決方案，主營收入來自項(xiàng)目利潤，因此考慮項(xiàng)目如何最大利益化？
• 公司優(yōu)勢：公司在XX領(lǐng)域深耕十幾年依然是行業(yè)專家，沉淀很多項(xiàng)目經(jīng)驗(yàn)和技術(shù)平臺；比如沉淀通用的產(chǎn)品組件庫、業(yè)務(wù)組件庫等等。
• 公司劣勢：項(xiàng)目比較集中5-10月、項(xiàng)目的相似度高、人員有限、技術(shù)水平參差不齊等等原因。

2）目前行業(yè)現(xiàn)狀：

① 政府XXX行業(yè)：考慮政府政策規(guī)劃方向以及法律、法規(guī)的要求進(jìn)行分析，政府XXX行業(yè)規(guī)劃延伸哪些可持續(xù)發(fā)展業(yè)務(wù)；比如國家全面推行河長制是以習(xí)近平同志為核心的黨中央從人與自然和諧共生、加快推進(jìn)生態(tài)文明建設(shè)的戰(zhàn)略高度作出的重大決策部署，是破解我國新老水問題、保障國家水安全的重大制度創(chuàng)新。

總結(jié)：未來全國各地將落實(shí)政策推出各地市的河長制的項(xiàng)目。

② BI領(lǐng)域分析：已經(jīng)有很多公司有很多成熟化的BI 產(chǎn)品了，我們應(yīng)該考慮BI產(chǎn)品能解決我們公司什么問題？通過什么樣的盈利模式公司帶來利潤？如何體現(xiàn)屬于自己領(lǐng)域核心價值的BI產(chǎn)品？比如從技術(shù)上、交互上或者是業(yè)務(wù)解決方案尋求突破口？比如BI業(yè)務(wù)場景能解決公司哪些大屏項(xiàng)目業(yè)務(wù)？比如BI通過強(qiáng)大的定制和擴(kuò)展能力來快速滿足個性化需求。

總結(jié)：BI產(chǎn)品強(qiáng)大的定制和擴(kuò)展能力能為公司未來承接眾多河長制等政策項(xiàng)目進(jìn)行落地實(shí)施節(jié)約項(xiàng)目周期和成本而帶來商機(jī)。

通過以上角度進(jìn)行分析如下：公司需要一個快速構(gòu)建產(chǎn)品來節(jié)約行業(yè)項(xiàng)目成本，實(shí)現(xiàn)公司項(xiàng)目利潤最大化。

2. 產(chǎn)品規(guī)劃定位

在目標(biāo)定下來之后，接下來需要確認(rèn)的是定位。產(chǎn)品定位是產(chǎn)品工作的靈魂與核心，我們考慮產(chǎn)品定位時，需要從兩個方面去考慮：

1）明確目標(biāo)用戶

用戶是誰？解決了用戶什么問題?或者滿足的什么需求？

總結(jié)：通過以上產(chǎn)品目的解決開發(fā)成本，實(shí)現(xiàn)零代碼項(xiàng)目而確定，我們產(chǎn)品目標(biāo)為開發(fā)人員解決重復(fù)代碼搬運(yùn)，讓業(yè)務(wù)人員接手配置，來節(jié)約項(xiàng)目人員成本和時間成本，從而確定我們的目標(biāo)用戶是開發(fā)人員和業(yè)務(wù)人員。

2）明確產(chǎn)品功能

什么樣功能能滿足目標(biāo)用戶的需求？項(xiàng)目要用到哪些功能呢？通過以上目標(biāo)的確定，BI產(chǎn)品大屏能解決公司涉及大屏的項(xiàng)目開發(fā)成本以及開發(fā)周期同時還能解決用戶需求多變尷尬處境；因此確認(rèn)有大屏配置，那既然BI大屏能解決公司此類大屏問題，那是否可以解決公司項(xiàng)目通用性功能，比如常見表單表格、比如左側(cè)樹右側(cè)列表等等。

總結(jié)：通過以上產(chǎn)品目地和目標(biāo)用戶確定，我們產(chǎn)品是要實(shí)現(xiàn)項(xiàng)目重復(fù)模塊通過產(chǎn)品配置來實(shí)現(xiàn)，進(jìn)而確定產(chǎn)品功能常見表格表單、可視化大屏、GIS通用業(yè)務(wù)模塊。

通過產(chǎn)品規(guī)劃定位確定產(chǎn)品思路架構(gòu)圖錄例如下（因?yàn)樯婕半[私只提供大致方向）：

3. 產(chǎn)品可行性分析

在產(chǎn)品規(guī)劃目的、定位確定之后，接下來需要確認(rèn)產(chǎn)品的可行性。需要從兩個方面去考慮：

1）技術(shù)可行性分析

• 技術(shù)風(fēng)險及規(guī)避方法：對可能使用到的技術(shù)進(jìn)行全面的分析，技術(shù)上是否有解決不了的問題，如果有如何規(guī)避？
• 易用性及用戶使用門檻：產(chǎn)品的易用性，用戶群體分析，產(chǎn)品是否會有使用難度？
• 產(chǎn)品環(huán)境依賴性：支持什么瀏覽器，什么瀏覽器不支持？比如政府單位是用什么瀏覽器支持是否有困難等？

總結(jié)：項(xiàng)目規(guī)劃采用是Vue架構(gòu)，采用該架構(gòu)是否適配IE瀏覽器 Internet Explorer 10等等問題分析，進(jìn)而對應(yīng)對技術(shù)解決方案確實(shí)可行，才可批復(fù)執(zhí)行。

2）經(jīng)濟(jì)可行性分析

• ?人力成本：產(chǎn)品從調(diào)研、分析、設(shè)計(jì)、開發(fā)、測試、運(yùn)維等需要多少人力，多少人月，每個人月平均成本是多少？
• ?軟件、硬件成本：產(chǎn)品生產(chǎn)及上線后需要購買哪些軟件及硬件，比如：產(chǎn)品用到的數(shù)據(jù)庫、開發(fā)工具、第三方軟件、服務(wù)器數(shù)量、路由器、網(wǎng)絡(luò)等成本。

總結(jié)：項(xiàng)目規(guī)劃投入成本XX萬，后期投入使用，能為項(xiàng)目節(jié)約多少個人力成本，投入和產(chǎn)出比是否合理等等分析，進(jìn)而確認(rèn)項(xiàng)目規(guī)模經(jīng)濟(jì)確實(shí)好，才可批復(fù)執(zhí)行。

依據(jù)公司的情況當(dāng)前階段可輸出產(chǎn)品可行性報(bào)告、產(chǎn)品立項(xiàng)報(bào)告和產(chǎn)品長中短期規(guī)劃階段目標(biāo)。

二、產(chǎn)品規(guī)劃分析

目的明確好了之后，就需要通過產(chǎn)品規(guī)劃思路和目的進(jìn)行分析，規(guī)劃產(chǎn)品功能結(jié)構(gòu)（可以使用常見的思維導(dǎo)圖），這樣會便于寫的時候整理思路，我拿一個規(guī)劃舉例。

1. 目標(biāo)用戶調(diào)研

收集目標(biāo)用戶的需求，梳理目標(biāo)用戶的需求清單轉(zhuǎn)為產(chǎn)品功能，錄入到需求池中，根據(jù)業(yè)務(wù)需求優(yōu)先級排序。

總結(jié)：業(yè)務(wù)用戶反饋常見的大屏涉及組件偏多柱狀圖、餅圖等等，進(jìn)行圖表組件需求功能需求優(yōu)先排序；輸出用戶需求清單。

2. 梳理產(chǎn)品框架功能

• 按照場景需求清單拆解到功能：每一個功能需明確解決一個具體的業(yè)務(wù)問題，如何將需求翻譯為功能，極其考驗(yàn)對于業(yè)務(wù)的理解；
• 根據(jù)功能按不同的維度進(jìn)行分類整合：分類整合需要先考慮符合通用模塊的功能，切忌重復(fù)造輪子；功能對應(yīng)的復(fù)雜程度越高、業(yè)務(wù)越重要，越值得被拿出來單獨(dú)做一個模塊。

總結(jié)：常見功能表單，明確表單里面功能控件就包括了標(biāo)題、輸入框、下拉框、單選框、按鈕。而每個控件又擁有不同的屬性進(jìn)而進(jìn)一步拆解整理；輸出功能清單。

3. 競品分析

• 競品目標(biāo)：是要達(dá)到什么目的，競品為客戶解決了什么問題。比如某公司BI，在沒有BI之前，員工要寫大量復(fù)雜的SQL語句，制作大量報(bào)表以滿足業(yè)務(wù)要求，決策者在面對大量堆積報(bào)表數(shù)據(jù)也感到頭疼；而BI則徹底改變了這種現(xiàn)狀，使業(yè)務(wù)人員可以輕松進(jìn)行數(shù)據(jù)分析，使決策者可以自在查看分析，及時查看到?jīng)Q策所關(guān)心的數(shù)據(jù)。
• 競品的亮點(diǎn)：有什么特色的交互體驗(yàn)或者特色解決方案。比如某公司BI產(chǎn)品只要通過圖表拖拉拽即可實(shí)現(xiàn)既見既然所得的效果，實(shí)現(xiàn)交互操作靈活易學(xué)。
• 競品痛點(diǎn)：還存在哪些痛點(diǎn)，目前還有哪些痛點(diǎn)未解決的等等；比如某公司BI內(nèi)置的圖表種類相對較少等等，
• 競品總結(jié)：總結(jié)別人遇到同樣的問題如何解決和設(shè)計(jì)的。

總結(jié)：power BI目標(biāo)是讓業(yè)務(wù)人員也能輕松配置大屏，提供了拖拉拽交互功能讓業(yè)務(wù)人員輕松上手，我們就可以借鑒此功能交互體驗(yàn)，實(shí)現(xiàn)產(chǎn)品友好體驗(yàn)。

4. 閉環(huán)思維驗(yàn)證

閉環(huán)思維顧名思義就是“思考全”，要求產(chǎn)品如同為人處世，面面俱到又要能有取有舍；比如規(guī)劃產(chǎn)品首先要考慮是目的就是為什么，再考慮做什么，最好確認(rèn)怎么做，進(jìn)行全面考慮；比如做類似BI產(chǎn)品目的要解決節(jié)約項(xiàng)目成本，再考慮要做哪些功能，最后要思考功能怎么運(yùn)用（或者嫁接）到項(xiàng)目中。

總結(jié)：產(chǎn)品是為了節(jié)約相似項(xiàng)目成本，進(jìn)一步明確出相似項(xiàng)目的有哪些功能，從而確認(rèn)功能表單、表格、大屏等等；確定功能后，進(jìn)一步要考慮產(chǎn)品提供相似功能配置后，要通過哪些方式運(yùn)用到項(xiàng)目中，從而確定通過組件引用方式和提供API方式進(jìn)行運(yùn)用，通過為什么、做什么、怎么做形成一個鏈路的閉環(huán)思考驗(yàn)證。

通過產(chǎn)品功能規(guī)劃分析思路輸出產(chǎn)品功能結(jié)構(gòu)（精簡版）：

依據(jù)公司的情況當(dāng)前階段可輸出產(chǎn)品需求調(diào)研報(bào)告、競品分析報(bào)告、產(chǎn)品需求清單。

三、產(chǎn)品規(guī)劃設(shè)計(jì)

基于產(chǎn)品規(guī)劃探索的功能，做進(jìn)一步的產(chǎn)品分析和設(shè)計(jì)。

1. 產(chǎn)品分析

畫流程圖進(jìn)行產(chǎn)品功能分析：理清產(chǎn)品的邏輯，也可參考閉環(huán)思維進(jìn)行業(yè)務(wù)邏輯梳理；比如閉環(huán)思考先思考整體產(chǎn)品流程“用戶開始需要創(chuàng)建應(yīng)用項(xiàng)目，然后再進(jìn)行數(shù)據(jù)源配置、數(shù)據(jù)集配置、表單配置到最后進(jìn)行下載運(yùn)用的項(xiàng)目”，然后每個環(huán)節(jié)需要涉及哪些功能進(jìn)行一一功能業(yè)務(wù)邏輯的梳理。

總結(jié)：

第一步驟是創(chuàng)建項(xiàng)目，涉及項(xiàng)目的編號、項(xiàng)目名稱、項(xiàng)目的基本信息等等。

第二步驟是在創(chuàng)建完項(xiàng)目的基礎(chǔ)上，配置項(xiàng)目數(shù)據(jù)庫，一般一個項(xiàng)目都有2個數(shù)據(jù)庫，就要考慮項(xiàng)目數(shù)據(jù)庫配置支持配置多少個數(shù)據(jù)庫？配置數(shù)據(jù)庫類型mysql還是Oracle還是其他？以及數(shù)據(jù)庫鏈接串、數(shù)據(jù)賬號密碼和數(shù)據(jù)鏈接是否成功測試功能，進(jìn)行一一細(xì)化。

第三步驟是在配置數(shù)據(jù)庫基礎(chǔ)上，就要做數(shù)據(jù)集市來為規(guī)劃產(chǎn)品功能提供數(shù)據(jù)源，那么就需要考慮通過什么方式提供數(shù)據(jù)源，常見SQL語句或者數(shù)據(jù)庫常見視圖方式提供；再進(jìn)一步通過SQL語句那么就有選擇數(shù)據(jù)庫、SQL編輯器和SQL預(yù)覽等等功能細(xì)化。

第四步驟創(chuàng)建表單表格，表格樣式哪幾種、表單容器控件有哪種？表格通過什么配置渲染出數(shù)據(jù)庫數(shù)據(jù)？表單容器控件又是如何配置數(shù)據(jù)源。進(jìn)行功能一一細(xì)化。

第五步驟配置完表單考慮如何運(yùn)用到項(xiàng)目中，是生成API接口，那么API接口支持哪幾種方式？是否可以運(yùn)用開發(fā)引用組件的方式下載配置腳本引用？進(jìn)行功能一樣細(xì)化。

第六步驟確定后，項(xiàng)目如何運(yùn)用到本產(chǎn)品提供的API接口，項(xiàng)目需要提供什么樣的環(huán)境進(jìn)行一一分析。

類似一下流程（精簡版）：

2. 功能清單

第二步梳理功能清單：理清這個產(chǎn)品設(shè)計(jì)到的功能點(diǎn)以及寫清楚明確具體的功能描述。

比如用戶提出要多表頭，思考多表頭的樣式集中，提供定制常規(guī)多表頭還是提供合并單元功能實(shí)現(xiàn)靈活的配置都要清楚明白描述需求。

3. 設(shè)計(jì)原型

基于產(chǎn)品功能結(jié)構(gòu)圖，進(jìn)行原型設(shè)計(jì)，原型分為前端和后臺兩部分，前端原型主要目標(biāo)用戶是公司內(nèi)部開發(fā)人員和業(yè)務(wù)人員；由于前端原型用戶可感知的層面，所以設(shè)計(jì)過程種要盡可能的認(rèn)真思考，減少交互步長，仔細(xì)琢磨用戶體驗(yàn)；

后臺的原型設(shè)計(jì)主要是用戶信息、權(quán)限信息、配置信息的功能，面向用戶是部門的產(chǎn)品維護(hù)人員；因此后臺的設(shè)計(jì)標(biāo)準(zhǔn)只要是考慮提供可支撐前端、同時可以便捷實(shí)用。

4. 輸出產(chǎn)品需求文檔

描述每個功能的前置條件、輸入輸出功能、需求功能描述和字段約束等等進(jìn)行詳細(xì)描述輔助開發(fā)人員開發(fā)；比如系統(tǒng)登錄功能輸入賬號密碼，若賬號名密碼正確，成功登錄系統(tǒng)，若不正確返回提示“賬號名稱或密碼錯誤”。

總結(jié)：通過以上四個步驟一步一步推進(jìn)完善，最終細(xì)化到面面俱到，一個有質(zhì)量、有內(nèi)容的產(chǎn)品規(guī)劃，也才能夠真正地幫助用戶解決問題，為企業(yè)帶來豐厚利潤。

依據(jù)公司的情況當(dāng)前階段可輸出產(chǎn)品需求文檔、業(yè)務(wù)流程圖、原型設(shè)計(jì)、UI效果圖和測試用例等等。

四、產(chǎn)品路線圖

完成產(chǎn)品設(shè)計(jì)階段后，按照規(guī)劃好產(chǎn)品里程碑目標(biāo)，做好產(chǎn)品迭代規(guī)劃；然后整理需求池功能清單，分解功能任務(wù)并下發(fā)排期，最后輸出產(chǎn)品路線圖。

產(chǎn)品初創(chuàng)期考慮采用最小化可行產(chǎn)品來驗(yàn)證范圍，降低貿(mào)然投入大規(guī)模開發(fā)成本風(fēng)險；最小化可行產(chǎn)品僅包含驗(yàn)證概念所必須的特殊，多余的特性一點(diǎn)都不開放。

因此我們需要梳理最核心功能：最簡單最常規(guī)的單列頭表格表格（符合基本項(xiàng)目常見功能）作為產(chǎn)品里程碑第一個目標(biāo)，按照目標(biāo)規(guī)劃好版本V1.0功能清單，然后再將功能分解下發(fā)進(jìn)行排期；而用戶提出來多表單靈活功能耗費(fèi)當(dāng)前階段很多開發(fā)成本和時間，不適宜當(dāng)前里程碑目標(biāo)，那么版本規(guī)劃中將過濾此功能，延至到下個里程碑目標(biāo)的版本中進(jìn)行迭代規(guī)劃實(shí)現(xiàn)。

規(guī)劃好產(chǎn)品版本后，然后清晰的羅列每個階段產(chǎn)品應(yīng)該要做的事情和時間節(jié)點(diǎn)，以及為達(dá)到相應(yīng)的目標(biāo)需要在什么時間點(diǎn)完成什么樣的版本，輸入產(chǎn)品路線圖讓團(tuán)隊(duì)清晰知道產(chǎn)品目標(biāo)安排。

我這里羅列路線樣例圖：

圖片來源：百度

依據(jù)公司的情況當(dāng)前階段可輸出實(shí)施進(jìn)度計(jì)劃表等。

五、產(chǎn)品開發(fā)跟進(jìn)

產(chǎn)品初創(chuàng)過程中，一定要把最核心的功能在第一個階段實(shí)現(xiàn)，因?yàn)檫_(dá)到的目的是通過第一階段的產(chǎn)品、數(shù)據(jù)來驗(yàn)證既定的路線是否可行。

因?yàn)槌鮿?chuàng)時期需要通過快速迭代加緊產(chǎn)品的發(fā)展。因?yàn)槭菑?-1的產(chǎn)品，一定要特別注意產(chǎn)品初創(chuàng)期的發(fā)展軌跡，把反饋周期縮短，增加反饋密度；每個產(chǎn)品版本都應(yīng)該根據(jù)上一個反饋結(jié)果進(jìn)行調(diào)整，配合版本計(jì)劃進(jìn)行小步試錯。

因此在產(chǎn)品初創(chuàng)期我們將產(chǎn)品目標(biāo)和版本規(guī)劃細(xì)化到每個月每周每日的安排任務(wù)，并進(jìn)行每周五產(chǎn)品功能集成驗(yàn)證，反復(fù)驗(yàn)證產(chǎn)品是否脫離既定的目標(biāo)；我們不僅要實(shí)時跟進(jìn)開發(fā)進(jìn)度還要保障產(chǎn)品質(zhì)量，還需要制定考核標(biāo)準(zhǔn)來監(jiān)管產(chǎn)品研發(fā)進(jìn)度，而且產(chǎn)品研發(fā)過程涉及到產(chǎn)品、設(shè)計(jì)、開發(fā)等多個職能部門，因此我們?yōu)槊總€崗位制定考核機(jī)制標(biāo)準(zhǔn)。

例如下發(fā)給開發(fā)人員張三每日任務(wù)連續(xù)一周完成百分比都低于60%，那么進(jìn)行分析是否任務(wù)安排太多還是技術(shù)難度還是工作散漫；若是任務(wù)安排不合理我們需要及時調(diào)整，若是技術(shù)難度重新考核開發(fā)能力或者提供技術(shù)解決方案，若是工作態(tài)度問題，就按照績效考核標(biāo)準(zhǔn)予以處理。

因此在開發(fā)過程中我們產(chǎn)品經(jīng)理起到至關(guān)重要的作用，既要保障產(chǎn)品質(zhì)量又是保障產(chǎn)品上線時間還要保障團(tuán)隊(duì)合作有條不紊。

依據(jù)公司的情況當(dāng)前階段可輸出測試報(bào)告。

六、產(chǎn)品發(fā)布

產(chǎn)品發(fā)布時，更多時需要提供培訓(xùn)資料以及培訓(xùn)的支持。比如錄一個視頻幫助用戶學(xué)習(xí)了解，還編輯產(chǎn)品使用手冊說明。

當(dāng)所有工作都已經(jīng)準(zhǔn)備好，測試判定可以上線后，另外計(jì)劃組織公司內(nèi)部員工進(jìn)行線上培訓(xùn)開講。

對用戶培訓(xùn)更多是讓用戶理解產(chǎn)品目的，讓各個協(xié)同部門在各自崗位能更好的利用產(chǎn)品節(jié)省工作時間。同時培訓(xùn)用戶學(xué)習(xí)的流程，對用戶進(jìn)行指導(dǎo)，讓用戶更快更好的理解和使用產(chǎn)品。

比如：當(dāng)產(chǎn)品V1.0成功上線后，發(fā)布產(chǎn)品V１.０功能描述，并組織公司內(nèi)部員工進(jìn)行一場下線培訓(xùn)，現(xiàn)場演示一遍產(chǎn)品功能，并進(jìn)行產(chǎn)品答疑工作并進(jìn)行需求進(jìn)一步收集，進(jìn)而周而復(fù)始的周期迭代管理就展開了。

依據(jù)公司的情況當(dāng)前階段可輸出用戶使用說明書、培訓(xùn)視頻、測試報(bào)告等。

七、產(chǎn)品迭代

產(chǎn)品迭代上線以后，不斷收集用戶在使用產(chǎn)品情況或者用戶行為是否按預(yù)期進(jìn)行并運(yùn)用到項(xiàng)目；比如用戶在配置過程中存在什么疑問，哪方面覺得操作不方面，還存在什么問題；再比如用戶將配置的表單通過api接口方式運(yùn)用到項(xiàng)目中存在跨域或者其他問題。

我們要對存在問題進(jìn)行收集，及時分析其原因，基于最小化產(chǎn)品原則，明確每個版本迭代目標(biāo)的，不斷調(diào)整策略，持續(xù)迭代，讓成果往好的方向發(fā)展。

比如需要你在規(guī)劃版本的時候考慮產(chǎn)品功能的延展性，需不需要在一個版本里面把所有的功能都做完，可不可以分幾個版本迭代來實(shí)現(xiàn)。

例如你規(guī)劃一個數(shù)據(jù)庫配置支持哪幾種，前期是不是可以只做ｍｙｓｑｌ數(shù)據(jù)庫類型，還是只支持ｏｒｃｌｅ類型功能，在以后的版本不斷新增，這個就要分析公司常見項(xiàng)目都是采用最多是哪幾種數(shù)據(jù)庫類型；比如ｍｓｓｑｌ數(shù)據(jù)庫項(xiàng)目一年最多３個，那么花費(fèi)那么多時間去迭代此功能是否合理？

產(chǎn)品的迭代是有一條循環(huán)的流水線的：需求收集-需求分析-版本規(guī)劃-原型策劃-原型評審-UI 設(shè)計(jì)-開發(fā)-測試-發(fā)布。

一般而言，為了效率最大化，明確每個版本迭代目標(biāo)的，確保產(chǎn)品每一次迭代能留住最主要的用戶或者項(xiàng)目，實(shí)現(xiàn)產(chǎn)品核心價值。

依據(jù)公司的情況當(dāng)前階段可輸出使用情況報(bào)告、產(chǎn)品成果等。

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

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