這次UI Gathering五月聚會的主題是「如何規劃一個有效的使用者研究」，主要的議題就是，如何透過策略性和有系統性的方式，挖掘出消費者的需求。現場分享的都是使用者研究的專家，精彩度非常高，值回票價。

但是更令我感到興趣的是，會後的QA時間，提出問題的幾乎都是線上的設計師或使用者經驗研究員。有不少人拋出這樣的問題：

「老闆給我的錢少少的，時間又很短，我怎麼做事」
「我發現了一個user insight，但是老闆卻劈頭說，這樣會增加成本，不做」

閱讀全文…

溝通與說服 UI Gathering, 使用者研究, 溝通與說服, 設計思考, 設計決策, 風險

在2009年七月號的快樂工作人雜誌，有個主題是「10個狀況題大考驗：我該怎麼說？」，在文章中舉出許多範例，教大家利用言語的力量，來讓自己更有說服力，相當的實戰且受用。

筆者在這邊也有深深的感觸，有時候專案的成敗，跟PM是否能妥善運用言語的力量，有非常大的關係。同樣的一件事，能不能妥善的表達，對團隊的士氣、腦力激盪會議的成效、專案的進度…等，都有著非常大的影響。
閱讀全文…

溝通與說服 同理心, 溝通與說服, 說服力

Mr PM知道，大家都是一秒鐘幾十萬上下。而且筆者發現，我自己覺得比較值得讀的文章，和文章的人氣指數卻不太一樣，所以有了想推薦大家幾篇比較值得精讀文章的想法。

若是筆者要推薦幾篇自認比較值得精讀文章，當然數量不能太多，多了就失去推薦的意義了，所以筆者硬是刪到只剩下八篇推薦精讀的文章。

1.產品負責人不是產品經理的正確定位，第一篇(第二篇,第三篇,第四篇)，要扮演一個稱職的產品經理，得要先知道自己的定位，並能清楚告訴產品經理，到底什麼該做，什麼又不該做。

2.先有雞還是先有蛋，產品開發最大的難題，第一篇(第二篇)，尤其像社群網站，或是類似VISA信用卡類型的產品，最常遇到的就是此類問題。

3.幣帚自珍是產品經理大忌，第一篇(第二篇,第三篇)，太陽底下沒有新鮮事，產品經理老是會以為自己點子天下無雙，但事實並不是如此。
閱讀全文…

置頂 假如我是XX產品的PM, 創業相關, 專案管理, 市場行銷, 效率提升術, 易用性, 溝通與說服, 產品企劃, 產品經理寫書計畫, 職場成長, 菜鳥PM, 行動通訊

最令PM扼腕的事情就是，明明已經知道市場的機會就在眼前，好不容易在會議中做了新產品構想完整簡報，結果被同事和上司做了以下無情的批評：

• 認為市場規模預估模型有缺點，對於新產品的未來太樂觀。
• 認為很多時候產品要放到市場上才見真章，焦點團體或問卷調查只在封閉環境內測試，外部效度不夠。
• 舉市場現有類似設計的產品做為反例，來佐證這樣的產品不會大賣。
• 上司以自身過往類似驗來作為反駁，說明新產品並不會有市場。
• 專注於找出新產品的缺點和問題，但是給的支持卻很少。

閱讀全文…

溝通與說服 IDEO, 創意黏力學, 提案, 溝通與說服, 說故事能力

bug report，這是產品經理在做完User Accepet Test（簡稱UAT）後的產物，就是根據產品經理手上的Test Case，一樣一樣測試，然後把測到的問題整理成一份報告（格式或許是Excel檔），然後給研發部門參考，也可以當作產品經理與研發單位之間的Tracking List。

看起來很簡單的事情，不就是按照Test Case上的操作步驟，一個一個做，然後把結果不正確的找出來，就這樣而已。雖然僅僅只是如此，但是加上一些辦公室政治與人性在其中的話，那事情就會變得「不簡單」了。

閱讀全文…

溝通與說服 bug report, root cause, 溝通與說服

產品經理很重要的一塊工作內容，就是溝通。和研發部門溝通、和生產部門溝通、和業務部門溝通，最常見的溝通場合就是會議，但是令產品經理最「OOXX」的也就是所謂的「鬼打牆會議」。

什麼是鬼打牆會議，就是討論個老半天，好像都圍繞在主題上，但是又不算是個會議結論。舉個例子就明白。（以下是真實案例，為保護當事者，人名皆虛擬，案例內容也馬賽克修正過）。

閱讀全文…

溝通與說服 會議技巧, 正反方, 溝通與說服, 純反方, 辯論