需求分析：解剖產(chǎn)品想法

1、需求分析：解剖產(chǎn)品想法產(chǎn)品人總會產(chǎn)生各種各樣的新想法，這其中極少數(shù)”應(yīng)景且靠譜”的想法會 成為產(chǎn)品、惠及網(wǎng)民，而更多產(chǎn)品想法只會成為談資、或博文素材，比如下文中 的這片想法。那么，產(chǎn)生不應(yīng)景、不靠譜的想法是不是錯誤呢 班認為不是，這種“產(chǎn)生想法一一想法博弈一一想法毀滅”的過程，對于一個產(chǎn)品新人來說，至少算是一種對互聯(lián)網(wǎng)市場的猜想、對用戶需求的分析、對產(chǎn)品策劃模型的創(chuàng)造。關(guān)鍵在于，自己是否可以通過簡單的市場調(diào)研、 理性的需求分析，對一個自己中 意的想法做一次解剖，洞悉其價值。這種解剖分析的過程，就是鍛煉和成長的過 程。所以，我把以下這個想法拖上解剖臺，按照“產(chǎn)生一一分解一一分析一一 實現(xiàn)一一再回

2、顧一一評估問題”的過程，簡單評估一下其應(yīng)景與否、靠譜與否記表產(chǎn)去產(chǎn)生分廣露求的竭景需求 需求不完美？確定 搜出強在問題問題分析是否百用?需求模型是否完美迎 合了最初需求？回顧模擬需求實現(xiàn)己荷產(chǎn)品?初步模型？需求產(chǎn)生：我在pc上閱讀的時候，總會在某篇文章中發(fā)現(xiàn)一些“或拍案叫絕、或醍醐灌頂、或發(fā)人深省”的片段內(nèi)容。每當此時，總希望輕松存儲這些片段，以便收藏并回顧，又不會干擾閱讀進程。提升一點兒檔次的說法，即所謂的“知識管理”行為之一。需求分解：1 、在 pc 上閱讀，所以場景有可能是瀏覽器、閱讀器、 word 等 ;2 、閱讀過程中存儲片段;3 、存儲快速，以后可以閱讀曾經(jīng)存儲的內(nèi)容。需求分析：層

3、一：有用實施文字存儲行為，并方便以后的回顧閱讀 ;存儲行為在閱讀過程中完成，要求快速且便捷。層二：易用網(wǎng)絡(luò)存儲：最好玩點兒云存儲的概念，我走到哪里都可以把片段往云彩里塞、或從云彩里看。分類索引：分類、標簽不能少，甚至注釋、來源也可以有。一是方便我對內(nèi)容的管理;二是說不定以后有大用處“瀏覽新浪博客時，選中片段即可發(fā)布一條微博”這種方這種方式值得借鑒。在此過程中加入分類、標簽、注釋的交互過程，并淡化存儲行為。造就一種“一片好知識，不知不覺已上云端”的完美感覺方便閱讀：以某種方式讓我舒服的閱讀這些片段即可，比如網(wǎng)頁方式。層三：愛用背景：滿足了“不打擾閱讀行為的快速存儲、有效索引、便捷閱讀”這一基本需

4、求之后， 我所積累的知識就會不斷的往云端里塞啊塞。 如果這個產(chǎn)品被我的100 個其他同行使用， 我們 101 為同好者就會不知不覺建立起一朵肥碩的云彩，關(guān)于某一類主題知識的云?；谝陨蟽尚兄尘?，則會出現(xiàn)如下之場景：第一：所有知識均為用戶篩選，基本全屬于優(yōu)質(zhì)內(nèi)容。第二：分類索引，讓同主題的內(nèi)容可以有效聚合，并含有注釋、來源。第三：有了優(yōu)質(zhì)內(nèi)容、主題聚合，分享欲望油然而生。我當然希望瀏覽同行們認可并收藏的知識片段。需求實現(xiàn)：現(xiàn)有工具： onenote 、 evernote 、 wiz 。試用了 wiz ，索引及分類不清楚、存儲有些遲鈍。另外兩個沒用過， evernoet 本身 50m+ ，軟件本

5、身就夠重的，有些麻煩。客戶端嘛，最大的麻煩就是要安裝和管理，一臺 pc 一種情況，帶不走。閱讀器，比如谷歌?？梢栽谟邢迌?nèi)容源內(nèi)收藏、分享內(nèi)容，但其與需求本身還有著本質(zhì)差異： 閱讀器， 并非知識管理工具， 不能對片段精華的知識進行有效的存儲、管理、索引。實現(xiàn)方式：客戶端淪為現(xiàn)有工具之列，加入競爭。另外，客戶端 + 網(wǎng)頁的方式，也加大了用戶的理解和管理成本。內(nèi)容源：可以照顧各種內(nèi)容來源，包括網(wǎng)頁、word 等。瀏覽器插件比客戶端輕、比“下面的方式”重。內(nèi)容源：比客戶端縮小一圈，可以照顧所有網(wǎng)頁內(nèi)容。某閱讀器文摘功能最輕，內(nèi)容源也最小，限于閱讀器訂閱的內(nèi)容。有 可能背離最初需求，淪為第二種“現(xiàn)有工具

6、”最終方式：瀏覽器插件+ 云端存儲 + 網(wǎng)頁展示?？孔V嗎?回顧需求即， 回顧最初的需求是否得到了很好的滿足， 應(yīng)該從虛擬場景中判斷， 功能是否抓住了用戶的痛點（分析用戶需求：在場景中尋找痛點）:場景一：我安裝了瀏覽器插件，以后無論在網(wǎng)絡(luò)中閱讀到任何對于自己有價值的內(nèi)容，均可“選中內(nèi)容選填標簽、分類、注釋，并自動記錄來源完成云端存儲” 。場景二：我若需回顧自己積累的網(wǎng)絡(luò)文摘，便可以“點擊瀏覽器上的插件按鈕打開網(wǎng)頁按照預(yù)設(shè)分類及標簽閱讀瀏覽” 。場景三：承接場景二，我還可以在網(wǎng)頁中“點擊公共標簽、公共主題分類瀏覽他人產(chǎn)生的優(yōu)質(zhì)文摘內(nèi)容關(guān)注某用戶及其文摘知識 or 點擊文摘來源，直接到來源網(wǎng)頁瀏覽

7、or：社區(qū)形成。問題： 1 用戶對于“閱讀過程中記錄精華、筆記類內(nèi)容，并作為知識管理、回顧閱讀”的需求有多強 ?2 由用戶產(chǎn)生的 “片段化的文摘、筆記類內(nèi)容” ，其可讀性、可分享性有多強 ?第一個問題，決定了這個產(chǎn)品本身的“產(chǎn)生意義”第二個問題，決定了這個產(chǎn)品“到底是做一個純粹的知識管理工具，還是借用戶產(chǎn)生優(yōu)質(zhì)內(nèi)容之東風(fēng)，做一個知識分享社區(qū)。 ”解剖完畢。我對于這個想法的評估，最后簡單歸結(jié)為以上兩個問題。當然，由于個人能力和閱歷所限， 我這種自娛自樂式的解剖， 會在過程中產(chǎn)生各種偏差或偏執(zhí)。所以，最好的方式，是邀請其他同事、同行一起圍觀解剖臺，對自己的想法評頭論足， 以保證下刀精準、 方向正確， 從而讓自己