創意需要滋養與培育

創意需要滋養與培育

暑假時去日本逛泡麵博物館,在日清的創意發想流程中,有一項是「Nurture ideas」,當時看了特別有感,所以從這張開始拍,將他們六個步驟都拍了下來。

因為出社會以來多數時間都與研發跟產品撇不開關係,就連負責行銷時也大多是以企劃為主,做業務時也是以商業開發為主。

每一項工作,都需要經常產出新的 ideas。但這些 ideas 並非隨時隨地都能從腦袋中蹦出來,而是需要有孕育的土壤與持續性的養份才有可能。關於創意點子的培育,我自己運用的方法有幾個。

透過試錯來找出更多可能性

早年擔任研發工程師,會自己找尋各種可能的解決方案,然後試著用在產品中,主管只會提醒產品維護時的幾大重要原則,但不會強迫我接受太多非必要的規則。我自己試新東西,自己挖了坑,自己下去填,過程當然很辛苦,但我覺得很有成就感。

因為在解決問題時,我總能想出比過去更多的解決方案。如果我選擇重複一樣的做法,我最終會失去創造力,我來來去去只能想出一兩種方法。但是當我嘗試了許多新的方法,而且承擔了錯誤的風險與責任時,我會找到幾十種不可行的方法,也會找到幾十種可能的解法。

多看、多想、多實驗

一個產品到底是否能被市場接受,空想是沒用的,你得跟客戶接觸,得收取客戶回饋,透過客戶的回饋改善你的點子。你的點子會因為有更多的回饋而成了一個好點子。所有的絕妙點子都不是空想出來的,而是經過他人回饋而完善。

雖然動手做才是王道,但多看多想還是很有幫助的,我們不會總是有充足的時間跟資源以正規軍的方式去驗證每個點子。但我們可以以自己身邊的資源為範例,進行類似的實驗。

例如當年要將一個研發項目產品化之前,我們幾個月前就先在公司內部做了 POC 給大家試用,花費的代價只有推上市場的 10% 不到,但我們一樣能驗證自己的點子。

又或者我發現一個好用的行銷工具時,我會先在自己的網站或部落格使用,驗證我的點子是否有效。

回到根本問題上思考

或許是我們對點子的期待太高,很多人會將點子跟「了不起的創意」畫上等號,好像不夠獨特與傑出就稱不上點子。

但我習慣回到「為什麼要有點子?」,我們需要更多點子的原因通常是為了更有效的解決某個問題。

那問題來了,解決這個問題,難道總是需要了不起的點子嗎?答案通常是否定的。許多問題的解法經常被複雜化了,導致問題本身也被複雜化了,所以後續要想出更有效的點子時,我們經常會在複雜問題+複雜解法的基礎上思考。

但如果我們先撇開目前的解法,而是回到原始的問題,那可能會得到一個簡單的答案,那就是推翻現有的解法,重新設計更簡單的解法。簡單的解法是不是個好點子?我覺得妙極了,可以用簡單的方法解決,何必要用複雜的方法。

不要怕犯錯,但要承擔錯誤

面對多數的事情,我一貫的心態都是「犯錯的代價很低,只要你能承擔得起」,如果你習慣讓別人幫你承擔你的錯誤,那未來你犯錯的空間就會愈來愈小,因為其他人肯定會不斷壓縮你的空間。

如果你希望有更多犯錯空間,那就要更大膽一點承擔起錯誤的責任,別總指望別人幫你擋槍。你自己上來承擔砲火,你可能會有 10 分的犯錯空間,但你讓別人幫你承擔,即便公司願意給犯錯空間,你可能都只剩 7 分的空間。

把點子寫下來,講出來

前面我提到可以透過實驗來收取回饋,驗證點子,但其實有更清亮的方法,那就是把點子寫下來或者講出來。因為喜歡寫作的關係,所以我會將很多尚未落實的點子寫成文章,或者會議、演講場合中分享。

我可以藉此獲得來自他人的回饋,我會知道有多少人對這點子感興趣,又有哪些人對這點子提出了其他觀點。這種收取回饋的方式每天都能做,而且做愈久能收集到的回饋愈多也愈快。

年輕時,我總覺得自己不是個有創意的人,因為我說話乏味,也不是個能馬上對任何事情都有回應的人,更不是一個能想出天馬行空構想的人。但我很擅長在深思後找出可靠的解法,而我這樣的特質,在過去 20 年裡,經常得到有創意的稱讚。

當我能用大家想不出來的方法解決問題時,或許這就是創意吧。

如果你覺得我內容寫得還不錯,歡迎訂閱我的電子報,我每雙週會發送一封電子報到你的信箱。訂閱連結在這,過往的電子報也在這:Gipi電子報

也鼓勵你可以將我的電子報分享給你認為有需要的朋友們,也許你的舉手之勞,將會改變另一個人的思維與習慣。

Read more

[徵才]方圓國際誠徵兩個新職務

