Tuesday, May 26, 2026 Taipei · Reading · Thinking · Writing
L 懶泥陳的閱讀書房 Reading · Thinking · Writing Since 2021
訂閱
← 回所有文章
Tag · 18 篇

#創業

帶有「創業」標籤的文章——按發布時間由新到舊排序。

#264《先問,為什麼?》

#264《先問,為什麼?》

我做過最爛的 pitch,是那一次把所有功能都列出來的那次。Simon Sinek 告訴我們:人們買的不是你做的東西,而是你相信的東西。

#230 《The Lean Startup》精實創業

#230 《The Lean Startup》精實創業

我花過一個禮拜做出暢銷的產品,也跟團隊花過快兩年的時間打造一款沒有人玩的手機遊戲。那些關於「浪費」的痛苦領悟。

#229 《A More Beautiful Question》改變提問,就能改變人生

#229 《A More Beautiful Question》改變提問,就能改變人生

我們花了多少時間在找答案,卻從來沒想過問題本身對不對?讀《A More Beautiful Question》的思考。

#147《馬斯克傳》:這個人不是瘋子,就是天才——或者兩者都是

馬斯克把自己所有的錢投進火箭和電動車,差點破產三次。讀完這本書,你會理解為什麼他能做到別人認為不可能的事。

#120 創業初期最重要的事反而不能規模化:《高成長思維》

#120 創業初期最重要的事反而不能規模化:《高成長思維》

想創業?別急著規模化!閱讀《高成長思維》精華,學習為何初期應專注「不能規模化的事」,深入理解用戶,打穩根基,避免過早擴張的風險,掌握成功企業的成長策略。

#111 別再跟人搶市場了:《從0到1》

彼得·提爾說最好的競爭就是沒有競爭。讀《從0到1》重新理解創業、壟斷、和從無到有的創新思維。

#94 站在人生十字路口的時候問問高手怎麼想:《人生給的答案2》

人生十字路口迷茫?透過《人生給的答案2》書評,汲取各領域頂尖人士的實戰智慧,學會問對問題、擁抱失敗,培養心理韌性,找到你的獨特道路。

#91 永遠保持在第一天:《貝索斯傳》

為什麼貝索斯堅持 Amazon 永遠要像創業第一天? 因為第二天就是衰退的開始。

#52 打敗巨人的智慧:《以小勝大》的啟示與策略

#52 打敗巨人的智慧:《以小勝大》的啟示與策略

弱小不一定是劣勢,強大也不一定是優勢。Gladwell 用一堆你沒想過的例子,翻轉了我對「強弱」的認知。

#30 成功不只靠努力還要靠你的不公平優勢:《用你的不平等優勢創業》

#30 成功不只靠努力還要靠你的不公平優勢:《用你的不平等優勢創業》

努力很重要。 但光靠努力不夠。 你需要找到只有你才有的優勢。

#21 不是做大而是做好:《一人公司》的反成長哲學

#21 不是做大而是做好:《一人公司》的反成長哲學

誰說公司一定要越做越大? 也許「剛好」才是最好的規模。

快慢之間的選擇

快慢之間的選擇

快有很多的優勢, 舉凡 Lean Startup 、 最小可行性產品等, 無不是如何告訴你應該如何快速地找出市場的Product Market Fit。

和夥伴一起定義願景 - 產品設計的Step1

和夥伴一起定義願景 - 產品設計的Step1

這張圖, 是我們團隊在設計最新的產品時, 遇到瓶頸時, 回過頭來所做的設計文件。

工作現場實況

工作現場實況

前一陣子, 有人問我, 你們究竟在創什麼業? 到底每天這麼忙, 工作都在做些什麼? 當時想了想, 腦袋中晃過一個念頭, 我們是不是都在瞎忙!? 越忙越瞎, 越瞎越忙。

創業教我的那些小事 (二)

創業教我的那些小事 (二)

一開始都是這樣的, 如果你不是有一個很遠大美好的夢想或Idea, 就是有一個希望能夠讓社會變更好的初衷。

什麼時候該加,什麼時候該減,工作的算數,你算對了嗎?

什麼時候該加,什麼時候該減,工作的算數,你算對了嗎?

為學日益, 為道日損。 - 老子 這句話白話的意思大概是: 「學習知識與技術要不斷地豐滿完善、才能做到精益求精。對於修道,則要慢慢拋捨慾望、雜念及自我意識。」(懶泥陳不負責之網路資料) 之所以會提到這句話的原因, 是因為這句話很好地總結了我工作中的兩個面向: 加法&減法。 加法 - 不斷從舒適圈踏出去, 擴展技能庫 學習, 可以說是工作中很重要的一個成份。 這種學習其實是很廣義的。 經驗上的: 行

創業所教我的那些小事 (一)

創業所教我的那些小事 (一)

三年前剛從美國回來台灣創業的我, 沒想過現在的我在做的事情, 跟當初想的有這麼大的差異。

創業的mission statement

創業的mission statement

去年的這個時候, 我的團隊正面臨著 “之前做的專案失敗了, 那下一個做什麼才會成功?” 的問題中。