99精品国产兔费观看久久,亚洲男人的天堂AV大片,亚洲欧美日韩愉拍自拍美利坚

搜索

APP

起點(diǎn)課堂會(huì)員權(quán)益

職業(yè)體系課特權(quán)

線下行業(yè)大會(huì)特權(quán)

個(gè)人IP打造特權(quán)

30+門專項(xiàng)技能課

1300+專題課程

12場(chǎng)職場(chǎng)軟技能直播

12場(chǎng)求職輔導(dǎo)直播

12場(chǎng)專業(yè)技能直播

會(huì)員專屬社群

榮耀標(biāo)識(shí)

發(fā)布

注冊(cè) | 登錄

從需求到上線，產(chǎn)品經(jīng)理你挖了多少坑？

可飛

2016-03-03

3 評(píng)論 14555 瀏覽 299 收藏

22 分鐘

近期負(fù)責(zé)的一個(gè)卡券功能，即我們通常所說的代金券功能已在網(wǎng)站上線并投入使用。這部分工作算是暫且告一段落，也差不多可以就此做一個(gè)階段性的總結(jié)。

通常，一個(gè)產(chǎn)品（或功能模塊）從需求到上線需要經(jīng)過

認(rèn)識(shí)產(chǎn)品
分析產(chǎn)品
交互原型
界面設(shè)計(jì)
技術(shù)開發(fā)
測(cè)試
上線
反饋

這些流程。然后，我們?cè)趫?zhí)行這些流程的過程中，會(huì)有各種大坑小坑，可能填完了一個(gè)坑又挖了另一個(gè)坑。為了下次挖的坑能夠少一點(diǎn)小一點(diǎn)，我們需要不斷的自我總結(jié)提高。

需求的收集&分析

需求的收集&分析，算是產(chǎn)品開始的一個(gè)七點(diǎn)，通常吹牛逼的往大了說我覺得就是日常所說的發(fā)現(xiàn)用戶的痛點(diǎn)，解決用戶的某個(gè)問題。但真相是：我們所謂的需求收集&分析，實(shí)際上是來源于領(lǐng)導(dǎo)或者其他部門的要求，更常見的是往往已經(jīng)有了明確的目的，而我們所需要做的就是去想辦法實(shí)現(xiàn)它。本質(zhì)上，領(lǐng)導(dǎo)或其他部門的要求就是我們這種初級(jí)產(chǎn)品汪的需求來源。在這一階段，我們所要做的就是了解我們要做什么，目的是什么。

最初，從運(yùn)營(yíng)部門接到了這個(gè)代金券功能的要求，之所以要做這個(gè)功能，主要有2個(gè)原因：

對(duì)比其他同類平臺(tái)，我們網(wǎng)站欠缺該功能
網(wǎng)站的線上運(yùn)營(yíng)手段缺乏功能支撐，做這個(gè)功能可以增加運(yùn)營(yíng)手段，以此提高相關(guān)的業(yè)績(jī)

可以說，最初的需求已經(jīng)確定，增加代金券功能，作為一種線上營(yíng)銷工具，為運(yùn)營(yíng)部開展線上推廣提供支撐。在這一階段，基本沒有遇到太大的問題。

分析產(chǎn)品

分析產(chǎn)品是在明確了我們要做什么后，為自己接下去工作的開展所做的一系列準(zhǔn)備工作，這一階段，最常見的就是競(jìng)品分析（突然想到孔乙己說的，讀書人不叫偷，叫拿）。除此之外，還有流程的邏輯梳理，利用思維導(dǎo)圖、流程圖等工具將我們接下去打算做的事情形成一個(gè)體系，有一個(gè)最基本的架構(gòu)。這一階段的工作，算是初期的一個(gè)重點(diǎn)。

在做代金券功能的時(shí)候，有調(diào)查了很多其他同類平臺(tái)，尤其是行內(nèi)領(lǐng)先的平臺(tái)，對(duì)于前端平臺(tái)用戶的操作使用邏輯倒是較快的梳理了出來，因?yàn)檫@一階段，競(jìng)品分析并不會(huì)有較大的難度，只要注冊(cè)其他平臺(tái)，就可以從一個(gè)正常用戶的角度去知道別的平臺(tái)如何做的，基本上算是大同小異。