[徵才]方圓國際誠徵兩個新職務

今年四月份,我加入了方圓國際擔任策略長,方圓是一家茶飲連鎖公司,旗下有兩個主要品牌「吃茶三千」與「喫茶小舖」。吃茶三千在海外 30 多的城市有約 130 家門市,喫茶小舖在台灣則約有 60 家門市。 我從去年底開始擔任方圓的顧問,主要協助梳理公司的管理制度、流程與阻礙成長的問題。四月份我轉任策略長,過去這一個多月,我除了 AI 的引入與建置外,我也花了大量的時間重新構思公司的整體策略。 我們進行了「未來十年不變的事」的策略探討,最終設定了十年戰略方向,三年目標,以及 2026 年的關鍵任務。 透過這樣深度的策略思考,我們也藉這個機會盤點了公司目前的人才缺口。 以下有兩個很關鍵的角色是我迫切在找尋的。如果你覺得自己或身邊的人很適合加入方圓,請自薦或推薦給我,謝謝。 歡迎將履歷投遞到:gipi@teashop168.com.tw 門市體驗經理(Store Experience Manager) 門市是接觸終端消費者的最後一哩路,也是品牌傳遞價值的關鍵接觸點。我們在全球因應不同的市場有不同的店型設計,

By gipi
克服 AI 焦慮的方法,唯有實作

克服 AI 焦慮的方法,唯有實作

2018-2019 年左右,線上學習在台灣整個大爆發,線上課程一大堆,每個禮拜都有很多線下學習活動。每天都可以看到大量的學習心得與活動心得,每個人講的內容都很有道理。全台灣好像瞬間變成一個知識島,所有人都學識淵博,而自己似乎懂得有點少。 知識焦慮年代 在那個時候,很多人染上了「知識焦慮」的病症。 害怕別人知道自己不知道的,擔心自己沒跟上世界的節拍,所以哪邊有新知往哪兒去,哪邊學習氛圍濃厚就往哪兒鑽。看起來是因為熱愛學習,但內心的煩惱其實是「害怕失去」。 害怕失去話語權,害怕失去社交談資,害怕失去機會,害怕失去競爭力,害怕自己不再是別人眼中領先的族群。 而克服焦慮最有效的方法,不是知道更多,而是實踐,從時間中獲得成果,獲得進步。 那些仍在學而沒有做的人,焦慮是無法停止的,因為他並沒有真的改變現況。 這也是當年為何我們想舉辦 case study、學習營、打卡、案例練習,並且鼓勵大家多多輸出的原因了。因為輸出,其實就是最輕量的實踐,而動手做,則是讓自己學有所用的基本配備。 在那個知識焦慮的年代裡,因為我本來就熱愛學習,也經常輸出,

By gipi
我如何與 AI 協作開發,我的開發步驟分享

我如何與 AI 協作開發,我的開發步驟分享

昨天到工程師場子分享,想說跟大家對照一下,現在是否多數人都跟我一樣,寫程式完全不手打任何一行 code,全部都是 AI 做的。 結果發現,現場只要有在用 AI 開發的人,多數時候真的都是讓 AI 來完成程式撰寫工作。 目前我的開發組合是 Claude Code / Claude Design / Fly.io / Github / Cloudflare,其他還有根據程式功能需要而使用的第三方元件。 做一個新系統的習慣是: 1. 跟 Claude 討論我想解決的問題,以及我的核心需求,中間我可能會用 Claude Cowork 做本地資料的分析,然後請他廣泛收集一下資訊,做幾輪 prototype 的模擬。確認方向是否是我所期待的。 2. 對完需求後,請他產出系統定位、限制、邊界與 PRD。 3. 把 PRD 跟幾個

By gipi
加快了速度,少了回饋

加快了速度,少了回饋

2022 年時我曾推出了一堂課《打造高效軟體開發團隊》。 在這堂課程中我繪製了一張軟體開發過程管理的架構,這張圖我從公司策略->產品策略->需求管理,一路到開發過程管理、交付、市場回饋,最後再回到產品需求管理。 當年我曾說過,軟體開發最重要的其實不是程式開發本身,而是 align 公司策略與產品策略,同時兼顧好短期需求,將需求管理做好。 但我們也可以看到產品需求管理是上述架構中最主要的節點,上承策略,下接短期需求,右邊則是成為所以開發計畫的起頭,同時還要承接來自市場回饋,並能持續優化管理過程與技術債務管理。 簡單的說,決定做什麼,決定了產品定位,決定先做什麼,則決定了策略重心。但要做出決定,除了對目標有清晰的認知外,更重要的是「回饋」。包含市場回饋、使用者回饋、利害關係人回饋(研發/行銷/客服...)。 這陣子透入 AI 開發後我對這張架構圖有一些新的想法: 首先,是生產力過剩。 因為 AI 不用休息,生產力幾乎沒上限,

By gipi