Wordpress 母公司創辦人談網路與開源的未來|獨立開發者如何吸引更多付費使用者|我們怎麼聽 podcast
Star Rocket 科技創業週報第 202 期
哈囉讀者:

本期的科技創業週報因為碰上國慶連假,所以提前在週三的下午發送。希望為大家在放假前,提供滿滿的科技創新資訊補給。

而不曉得讀者們知不知道,除了科技創業週報跟《星箭廣播》podcast 之外,Star Rocket 也有 FacebookTwitter 喔,我們會在上面分享更多科技創新的訊息,歡迎來追蹤並與我們互動!

此外,在信末也介紹讀者一項活動資訊,是今年邁入第六年的「Meet Taipei 創新創業嘉年華」,歡迎有興趣的讀者,可以進一步參考活動詳情或免費索票。

by Matt 
「開發人員精力有限,接觸學習新技術需要時間精力,會排擠實際生產及解決其他重要問題的資源。」開發者的世界日新月異,三不五時就會冒出新的程式語言、框架或技術吸引開發者的好奇目光。但作者要提醒開發者:
  1. 產品開發的重點是滿足客戶的需求,採用的技術只是手段。
  2. 使用新技術有易被忽略的潛在成本。尤其新技術較無前例可循,可能會有踩不盡的雷跟摔不完的坑。
但作者也並非完全反對採用新的技術,而是強調要「慎選」。在文末他也總結出 5 點選用技術的心法,提供給在「採用新技術」還是「沿用舊技術」之間傷透腦筋的讀者參考。
有志經營 SaaS 產品的獨立開發者,最頭痛的無非是怎麼找到夠多願意付費且持續使用的顧客。本文作者松山拓哉是 Markdown 編輯器 Inkdrop 的開發者。Inkdrop 從 2016 年創立至今,擁有超過 600 名付費使用者,也讓他無須透過額外接案維生。他從 Inkdrop 的創業過程中,整理出 8 條他認為能幫助獨立開發者獲得更多顧客的法則。

編輯覺得其中「分享開發策略」這一點,是較少看到獨立開發者談論的。作者之所以傾向分享「開發策略」而不是常見的「開發技巧」,是因為他發現「開發策略」的文章在網路上較稀缺,也就更有機會透過這篇文章觸及更多的潛在顧客。
連續創業家 Elad Gil 發現到,有些科技或產品本位的創辦人,常常害怕主動做業務銷售,甚至刻意拖延設立銷售團隊的排程。但作者指出,像是 Slack 跟 Zoom 的營收中,很大一部分(Slack 有 40%;Zoom 則是 30%)都是向大型企業主動推廣產品的成果。

作者也提出他認為害怕業務銷售的 6 點原因以及解決對策,包含對「銷售觀念的不熟悉」、「覺得做銷售這件事不夠酷」等等。作者最後也再次提醒,一旦公司達到「產品與市場相契合」(Product/Market Fit)的階段,就務必要開始逐步建立銷售團隊。
面對有些人提出,「不插電、不寫程式,也能學運算思維。」本篇作者束凱文認為這個論點「只有對一半」。他表示,因為如果思考模式沒有建構在電腦可運算的基礎上,就只是解決問題的流程而已,並未完整貫徹運算思維。

但作者也並非主張一定百分之百要插電,也提出了一些不插電的方法。但仍強調,學習運算思維絕不能脫離程式的本質。
愛聽 podcast 的你也有以下的困擾嗎?「聽到一半會恍神。有些英文聽不懂。每個字都聽得懂,但還是聽不懂節目在講什麼?有些節目錄音品質很悲劇如何找到新的 podcast 收聽?如何保存喜愛的 podcast?

如果你也有以上的困擾或疑問,趕快收聽本集節目,聽兩位主持人聊聊他們現在是怎麼聽 podcast 的。
熱狗與專案管理,這看似八竿子打不著的兩件事,是《Code Complete
:軟體開發實務指南》
的作者、資深工程師 Steve McConnell ,用來類比程式開發的比喻。他認為一項優秀的專案,就像一間超棒的熱狗攤,需要先找出核心要素(好吃的熱狗),才能減少開發專案過程失焦的機會。

但要如何找到自己專案的「熱狗」?本文作者 James Tien 建議,首先要思考什麼是真正支撐起整個專案的「支柱」(pillar),與之不相關者都應早期剔除。此外,透過在開發初期列出 3 個核心要素並與團隊成員達成共識,也可以幫助釐清專案的目的,同時降低後續反覆溝通的心力消耗。
〈Matt Mullenweg: Operating System For the Open Web〉 這集 podcast 中,Wordpess 母公司 Automattic 的 CEO Matt Mullenweg 分享他對網路的定義(可能會跟你想得不大一樣),以及他如何堅信開源能改變未來網路的樣貌。

而因為《North Star》的主持人 David Perell 專職寫作指導,所以在節目中,Matt Mullenweg 也談到他為何重視持續寫作與閱讀的習慣。也聊聊他的閱讀清單中有很多科幻小說的原因。
DesignOps(設計營運)的概念,是由 Airbnb 首先提出並實行的。而本文是 Airbnb 的 DesignOps 總監 Adrian Cleave,分享他們創立這部門的始末。

他指出之所以創立 DesignOps,是因為隨著公司規模的擴大,部門與團隊之間的溝通也變得困難。因此決定要借鏡 DevOps 的概念,成立 DesignOps 部門 ,確保跨部門合作成員都依循相同的設計規範與工具,進而加速產品開發的速度。

而作者在文中列出幾點他們對 DesignOps 定位的思考,讀者可以參考一下,另一種思考產品開發的角度。
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀
2019 Meet Taipei 創新創業嘉年華
11/14-11/16,亞洲最大創新創業嘉年華!一同打造最完整創業生態架構,帶來最豐富的創業資源,成為創業者獲取創業所需資金、資源、與國際鏈結的機會平台。
免費報名觀展
Star Rocket 三創育成
聚焦人才與科技素養的培育,成為開放文化的推手