比較困難的在于網(wǎng)站后臺(tái)對(duì)于代金券的創(chuàng)建管理，以及公司內(nèi)部如何進(jìn)行代金券的創(chuàng)建-操作-審核的流程等。之所以這部分難度較大，有如下幾個(gè)原因：

1. 對(duì)于其他平臺(tái)的操作后臺(tái)，我們很難有渠道可以進(jìn)行參考分析。實(shí)際上，對(duì)于做后臺(tái)的產(chǎn)品經(jīng)理，能夠做競(jìng)品分析的很少，通常體驗(yàn)競(jìng)品的難度更大。因此，我通過其他途徑，例如淘寶、微博、微信公眾平臺(tái)的卡券功能出發(fā)，獲得一定的參考。但總體而言，這部分依然差的比較多。因此在后續(xù)原型的設(shè)計(jì)當(dāng)中，也就遇到了較多的問題。

2. 流程方面的問題。這方面主要（1）代金券的不同創(chuàng)建方式及流程;（2）內(nèi)部審核流程。其中，內(nèi)部的審核流程算是比較艱難。主要在于后臺(tái)卡券的創(chuàng)建及投放流程。這個(gè)流程的推演只是個(gè)人的假想，是從我自己的經(jīng)驗(yàn)知識(shí)角度出發(fā)。功能實(shí)現(xiàn)后，發(fā)現(xiàn)這個(gè)流程雖然能用，但并不是一個(gè)順暢的流程。

總之，從代金券功能來說，可以分為用戶端及管理后臺(tái)兩個(gè)端口，而這個(gè)功能的難點(diǎn)及絕大部分工作也基本集中在管理后臺(tái)。而對(duì)后臺(tái)的流程梳理上工作做得不充分，雖然通常說做后臺(tái)的產(chǎn)品經(jīng)理更重要的在于弄清業(yè)務(wù)邏輯。但實(shí)際上，絕大多數(shù)的業(yè)務(wù)邏輯也并不清晰，而且受限于職位角色，有些業(yè)務(wù)邏輯也不是產(chǎn)品經(jīng)理容易理解的。不過，這階段我所犯的一個(gè)最大錯(cuò)誤在于，沒有對(duì)從運(yùn)營(yíng)部接收到的所有需求邏輯進(jìn)行更深次的衡量及分析。其中，最明顯的一點(diǎn)在于代金券的規(guī)則投放方式——即在后臺(tái)配置一系列規(guī)則條件，當(dāng)用戶的行為觸發(fā)這個(gè)條件后，即可獲得一張代金券。而當(dāng)時(shí)提出的規(guī)則是盡可能的要滿足所有可以想到的場(chǎng)景，方便以后的拓展，因此我對(duì)這一部分的構(gòu)想是通過羅列十幾種單獨(dú)條件由運(yùn)營(yíng)人員進(jìn)行各種組合排列，來形成不同的規(guī)則。然而實(shí)際上調(diào)查其他平臺(tái)，常規(guī)的規(guī)則也就基本只有兩三個(gè)，基本沒有其他特殊的規(guī)則條件出現(xiàn)。而現(xiàn)在想來，我當(dāng)時(shí)如此做，原因在于對(duì)從運(yùn)營(yíng)接收到的這個(gè)需求沒有經(jīng)過更深次的思考其是否確實(shí)會(huì)存在這種使用場(chǎng)景，以及競(jìng)品的調(diào)查做得不夠充分，沒有及時(shí)的發(fā)現(xiàn)通常使用的常規(guī)規(guī)則只有兩三個(gè)，只要將其常態(tài)化即可。不過，技術(shù)在實(shí)現(xiàn)的過程中，認(rèn)為這個(gè)實(shí)現(xiàn)難度非常大，最終是采用了將常規(guī)規(guī)則常態(tài)化的方案。

交互原型

