身為一個很常道歉在網路（社交媒體）上道歉的人（之前因廠商生產、Covid爆發..等因素，造成群眾募資出貨延遲），我對道歉的心得是這樣
1. 搞清楚道歉對象
要搞清楚，若對方公開在網路上罵你，那你的道歉對象就不只是對方，還要納入所有的旁觀者，所以你的道歉文，一定要把這些旁觀者的感受考慮進去，道歉文的內容才不會有缺漏。
一般來說，私下罵就私下道歉，公開罵就公開道歉，是最基本的原則。
閱讀全文
分類彙整: 管理
五個 Slack 使用誤區
我使用 Slack 好多年，有幾個我發現的使用誤區，我想要整理在這邊，有些也是我常犯的錯，也檢討、提醒自己。
1.太多Channel，搞不清楚什麼事在什麼 Channel 講比較好
常常都是這樣，就是 Channel 數比公司員工數還多，你遇到一個問題，你還得花時間想一下，到底你該發在哪個 Channel。不然就是望著這麼多 Channel ，忘記之前是在哪一個 Channel 討論某件重要的事情，切換了好幾個才找到。
心得：不要想到就開 channel，要跟大家的認知做個對齊，建議在公司內有個使用規範。
八個常見的邏輯錯誤
1.稻草人謬誤（straw man fallacy）
當一個字詞或語句，可理解為多種意思的時候，容易朝有利於自己觀點的方式扭曲，造成即使接下來的陳述雖然都合邏輯，但整體仍是犯了邏輯上的錯誤。
閱讀全文
黃金圈法則、太陽花學運、行銷
不管你是否支持學生佔領國會，也不管你是否支持服貿，有一件事確實是不可否認的，這群學生所行銷的產品（主張、訴求），在短短的幾天內，在市場上（遊行、輿論、民意調查..etc）引起了廣大迴響。
閱讀全文
天佑台灣，也天佑我的理想與堅持
因為318學運，最近突然想起，大學時期，校方也曾公布說半夜12點後宿舍要熄燈關網路。校方說法是：「這是為了你們好，早點睡早點起來上課，書才讀的好」（總之利大於弊就是）
閱讀全文
「換句話說」思考法
這是一些我個人經驗的分享，是關於名詞或句子替換的方法，來幫助我更精準思考問題的方式。舉幾個例子與大家分享：
閱讀全文
為什麼在員工眼中，老闆常常都是沒sense的那一個
這次UI Gathering五月聚會的主題是「如何規劃一個有效的使用者研究」，主要的議題就是，如何透過策略性和有系統性的方式，挖掘出消費者的需求。現場分享的都是使用者研究的專家，精彩度非常高，值回票價。
但是更令我感到興趣的是，會後的QA時間，提出問題的幾乎都是線上的設計師或使用者經驗研究員。有不少人拋出這樣的問題：
「老闆給我的錢少少的，時間又很短，我怎麼做事」
「我發現了一個user insight，但是老闆卻劈頭說，這樣會增加成本，不做」
言語的力量：說對話讓事情進行更順利
在2009年七月號的快樂工作人雜誌，有個主題是「10個狀況題大考驗：我該怎麼說？」，在文章中舉出許多範例，教大家利用言語的力量，來讓自己更有說服力，相當的實戰且受用。
筆者在這邊也有深深的感觸，有時候專案的成敗，跟PM是否能妥善運用言語的力量，有非常大的關係。同樣的一件事，能不能妥善的表達，對團隊的士氣、腦力激盪會議的成效、專案的進度…等，都有著非常大的影響。
閱讀全文
專案外包的衝突與兩難–到底什麼是需求變更
一份軟體的規格書，包含了白紙黑字的規格和Common sense，譬如說好了，註冊功能是屬於需要白紙黑寫在規格書上，但註冊時使用者要輸入兩次密碼以作確認，就是屬於commone sense的範圍，通常不需要寫在規格書上，外包商也應該實作給客戶。
但是問題就出在，客戶認為理所當然的事情，外包商可能會因為文化、背景與domain knowledage的不同，造成對common sense的理解不太一樣。舉個例子來說，簽約時只提到登入功能，但是客戶的common sense可能還意謂著可以用Open ID來做登入，但是外包商的common sense可能就不含這項功能。
閱讀全文
Google doc如何協助提升公司運作效率
筆者在這邊把自己一些利用google doc來協助產品開發和提升公司遇作效率的經驗，與大家分享。
閱讀全文
專案外包的衝突與兩難–delay的處理
「專案外包」的過程當中，除了硬體成本之外，時間就是最大的成本來源，而Delay所造成的影響，不但是客戶滿意度的降低，更是承包商成本的提高。所以，當Delay這件大家都最不願意的事情發生後，所謂的解決之道，就是在成本和滿意度中間求取一個平衡。
閱讀全文
用Google doc來做腦力激盪會議
回覆
傳統而言，腦力激盪會議的型式都是要大家排排坐，頂多桌上多了些甜甜圈。
但這樣的一個腦力激盪會議，通常都得強制要求大家參加，並且要事先準備ideas，而且在會議當中，常常大家都會因為還有事情要忙，腦袋會卡卡的，效果會很差。
閱讀全文
如何在商業簡報中說一個「好故事」
現在是簡報充斥的時代，在經過一張投影片有超過30個文字的原始時代後，慢慢大家開始也有些觀念上的進步了，了解到簡報時最重要的技巧，其實是「說故事」，而不是講細節。
專案外包的衝突與兩難-先講感情再講問題
跟IDEO學新產品提案方法
最令PM扼腕的事情就是，明明已經知道市場的機會就在眼前，好不容易在會議中做了新產品構想完整簡報，結果被同事和上司做了以下無情的批評：
- 認為市場規模預估模型有缺點，對於新產品的未來太樂觀。
- 認為很多時候產品要放到市場上才見真章，焦點團體或問卷調查只在封閉環境內測試，外部效度不夠。
- 舉市場現有類似設計的產品做為反例，來佐證這樣的產品不會大賣。
- 上司以自身過往類似驗來作為反駁，說明新產品並不會有市場。
- 專注於找出新產品的缺點和問題，但是給的支持卻很少。