需求採集為小公司敏捷開發中的使用者服務

來源:互聯網
上載者:User

網頁製作Webjx文章簡介:最近也許是因為大家面試很多,討論使用者需求採集的話題越來越多,好像突然大家一下子都在關注產品的這一流程。當然需求採集的方法很多,眾多前輩們也都總結了許多,完全可以參考甚至搬到自己的項目中來實現。這些方法用到大公司大項目上,只要把握的好,資料分析工作做

最近也許是因為大家面試很多,討論使用者需求採集的話題越來越多,好像突然大家一下子都在關注產品的這一流程。當然需求採集的方法很多,眾多前輩們也都總結了許多,完全可以參考甚至搬到自己的項目中來實現。這些方法用到大公司大項目上,只要把握的好,資料分析工作做的好,完全可以把產品的使用者需求分析的很好。但小公司的敏捷開發中,這些需求採集,不管是焦點小組,還是閱卷調查,還是點對點訪談,想要做的很完善,很全面,並且建立準確的使用者模型,需要時間,而這時間會拖慢快速產品開發的進程,而很多小公司小項目等不起產品的開發周期一再後延。

下面就說一下小公司和創業公司敏捷中的產品使用者需求採集方法,共討論。不適用大公司大項目,由於大公司大項目所面對的使用者過多,角色又紛雜和龐大,需要建立一套完整的需求庫,需要專門來分析總結,從而得到一個需求優先順序,並且滿足大多數使用者。而小公司小項目產品目標會相對單一,所面對的使用者群也相對單一,往往是垂直和細分的使用者領域,講究快速敏捷開發

使用者需求誰最瞭解,在什麼時間來完善?提出產品開發,提出要做某項產品的人最瞭解使用者需求,通常在小公司裡這個角色是老闆。是老闆在投錢做某個產品,也是老闆最先看到了商機所在,也是老闆對這個項目的未來產生信心。所以才會投錢來做這個項目,對項目的贏利點在哪很清楚,沒有哪個老闆會把錢花在一個看不到未來的產品中。通常這樣的公司時間是寶貴的,項目不適合長久開發,那就沒有時間也沒有多餘的錢來給你做焦點小組,更沒有有效渠道來讓你問卷分析。

這時候你的需求應該首先應該從項目的發起人那裡得來,但並不是從發起人那來得來的需求就是完善的, 或者是合理的,項目發起人往往只會關注產品中的某個點,或者某幾個點,而這幾個點恰恰是產品的核心所在,也是贏利所在。會從產品的形式一直到市場贏利都會想的很透徹和明白。得到需求後產品經理應該首先驗證這種需求的,並且在驗證的過程中完善它,從而把產品的所有需求給架構完整,需求完整了,隨之而來的產品架構也就完整了。驗證已有的需求,本身就是需求的採集,只是更有目的性,更有針對性,也會讓需求的採集更加準確和快速。驗證需求比採集需求要簡單的得多,這時候不管是做焦點小組還是在做使用者訪談,都更加快捷有效,快速完成需求採集,這時候得來的使用者需求還是需要在產品開發中一直不斷地驗證。

上次看到一個專訪,是訪談抓蝦的老總,說他在一次不經意間發現了現在女孩子們愛美,並且愛分享美,於有建立了分享類網站“美麗說”,是項目發起人先有了這個核心點,分享美麗,這個時候交給產品經理,產品經理先有了這個核心需求點,再圍繞著這個核心點現尋找外圍的附加需求和設計出這些需求的具體表現方式,是用圖片呢,還是用文字呢,如何來體現其中的分享呢,如何讓使用者常回來並且能常發現新東西?這些是產品經理需要實現的,但實現這些功能點又得考慮是不是目標使用者群所能接受的,於是又會產生眾多的小需求。有興趣的同學可以google下這篇訪談,當中談到了小公司小項目的成敗經驗,對小公司很受用。

於是你得保證可用性/易用性測試會貫穿整個產品周期。只有產品原型的時候可以給使用者看原型,甚至在紙上畫的草稿都可以用做可用性測試中來。至於使用者,你可以找你熟悉的目標使用者,朋友,同學甚至新來的同事都可以做。“5個可用性測試發現80%的問題”,這個很實用,簡單方便,又不需要什麼成本投入。這樣邊做邊校正,直至開發出來的產品越來越接近完美。

分析競爭者的需求,互連網發展到現在,除非你是創造性地創造了新產品,像twitter,guoupon等,要不然你所做的任何一個產品在同領域都會有或多或少的競爭者,即使國內還沒有,國外也一定有類似的產品。找出他們產品的優勢和不足,從對手的產品中分析使用者需求,既得到了需求,又很好地利用了他山之石,也為以後的運營打下基礎,因為你瞭解對手。

最後說下產品經理自身產品素養,除了需要具備全面的知識,掌握應該掌握的技能,還需要有豐富的經曆,從而能夠扮演不同的使用者角色,從而從這些扮演使用者中推演出需求來。這就是所謂的產品經理拍腦袋想需求,但這種想不是毫無根據的想,而是你自己就成為使用者中的一員,把自己定位成一個角色,從而去適應這個角色,得到一般性需求。我知道有很多產品經理忌諱,甚至反對批判這種方法,說這樣做出來的東西不能夠貼近真正的使用者,最終是空中樓閣,也是產品失敗的根源,這個有待再討論,至少我覺得這樣做有一定的道理,因為這時候網站目標和服務人群已經定下來了,你想的這些需求也只是可用和易用的需求,只會讓產品更爽,是一個完善需求的過程,而不是創造需求。只是要在後面的流程中來驗證這些需求罷了。

我自己玩戶外,做為一名戶外驢子,我瞭解這些人需要什麼,想用什麼,我沒有做過俱樂部,但我知道現在的戶外俱樂部最缺什麼。我曾經是學生,我瞭解做為學生的時候我需要什麼,我的同學需要什麼。我喜歡旅遊,做為旅行者我能推演出大多數旅行者的需求。我自己租房住,我身邊也有一堆人租房,於是我瞭解租房客的一般性需求。如此等等,我們自己就是使用者,我們又是產品經理,我們有理由運用專業知識來分析出使用者的一般需求。

從項目發起人那裡得到需求,從身邊的人那裡獲得需求,從自己的經驗中分析需求,再經過不斷地可用性/易用性測試,基本上這個產品的使用者需求可以收集個70%,剩下的30%在運營過程中去完善吧。



相關文章

Beyond APAC's No.1 Cloud

19.6% IaaS Market Share in Asia Pacific - Gartner IT Service report, 2018

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。