再將所要做的功能模塊梳理清楚后，通常要做的就是畫原型。感覺目前在初級(jí)產(chǎn)品經(jīng)理的工作中，原型設(shè)計(jì)占得比重較大。實(shí)際上，就我個(gè)人在工作中而言，通常是畫原型的過程中再去進(jìn)行思維導(dǎo)圖的梳理，可能是因?yàn)橛X得有逐漸成型的東西，才會(huì)再去考慮到更多的細(xì)節(jié)。

原型通常有低保真、高保真的說法，通常原型的輸出是為了能夠更好地進(jìn)行溝通交流，交付技術(shù)、設(shè)計(jì)等相關(guān)人員進(jìn)行開發(fā)。如果是較小的需求等，原型的輸出通常都比較快速。但在一些大的功能模塊，或者新的產(chǎn)品規(guī)劃，原型的輸出需要耗費(fèi)大量的時(shí)間。并且，如果有變動(dòng)，改動(dòng)起來也非常麻煩。

通常，比較好的做法是：以最小可能原型先簡(jiǎn)單的輸出一個(gè)框架，然而邀請(qǐng)相關(guān)的人員進(jìn)行初步的評(píng)審，快速的溝通想法見解，然后再進(jìn)行更改；直到初步確認(rèn)后，在開始輸出高保真原型。不過，我自己在實(shí)際工作中，畫原型可能會(huì)有點(diǎn)強(qiáng)迫癥，或者說這是大部分初級(jí)產(chǎn)品的通病，總是糾結(jié)在畫原型無(wú)關(guān)緊要的細(xì)節(jié)中，比如按鈕的擺放，tab的排列樣式，導(dǎo)航樣式或者某個(gè)小的功能的展現(xiàn)形式等，實(shí)際上這些并不重要。

快速的將產(chǎn)品框架通過原型進(jìn)行輸出，然后邀請(qǐng)相關(guān)的人員進(jìn)行初步評(píng)審，才是我們?cè)诮换ピ椭兴撟龅?。?dāng)一切溝通得差不多后，在根據(jù)實(shí)際的需要去輸出原型的細(xì)節(jié)。

我覺得，一個(gè)產(chǎn)品經(jīng)理是否成長(zhǎng)，需要看他對(duì)工具的使用上，如果能夠盡可能快速的輸出交互原型，沒必要去死摳原型的細(xì)節(jié)。真正的界面設(shè)計(jì)等是需要依靠UI等去實(shí)現(xiàn)的，產(chǎn)品經(jīng)理最核心的工作還是該聚焦在產(chǎn)品規(guī)劃的是否合理，如果一個(gè)產(chǎn)品的邏輯等沒有思考清楚，原型畫的再好看也只是個(gè)空殼。另外，當(dāng)原型輸出后，通常會(huì)在輸出產(chǎn)品需求文檔(PRD)，如果專業(yè)一點(diǎn)的，應(yīng)該都是用word等形式輸出，但目前，我們都是直接在原型上直接進(jìn)行相應(yīng)的需求說明。這方面，老實(shí)說，真正的產(chǎn)品需求文檔，還真是不專業(yè)。。。心塞。。。

講到這里，我覺得需求評(píng)審可以重點(diǎn)說一下。實(shí)際上，產(chǎn)品經(jīng)理只是一個(gè)產(chǎn)品的規(guī)劃設(shè)計(jì)者，并不是最終的使用者。對(duì)于后臺(tái)產(chǎn)品的開發(fā)，基本上是為公司內(nèi)部的其他部門人員開發(fā)的。比如，這次的代金券功能，最終的交付對(duì)象是運(yùn)營(yíng)部。因?yàn)樗幍慕巧煌a(chǎn)品經(jīng)理很容易在設(shè)計(jì)產(chǎn)品的過程中脫離實(shí)際的使用情況，但由于使用者在產(chǎn)品為上線使用時(shí)，通常也不清楚自己真正需要使用的是什么。因此，在需求評(píng)審的過程中，實(shí)際上經(jīng)常會(huì)出現(xiàn)的就是，產(chǎn)品經(jīng)理在進(jìn)行需求講述的時(shí)候，運(yùn)營(yíng)人員也不覺得有問題。這個(gè)時(shí)候，所有的相關(guān)人員都覺得是合理的。我想，這其中有個(gè)很重要的原因在于，當(dāng)我們?cè)谶M(jìn)行講述的時(shí)候，聽的人很容跟隨著你的思路進(jìn)行思考，也就是需求評(píng)審時(shí)，思維逐漸同步了，因此有很多問題，實(shí)際上在需求評(píng)審中也很難發(fā)現(xiàn)。我覺得要減少這種情況的出現(xiàn)，讓需求評(píng)審幫助產(chǎn)品經(jīng)理發(fā)現(xiàn)更多的問題，有這么幾種方法：

