《科技創業週報》是由 Star Rocket 於每週三發送的免費電子報，內容涵蓋創新故事與觀點、產品開發技術與經驗的分享、值得一聽的 Podcast 節目與歷久彌新的經典好文。
每則選文都會加上編輯精心撰寫的引文，非常推薦給工程師、產品經理、設計師，或者是所有對科技產業感興趣的讀者訂閱。（訂閱連結附於文末）
| 哈囉讀者 拉麵是軟體創業的好朋友 🍜🍜🍜 編輯因為週末聽到 Dev Times Stories 主持人 Adrian Oprea（一位 Google 工程師）解釋創業圈很紅的「拉麵盈利」（Ramen profitability），突然好奇為什麼是「拉麵」，所以挖出 10 年前提出此概念的 YC 教主 Paul Graham 的陳年舊文，發現他指的其實是「即食麵」（instant noodle，就是泡麵）。因為仔細想想，吃泡麵養活自己絕對比每天吃真正的拉麵來得便宜。 有趣的是，PG 特別要讀者不要糾結字面意思 XDD，因為每天吃泡麵很不健康（結果編輯一直在糾結這個字）。他還誠摯地建議，與其吃泡麵，不如用心投資一台電鍋，最在文末附上用電鍋煮飯的食譜 XD 🍚🍚🍚 by Maxine（廢話結束，請看本期選文 |
| [英] Intercom 的產品開發心法 （編按：這篇文章在 Medium 上只有五百多個拍手，有點可惜。）本文是由客戶服務 SaaS 平台 Intercom 的產品開發團隊所撰寫的，文內非常詳細分享 intercom 是怎麼開發產品的。一開始編輯以為只是些模糊的概念、開發哲學而已，沒想到卻是不藏私、超詳細地解釋團隊每個角色的分工與權責、Roadmap 長什麼樣子（一定要看他們的 Product Strategy Themes）、如何取得有真正有用的客戶回饋，甚至細到他們如何在 Trello 上開卡片。從這篇文章可看出 PM 的角色超重要。 |
| [Podcast] Google, Apple, Amazon, Microsoft , Facebook，你可以最先放棄哪家公司的科技產品？ 《紐約時報》科技專欄作者某天發現自己的生活被 Amazon「綁架」。家裏從吃的到各種電器用品，從買東西、運送到裝修，每個步驟幾乎都可以在不離開 Amazon 的狀況下完成。這也讓他驚恐，哪天沒有 Amazon 了怎麼辦？ 他在報導中做了小調查，發現美國讀者可以最先放棄的是 Facebook，緊接著是微軟，而 Apple 跟 Google 幾乎難以斷捨離。Titan 與 Maxine 在這集的《星箭廣播》裡分享了他們的選擇，以及為何這樣選擇。Maxine 也分享了自己曾經試圖離開（但失敗）的過程。 |
| [中] 蕭大哥／SaaS 產品該如何設計？談數據指標＆設計思維重點（內含案例） 過去分享不少與 SaaS 相關的產品故事跟商模解釋，這篇算是「入門文」，詳細從名詞開始解釋，何謂 SaaS？設計 SaaS 產品有哪些注意事項？以及商業指標（商業指標的部分，還可參考 Cjin 這篇她所判斷 SaaS 最重要營運指標——淨收入留存率, NDR——是本文沒有提及的）。 其中在開發 SaaS 產品上，作者提及一項編輯覺得頗重要的細節就是，你分得清楚「客戶」與「使用者」，到底是哪個是真正的使用者嗎？這是因為講到 SaaS 多半想到 B2B，有些產品的使用者是企業的員工、有些又是企業客戶購買後拿去服務他的客戶，這導致購買產品的人未必是最終端的使用者，又或是一個帳號下多個不同使用者。那麼在開發 SaaS 產品上，該如何區分這麼多元的使用情境？又該如何保持產品彈性？ |
| [英] 壓倒 Dropbox 的最後一根稻草：為何不再使用 Dropbox？ 賈伯斯之前打算收購 Dropbox 時，曾犀利指出「Dropbox 只是個功能，並不是產品」。 這篇由 Adobe 首席設計 Khoi Vinh 所寫，描述 iCloud 所推出的檔案分享功能，如何成為他決掉停用 Dropbox 的最後一根稻草。文中他解釋為何覺得 Dropbox 終究只是儲存用的空間，沒有突破，以及它如何搬家到 iCloud。搬家過程雖然費時，但卻沒有預期中打亂他的工作流程，他因此最後引用賈伯斯那句話，宣告 Dropbox 對他而言真的就是只是功能，稱不上產品。 有趣的是 Dropbox 在今年（2019）進行了改版，而我們在最新集的《星箭廣播》裡，Titan 分享 Dropxbox 新改版做了一件幾乎快讓他氣炸，想直接拋棄的設計。 |
| [英] 難的不是開發新功能，而是捨不得砍掉多餘的功能 「達成完美的最終境界，不在於無可增添，而在於無可刪減。」（Perfection is finally attained not when there is no longer anything to add, but when there is no longer anything to take away.） 紅點創投合夥人 Tomasz Tunguz 引用法國已逝作家 Antoine de St. Exupery 的經典名言，回顧當年在 Google 當 PM 開發 AdSense 時，曾漚心瀝血作出了只有 2% 使用者會使用的功能。當時面臨的難題是，這個 feature 確實造福了部分用戶，但也成為所謂的「功能債」（Product debt），幫產品堆疊了本應可以減少的複雜性。 |
| [Podcast] Dev Time Stories：軟體創業與你的拉麵盈利 Y Combinator 鼻祖 PG 在十年前用「拉麵」的隱喻指引軟體創業者一條有別於「傳統上」仰賴向創投募資的方向—— 拉麵盈利（Ramen Profitability），簡言之是在短時間內獲得能滿足公司最低開銷的利潤，賺到可以吃拉麵的錢。 並不是每個創業類型都適合拉麵模式，例如生物科技就無法，但如果你是軟體創業，創業成本便宜許多，那在尋求募資前，拉麵盈利可能是需要先達到的第一步驟。另外，拉麵盈利指的並不是「不求人」創業，因為拉麵之後還是可以找創投募資，而拉麵盈利可能會為你的募資帶來加分效果。 Dev Times Stories 的 Adrian Oprea 從軟體工程師角度，用說的幫大家重新詮釋了他所理解的拉麵！ |
| [英] 能不能不要再發罐頭訊息？當 Google Play 對我行使魔鬼終結者 如果開發 app 是你的生計，那麼遵守開發平台的政策可能會是場惡夢。 這是一封由 Android app 開發者寫給 Google Play 的公開信，抗議 Google Play 莫名終止他的 app。他質問，這就是開發平台跟開發者應該要有的互動關係嗎？ 作者在 Google Play 上有八款獨立開發的 app，今年卻收到猛烈訊息通知，警告他的 app 存在「惡意行為」（malicious behavior），但卻一直得不到 Google Play 的回應。底下留言區，則有不受有同樣經歷的工程師，分享他們收到來自開發平台鬼打牆的指控，最後也討論究竟是 App Store 跟 Google Play，誰對工程師的開發比較友善。 |
