今天參加了公司的產品評審會議，公司的高管與產品顧問都在，通過今天的評審會議，學習了很多東西，與牛人一起交流真的收益匪淺。
總結出的 5 點思考與大家一起交流。
雖然很多看似都是最簡單的道理，但是，人與人的差別就在於有人把簡單的道理結合自己的經歷深入思考，有些人就當作乙個笑話來看待。
任何事情都要有目的
會議剛開始的第一句話就被打斷，大 boss 直接說，先說會議目的。因為產品負責人上來直接就說了產品的背景介紹。
目的可以讓我們更好的圍繞乙個主題去進行下去，如果沒有明確的目的，每個人的關注點可能都會不一樣，大家在一起群魔亂舞，失去了討論的意義。
職場中的做事也應該注重事情的目的，而不是接到乙個任務，僅僅只是交差就行，這樣其實我們做與不做的意義並不大，既然選擇了做，就到達到目的，過程中存在困難也會想辦法去克服。
資料化思維
會議中有這麼一段描述，我們的產品有什麼，別人的產品怎麼樣。
從上面的描述中，你並不能得到，你的產品與其他的產品的優勢在**，因為沒有對比。
人人都應該具有「資料化思維」，我們需要拿出具體的資料進行比較，這樣可以直接關注到優勢何在，而不是乙個籠統的描述。
比如：我們的產品檢測結果誤報率很小
換成我們產品檢測的誤報率在 10%左右，遠遠超過對手的 40% 的誤報率。
再比如：
公司今年銷售額 500w
換成去年公司銷售 100w，今年銷售 500w，實現了 500% 的增長。
你看資料化思維帶給我們的衝擊與效果明顯就會不一樣。
角色與使用場景
這次的評審有乙個很多的問題所在，我們把很多角色都交織在了一起，每個角色的問題都想解決，導致系統非常的複雜與混亂。
首先，產品的使用物件很重要，也就是我們常說的角色，只有想清楚產品的使用角色以及使用的場景我們才能對症下藥。
過程中可能會有不同的角色出現，我們一定要分開來想，不要混為一談，不然它會讓我們過分的關注什麼都要解決，到最後反而什麼都沒有解決。
從解決使用者的痛點出發
確定了角色與場景之後，我們需要了解客戶真正想解決的問題是什麼，什麼使用者需要展示什麼內容。
從使用者的角度出發去做產品設計，什麼樣的元素是該要的，什麼功能是可以砍掉的，產品要學會做減法。
做產品是不是也可以像講故事一樣
都知道人的天性就是喜歡聽故事，美國作家：傑里·克利弗：說講好乙個故事要有三個要素：衝突，行動，結局。
如果我們利用這種方式去講述乙個產品，效果會不會更好？
衝突（使用者痛點），行動（我們圍繞痛點做了什麼），結局（痛點被解決，使用者對產品做出了評價）。
以上就是這次會議給我帶來的思考總結，希望能給大家帶來啟發收穫。
一次難忘的產品發布經歷
上星期四 3月13日 我陪同 bob muglia 負責伺服器與開發工具事業部的高階副總裁 參加了在 北京工人體育 館舉行的 誕生 微軟2008新一代企業級應用平台與開發技術開發大會 並有幸接受了多家 的參訪。在這個7，000多位it和開發人員出席的大會上，首次一同亮相。在微軟工作 14年裡，這是我...
面臨實習的迷茫 如果給我重來一次的機會
現在是晚上22 59，2005年5月29日。很睏了，但是不想睡，或者說不能睡，因為明天要交一篇電子商務的報告，而我現在還是僅僅寫了乙個標題。電子商務的課還沒聽過，不知道怎麼寫，搜了一些東西，想抄都不知道從何下手。最近這陣為了各種事情忙，都沒時間聽課了，真 諷刺！說一下，我是哈爾濱工業大學軟體學院大三...
一次產品討論會引發的思考
雅安 發生後，各大網際網路公司都相繼快速的做出了反應，有些出錢，有些出物，有些出力，在自己的產品中追加了相關功能，便於大家報平安，找人，或是在產品中表達對此次事件的關心，體現了自己的乙份社會責任。我們公司的領導也及時召集大家召開了產品討論會，主題是 我們能做什麼 大夥熱情極高，花了大量的時間，提出了...