在需求評(píng)審前，讓相關(guān)人員，尤其是產(chǎn)品完成后的一線使用者先熟悉你的原型。最好的辦法是，產(chǎn)品經(jīng)理單獨(dú)跟一線使用者進(jìn)行溝通，由他詳細(xì)的講解跟使用者。
模擬使用者日常的一些操作流程，或者更多的觀察一線使用者實(shí)際工作中的情況。實(shí)際上，后臺(tái)的相關(guān)產(chǎn)品是日常操作流程的程序化。
產(chǎn)品的快速迭代開發(fā)，一個(gè)新的產(chǎn)品功能規(guī)劃時(shí)，事實(shí)上的情況是使用者提出了很多的要求，可以說把他們能想到的都說出來了。而實(shí)際上，核心的只有幾項(xiàng)。而且，在產(chǎn)品沒有上線投入使用前，很多要求實(shí)際上都只是一種假想狀態(tài)。因此，很重要的一點(diǎn)，我們?cè)诮邮盏胶芏嗟囊髸r(shí)，實(shí)際上應(yīng)該把所有可剔除的東西都剔除，只保留最核心的東西。快速進(jìn)行開發(fā)輸出，只有在使用后，很多問題我們才能夠發(fā)現(xiàn)。這大概也是互聯(lián)網(wǎng)推崇敏捷開發(fā)的一個(gè)重要原因。要知道沒有經(jīng)過實(shí)踐檢驗(yàn)的產(chǎn)品，很多假想可能只是我們想得太多。而真正重要的一些東西，卻沒有提出來。

這次的代金券功能，有一個(gè)指定投放的需求，羅列了很多的篩選條件來篩選符合條件的用戶。但在功能上線后，發(fā)現(xiàn)這個(gè)功能更多的是需要一個(gè)導(dǎo)入名單的功能。而這個(gè)功能在開發(fā)時(shí)浪費(fèi)了很多的時(shí)間，但上線后，我覺得并沒有達(dá)到當(dāng)初設(shè)計(jì)的目的。因此，我覺得在產(chǎn)品的技術(shù)開發(fā)過程中，如果有的功能技術(shù)實(shí)現(xiàn)起來很復(fù)雜，那么需要認(rèn)真的思考溝通，這個(gè)功能到底有無(wú)其意義。

最后，在原型設(shè)計(jì)時(shí)，通常隨著溝通及技術(shù)開發(fā)過程中，我們通常會(huì)發(fā)現(xiàn)很多問題，從而需要對(duì)原型進(jìn)行修改。比較好的方式是又進(jìn)行的任何修改等都需要有相應(yīng)的版本記錄，改動(dòng)記錄，以便可以進(jìn)行追溯。不過與相關(guān)人員進(jìn)行溝通后，例如和技術(shù)溝通后，有些功能實(shí)現(xiàn)需要修改，卻沒有對(duì)原型進(jìn)行相應(yīng)的調(diào)整修改，這會(huì)導(dǎo)致后期遇到一些問題沒辦法追根溯源。而且，我們很容易忘記當(dāng)時(shí)溝通的內(nèi)容，事后再查看時(shí)需要花費(fèi)很多的經(jīng)歷，甚至回想不起來。這個(gè)問題，目前我在實(shí)際的工作中，做的并不是很好。

界面設(shè)計(jì)

界面設(shè)計(jì)就是UI設(shè)計(jì)稿的輸出，主要是設(shè)計(jì)的工作。這方面我一般接觸的較少，不做太多詳述。

