身為一個很常道歉在網路（社交媒體）上道歉的人（之前因廠商生產、Covid爆發..等因素，造成群眾募資出貨延遲），我對道歉的心得是這樣
1. 搞清楚道歉對象
要搞清楚，若對方公開在網路上罵你，那你的道歉對象就不只是對方，還要納入所有的旁觀者，所以你的道歉文，一定要把這些旁觀者的感受考慮進去，道歉文的內容才不會有缺漏。
一般來說，私下罵就私下道歉，公開罵就公開道歉，是最基本的原則。
閱讀全文
分類彙整: 溝通與說服
八個常見的邏輯錯誤
1.稻草人謬誤（straw man fallacy）
當一個字詞或語句，可理解為多種意思的時候，容易朝有利於自己觀點的方式扭曲，造成即使接下來的陳述雖然都合邏輯，但整體仍是犯了邏輯上的錯誤。
閱讀全文
黃金圈法則、太陽花學運、行銷
不管你是否支持學生佔領國會，也不管你是否支持服貿，有一件事確實是不可否認的，這群學生所行銷的產品（主張、訴求），在短短的幾天內，在市場上（遊行、輿論、民意調查..etc）引起了廣大迴響。
閱讀全文
天佑台灣，也天佑我的理想與堅持
因為318學運，最近突然想起，大學時期，校方也曾公布說半夜12點後宿舍要熄燈關網路。校方說法是：「這是為了你們好，早點睡早點起來上課，書才讀的好」（總之利大於弊就是）
閱讀全文
「換句話說」思考法
這是一些我個人經驗的分享，是關於名詞或句子替換的方法，來幫助我更精準思考問題的方式。舉幾個例子與大家分享：
閱讀全文
為什麼在員工眼中，老闆常常都是沒sense的那一個
這次UI Gathering五月聚會的主題是「如何規劃一個有效的使用者研究」，主要的議題就是，如何透過策略性和有系統性的方式，挖掘出消費者的需求。現場分享的都是使用者研究的專家，精彩度非常高，值回票價。
但是更令我感到興趣的是，會後的QA時間，提出問題的幾乎都是線上的設計師或使用者經驗研究員。有不少人拋出這樣的問題：
「老闆給我的錢少少的，時間又很短，我怎麼做事」
「我發現了一個user insight，但是老闆卻劈頭說，這樣會增加成本，不做」
言語的力量：說對話讓事情進行更順利
在2009年七月號的快樂工作人雜誌，有個主題是「10個狀況題大考驗：我該怎麼說？」，在文章中舉出許多範例，教大家利用言語的力量，來讓自己更有說服力，相當的實戰且受用。
筆者在這邊也有深深的感觸，有時候專案的成敗，跟PM是否能妥善運用言語的力量，有非常大的關係。同樣的一件事，能不能妥善的表達，對團隊的士氣、腦力激盪會議的成效、專案的進度…等，都有著非常大的影響。
閱讀全文
如何在商業簡報中說一個「好故事」
現在是簡報充斥的時代，在經過一張投影片有超過30個文字的原始時代後，慢慢大家開始也有些觀念上的進步了，了解到簡報時最重要的技巧，其實是「說故事」，而不是講細節。
跟IDEO學新產品提案方法
最令PM扼腕的事情就是，明明已經知道市場的機會就在眼前，好不容易在會議中做了新產品構想完整簡報，結果被同事和上司做了以下無情的批評：
- 認為市場規模預估模型有缺點，對於新產品的未來太樂觀。
- 認為很多時候產品要放到市場上才見真章，焦點團體或問卷調查只在封閉環境內測試，外部效度不夠。
- 舉市場現有類似設計的產品做為反例，來佐證這樣的產品不會大賣。
- 上司以自身過往類似驗來作為反駁，說明新產品並不會有市場。
- 專注於找出新產品的缺點和問題，但是給的支持卻很少。
產品經理該怎麼發bug report
bug report，這是產品經理在做完User Accepet Test（簡稱UAT）後的產物，就是根據產品經理手上的Test Case，一樣一樣測試，然後把測到的問題整理成一份報告（格式或許是Excel檔），然後給研發部門參考，也可以當作產品經理與研發單位之間的Tracking List。
看起來很簡單的事情，不就是按照Test Case上的操作步驟，一個一個做，然後把結果不正確的找出來，就這樣而已。雖然僅僅只是如此，但是加上一些辦公室政治與人性在其中的話，那事情就會變得「不簡單」了。
如何面對鬼打牆的會議溝通
產品經理很重要的一塊工作內容，就是溝通。和研發部門溝通、和生產部門溝通、和業務部門溝通，最常見的溝通場合就是會議，但是令產品經理最「OOXX」的也就是所謂的「鬼打牆會議」。
什麼是鬼打牆會議，就是討論個老半天，好像都圍繞在主題上，但是又不算是個會議結論。舉個例子就明白。（以下是真實案例，為保護當事者，人名皆虛擬，案例內容也馬賽克修正過）。