有一種恐怖的專案...

有一種專案超級無敵可怕的，那就是以「優化」為名的各種專案。每次我看到客人告訴我他的專案是這些類型：「優化」流程、「優化」製程、「優化」系統、「優化」使用者體驗...我都在背後默默替他流一身冷汗，在心裡再鞠一把同情淚。我敢說「優化 XXXX」這是一個你領到之後，此生此世都無法結案的專案。

作為 Account Manager 或 Project Manager，該如何展現「可靠感」？

老實說，我之前常覺得，擔任 Account Manager 或 Project manager（下稱 AM 或 PM）好像不是一個專業技能（我第一份工作就是在公關公司當 Account），一是因為幾乎沒有大學科系專門在訓練這兩個職能，會覺得自己沒什麼相關的理論或知識，沒有很扎實的感覺，二是因為像上一段的例子，其他專業技能的部門都把事情做完了，AM 或 PM 似乎是負責溝通協調，很像是「撿剩的來做」。

產品經理需要懂技術嗎？

遙想三年前，我在前公司做線上學習網站的數位行銷，當時有不少跟 PM 的共事經驗，碰過很罩的，也遇過有點雷的，踩了大大小小的坑後，就寫了〈身為一個 PM，你基本上要具備的技能有…〉和〈我們到底要 PM 幹嘛？PM 到底可以為公司帶來什麼？〉。後來 2020 年初轉職成為 PM，每碰到不順或卡關時就會反問自己：「身為 PM，我對公司到底有什麼幫助？」，也有不少想轉職的人私下問我：「做 PM 到底需要什麼技能？」

如何妥善、無縫、無痛地交接（或被交接）其他產品經理的專案？

入職至今，手上已正式獨立運作 2 條產品線（敝司光是內部產品線就將近 40 條……），且都是從其他 PM 手上接來的。經過這些交接，才突然意識到：原來我沒有當過「被交接者」！......經過這段時間的交接期，這篇就想來談談，到底該怎樣才能「妥善」交接並「無縫」處理從其他 PM 來的專案（或者把專案交接給其他 PM）。

身為 PM，該怎麼評估一項新需求？身為需求端，又該怎麼跟 PM 提需求？

被同為需求端的人問過：「到底要怎樣跟 PM 提需求，他們才聽得懂？」，也被 PM 問過：「為什麼那些需求端怎麼講都講不聽？需求不是這樣提的！」這篇文章有點貪心，想要同時滿足 2 種需求的人：對於接需求的 PM，最在乎的應該是「該怎麼評估一項新需求？」對於提需求的需求端（如業務、行銷、BD、客服等），較重視的則是「該怎麼提（一個不會被 PM 打槍的）需求？」

加入跨國大公司後，產品經理的一天

之前寫了一篇類似流水帳的〈產品經理的一天〉，沒想到迴響居然不錯，現在來到新加坡的新公司也快 5 個月了，就來分享這裡的一天是如何度過。在寫下流水帳之前，先列出前公司與現職公司在組織規模與共事對象的差別，主要的差異有：公司規模：嚴格來說，我現在的公司是在某個集團底下一個獨立團隊，有點像是聯合利華（Unilever）下面有很多品牌 ：多芬、凡士林、立頓等。