有的時(shí)候，產(chǎn)品經(jīng)理需要對(duì)界面設(shè)計(jì)的風(fēng)格例如主色調(diào)、布局等提出自己的一些要求~（這個(gè)老實(shí)說，我這方面挺差的）；還有一點(diǎn)就是在界面設(shè)計(jì)完成后，要檢查是否所有需要的元素都體現(xiàn)出來，設(shè)計(jì)師是否有遺漏。因?yàn)椋瑢?shí)際上，你的原型設(shè)計(jì)出來后，一般技術(shù)也是不看的~通常是看UI進(jìn)行開發(fā)的~相信我，這是真相。

另外，因?yàn)椴煌脑O(shè)計(jì)方式，尤其是交互方式，對(duì)前端開發(fā)的影響非常大，所以如果是針對(duì)用戶的產(chǎn)品，對(duì)于UI設(shè)計(jì)出來后，進(jìn)行檢查是很有必要的~起碼，你要保證，重要的元素沒有遺漏。不然，等技術(shù)實(shí)現(xiàn)了，你要再改，技術(shù)GG會(huì)想拿刀捅你的。

技術(shù)開發(fā)

技術(shù)開發(fā)階段，這方面產(chǎn)品的工作相對(duì)較少。

這一階段，主要是技術(shù)在開發(fā)過程中遇到問題，產(chǎn)品經(jīng)理需要一起溝通解決，針對(duì)一些技術(shù)實(shí)現(xiàn)難度大或不合理的地方，需要去想辦法解決。另外，我覺得這階段重要的一點(diǎn)是，需要定期的和技術(shù)進(jìn)行溝通。因?yàn)樵诩夹g(shù)開發(fā)過程中，通常也是階段或者一個(gè)模塊一個(gè)模塊的完成的，所以每完成一個(gè)模塊，產(chǎn)品經(jīng)理有必要去對(duì)完成的模塊進(jìn)行測(cè)試檢查。

這階段，如果能夠盡早的發(fā)現(xiàn)問題，改動(dòng)的成本是最小的。在技術(shù)開發(fā)階段，不聞不問的產(chǎn)品經(jīng)理實(shí)在是不太好。對(duì)，說的就是我~自我反省ing……

之所以這一點(diǎn)要重視，是因?yàn)榧夹g(shù)在實(shí)現(xiàn)的過程中，一些看似不起眼的改動(dòng)可能是需要進(jìn)行大的框架改動(dòng)的，甚至代碼需要重構(gòu)。因此，在產(chǎn)品的規(guī)劃設(shè)計(jì)之時(shí)，框架一定要確保盡可能的無(wú)誤，并且要跟技術(shù)溝通，盡可能的為后續(xù)的一些想要實(shí)現(xiàn)的功能留有余地。雖然不可能完全避免，但總歸是可以減少很多無(wú)用工作。盡可能的定期與技術(shù)溝通，并且對(duì)開發(fā)完成的功能模塊進(jìn)行測(cè)試檢查。及早的發(fā)現(xiàn)問題

測(cè)試

測(cè)試階段，一般主要是發(fā)現(xiàn)產(chǎn)品開的一些bug。雖然主要是由專門的測(cè)試人員負(fù)責(zé)，但產(chǎn)品經(jīng)理也需要參與測(cè)試，主要是去發(fā)現(xiàn)功能上的一些問題。比如是否有功能缺失，是否有重大的bug。一些測(cè)試發(fā)現(xiàn)的問題，也需要產(chǎn)品經(jīng)理去決定怎么處理，是需要立即處理，還是可以暫時(shí)忽略。另外，因?yàn)檎麄€(gè)功能是由產(chǎn)品經(jīng)理進(jìn)行規(guī)劃設(shè)計(jì)的，所以實(shí)際上，產(chǎn)品經(jīng)理參與測(cè)試，才能夠判斷產(chǎn)品的實(shí)現(xiàn)是否有按照當(dāng)初的規(guī)劃進(jìn)行。

這次的代金券功能的測(cè)試，仔細(xì)回憶了下，我并沒有比較好的進(jìn)行。所以，后面發(fā)現(xiàn)，沒有自己走一遍功能，有些地方的實(shí)現(xiàn)，測(cè)試也很容易忽略~

不過，雖然有測(cè)試，但要知道，測(cè)試只是減少bug的產(chǎn)生，有很多東西也是測(cè)試階段不能發(fā)現(xiàn)的。

上線

產(chǎn)品在經(jīng)過了上面的一系列過程之后，就需要上線進(jìn)行使用了。上線通常會(huì)有一個(gè)內(nèi)測(cè)階段，例如幾個(gè)人進(jìn)行小范圍測(cè)試，或者邀請(qǐng)一些用戶參與內(nèi)測(cè)。上線前，通常產(chǎn)品經(jīng)理需要做一些準(zhǔn)備工作，包括對(duì)相關(guān)人員的培訓(xùn)，針對(duì)相關(guān)人員輸出操作說明等。我覺得上線前的試用期最好是能夠長(zhǎng)一點(diǎn)，因?yàn)檫@期間能夠發(fā)現(xiàn)很多的問題，需要快速的迭代改進(jìn)，才能夠拿出一個(gè)差不多的版本。

在這次的代金券功能上線后，我發(fā)現(xiàn)了挺多問題。由于身份角色的不同，產(chǎn)品經(jīng)理并不是最終的使用者，再設(shè)計(jì)產(chǎn)品時(shí)，考慮的角度都是完美情況，但實(shí)際的使用中，基本不存在這種完美情況。因?yàn)槟闶钱a(chǎn)品的設(shè)計(jì)者，所以你覺得整個(gè)使用過程很簡(jiǎn)單，沒有覺得有什么不能理解的地方。但too young too naive，事實(shí)上，當(dāng)真正的使用者在使用的時(shí)候，一定會(huì)噴的。

由于這次正式上線的時(shí)間很緊迫，在交付使用時(shí)，發(fā)現(xiàn)了很多問題。例如在創(chuàng)建代金券的時(shí)候，有一個(gè)使用條件字段，我在規(guī)劃的時(shí)候，使用條件有一個(gè)專門的樣式，所以沒發(fā)現(xiàn)什么問題。但實(shí)際上，運(yùn)營(yíng)在填寫這個(gè)字段時(shí)，輸入的內(nèi)容跟設(shè)想的差不多少。所以我被吐槽了~更坑的可能就是指定投放做的是內(nèi)部的條件篩選機(jī)制，而實(shí)際上運(yùn)營(yíng)是從外部導(dǎo)入名單的，因此他們就一個(gè)用戶名一個(gè)用戶名的搜索，然后去投放。我想，那個(gè)時(shí)候他們一定是崩潰的。但老實(shí)說，在最初的規(guī)劃設(shè)計(jì)時(shí)，真的沒人提過這個(gè)外部導(dǎo)入功能啊。。。而且，由于時(shí)間緊迫，外部導(dǎo)入功能也并不能馬上加入。

所以，我覺得，產(chǎn)品在正式的上線時(shí)，先投入使用一定的使用周期；發(fā)現(xiàn)問題后，能夠預(yù)留一段時(shí)間進(jìn)行。如此反復(fù)幾次，在進(jìn)行最終的上線，是比較好的方式。預(yù)留較長(zhǎng)的一段時(shí)間，進(jìn)行反復(fù)的測(cè)試迭代，在進(jìn)行最終上線當(dāng)然，這也印證了我前面說的，只有當(dāng)產(chǎn)品上線后，實(shí)際使用才能發(fā)現(xiàn)產(chǎn)品設(shè)計(jì)的很多不足，很大程度上這是受限于你的身份角色，畢竟實(shí)際的工作流程你并不是真正的熟悉，所設(shè)計(jì)的會(huì)有很大出入，而使用者也很難表述自己真正需要的是什么，所以快速的先做出一個(gè)最小的可用產(chǎn)品投入使用，不要考慮太多的復(fù)雜細(xì)節(jié)和功能。只有在使用過程中，才能發(fā)現(xiàn)真正的問題。