­

以小搏大!Pocket 20 位員工讓 2000 萬使用者滿意的創業秘訣

如果要選一種動物來形容稍後閱讀服務 Pocket 的話,螞蟻是再合適不過的了。和螞蟻一樣,因為他們有一個共同的特點:他們身上承載東西的重量是其自身的很多倍。螞蟻可以背負起遠重於自身重量的東西, Pocket 也是一樣,它僅憑借 20 個人就支撐起 2000 萬使用者,這些使用者累計保存的文章和影片量超過 20 億份。 Pocket 之所以有如此超強的能力和效率,這都要歸功於公司的創始人兼 [...]

February 17th, 2016|Categories: 創業新聞 Startup News|

不會寫程式卻想靠 APP 創業?3個方法你一定要知

不是科技新創公司的創辦人都是會寫程式的高手,這不是創業環境的必要條件,但這不代表老闆能完全不懂開發APP的一些「眉角」。 事實上,有些團隊所開發的APP,公司創辦人幾乎不會著手參與程式撰寫。但是,如果你自認有獨特的APP點子能受到市場青睞,只是不會實際寫程式語言,其實並不需要太擔心。 APP開發顧問公司Arkenea LCC與行銷發展機構Apprise的共同創辦人Rahul Varshneya,藉由多年觀察與職場經歷,彙整以下幾點建議,分享給正遭遇此問題的創業家們。 在此補充說明,如果希望找到身旁技術背景的朋友來當共同創辦人,這想法就有如丟一片玫瑰花瓣到宏偉的峽谷,卻期待獲得巨雷般的迴響,絕對是行不通的。因為優秀的開發者早已被高薪雇用,或者正專注開發自己的產品。 方法一:了解程式語言的初步架構 如果美國總統可以,你也一定沒問題。其實撰寫程式並非想像中的如此困難,網路上有許多資源能夠利用,像是Codecademcy線上課程平台,或者許多知名科技新知網站、部落格,都有提供相關教學資訊。 當前最重要的事情,就是利用足夠的技能開發第一版的應用程式,藉由最簡易可行的商品,將核心價值傳遞給消費者。一旦產品通過市場驗證,未來便有無限的可能性與發展性。其中方法還包含善用天使資金,除了用資本雇用第一批開發者,也更容易用較少的初期資金說服他人加入團隊。 這一切都需要經過現實市場的考驗,證明產品本身是符合市場需求,究竟能否成功,這就得看創業家的實力與遠見了。 方法二:聘用外部團隊 如果創業家本身對寫程式語言興趣不高,一心一意想發展事業,建議聘用外部技術團隊和開發者,做為商業夥伴。 舉個例子,在Arkenea [...]

February 17th, 2016|Categories: 創業新聞 Startup News, 科技新聞 Technology News|

新創萌芽與快速成長階段中,管理有何不同差異?

HubSpot 已經 9 歲了,我認為前 6,7 年時間公司都是處於「新創公司」階段,在這個時間我們尋找到了「市場產品契合點」、「尋找到第一批願意付費的客戶」。之後的 2,3 年時間裡,我們處於「規模化成長」階段。在這個時間裡我們不斷地給成長引擎加油,在一個充滿潛力的市場裡快速成長,並且樹立了很好的壁壘以防止後來的新人入場對我們構成威脅。在這段快速規模化成長的時間裡,一位 CEO 所必須具備的技能跟當初「新創公司階段」有著很大的不同。本文就是主要說明公司規模化成長階段中,一位創始人所應該具備的,特有的條件、素質以及技能。 管理指標:員工推薦值 多年以來,我們一直給員工一份個人能力提升問卷。這份問卷中包含了兩個標準問題。第一個:「如果現在要你把 Hubspot [...]

February 17th, 2016|Categories: 創業新聞 Startup News|

唯有不斷嘗試,才是創業唯一成功之路

在台灣創業,不要被炫目的辭藻給騙去浪費時間,你就贏一半了。所有專業術語或很火紅的名詞,其背後的核心概念都很簡單,不是非得要框架才能做事,請回歸商業的本質。 不說大數據,你就不懂得去紀錄、分析顧客的消費行為嗎?王永慶年輕時賣米連電腦都沒有,他就懂得去紀錄顧客的消費頻率、家中人口,然後主動在一段時間後問要不要送米過去,結果現在網路資訊如此發達,大家所學的名詞越多,你越覺得這些學問太深奧所以不敢輕易嘗試,這不是本末倒置? 如果不講O2O,你就不會想到要透過線上行為與線下串在一起?如果不給你Biz Model Canvas你就無法思考、規劃商業模式?如果是這樣,我肯定你已經偏離了商業最簡單的基本邏輯。最好的事實證明就是,在沒有這些概念、工具出來以前,成功的創業家依然存在不是? 我曾寫過文章說,在創業中願意進修學習是好事,但不斷學習則可能會壞了大事。直到現在,還是看到許多團隊不斷在追逐學習,卻鮮少把學到的東西真正拿出來使用,這是非常可惜,也是不正確的創業方式。 學了就是要用,工具、架構、概念都是為了拿出來實戰的,東西沒有用就是死的,跟你一開始就沒學是一樣的結果。更何況,你應該是在市場上拼實戰經驗,怎麼會是一直去聽人家的工具與歸納心得,然後把這些結論當成框架限制自己的行為? 你以為自己可以因此吸取精華少走冤枉路,但反過來說,你自己根本就沒去嘗試過,你怎麼知道對方的心得與經驗是對的?你又怎麼知道對方的成功經驗是許多元素湊在一起的巧合結果?而不是真正可被反覆操作的科學結論? 事實上就我觀察,如果你曾認真去回顧自己念過的書,學習過的許多觀念與內容,都足以充分陪伴你度過創業的前期。差別只是許多人太過害怕做決定,覺得好像什麼事都要弄得很有系統才會安心,但等你什麼都弄好好的,沒準機會也都過了。 柯文哲前幾天說過一句話我很認同:「什麼事都要確定你才敢去做,那沒什麼事能做了。」 管理學,很多工具與方式都是從成功的企業經驗中歸納而來,但你說沒有這些工具與概念之前,這個企業是怎麼想出來的?不就是一心想把事情做得更好,或是把問題降低或解決而已?讓所做的事情更有效率,成本更低,效果更好,就是一心往這些方向去而已,真的沒有別的。 此外,創業中最常見的另一種現象,就是我們習慣拿數據去嚇自己。 舉例來說,如果我們看到官方數據告訴你「紡織產業」正在衰退,年衰退幅度是20%,多數人一定會下意識去想:慘了,這行業不能玩。 [...]

February 17th, 2016|Categories: 創業新聞 Startup News|

做產品,到底該外判還是自己聘人?

作者 Paul,目前就任 Fable 寓意科技執行長,亦擔任數家公司的技術顧問,作為一個軟體開發的技術人,成立寓意的本意就是希望為每一個產品都是從一個故事開始,藉由探索需求的過程來發展出合理的產品,目前與公司夥伴已協助十多個產品順利上線,並且與客戶一起持續找尋更好的產品定位與方向。 「委託外包?還是內部聘技術人?」這個問題對於非技術背景的經營者而言,一直是個兩難的抉擇。如果此時,你正好準備創業,擁有自己領域的商業資源,該如何讓一個產品快速進入市場,發揮所有商業資源的效益?我希望以中立的角度來剖析優劣勢提供各位參考,希望對於大家產品開發的過程,有更深入的幫助。 怎麼考慮要不要外包? 一般來說,如果是短期的產品或是專案開發,大部份人會選擇外包,不只小公司,中大型公司開發新的技術領域時,其實也常常如此選擇,然後打的如意算盤就是,價格低、開發速度快、工程團隊不需要管理、產品做出來後再找來工程師接手即可。然而從我聽到的、看到的案件之中,大部份的案件都不是如此的順利。 因為當公司選擇價格低的開發團隊時,通常就會遇到高風險,而管理外包的方式,絕大多數就是「一紙合約」,說實在話,以我經歷接案事業將近快十年的時間裡,即使每個接案公司都希望在合約中詳細規範規格,但從來沒有遇過任何專案的業主是不會改變規格的,也因此造就業主的美好想像和開發結果天差地遠,雙方都有說不完的苦衷,而那「一紙合約」在此時的效力跟墊便當的宣傳單差不多,通常這種案件結果就像是情侶分手,不是草草結束,就是另尋他人。 既然這是常見的外包慘況,為什麼還要選擇外包呢?我認為外包提供最大的優勢是「彈性支援」,因為一個月內臨時要內聘到兩、三個資深的開發者開發產品除非祖上有積德,然而透過找外包的話,這絕對是有可能的事情。 自己人是否比較好? 上圖是我最常用來說明聘人會遇到的問題,簡而言之,當公司剛開始開發產品時,很可能聘用多個領域的工程師,但是當產品發展逐漸邁向穩定時,工程師的工作量隨之降低,代表產品更新的需求減少時,工程師的管理成本顯得大幅浪費,甚至有的工程師在團隊就直接乾脆被拉去當業務,當然這對公司經營而言應該不是最好的配置,套句鄉民的說法,凡事還是讓專業的來比較好。 公司聘人,很多人會覺得優點當然是自己的人比較好使喚,或是起碼資料不會外洩,要不然就是開發能量充足的時候,想做什麼都可以做,如果公司制度和配套全面,這些理想狀況確實可行,偏偏筆者也常聽到許多「意外」,除工程師能力不夠全面等普遍問題,公司文化跟工程師不合造成工作效率低,或是工程師拿翹,自己在程式碼裡面留一手,甚至擅自離職,當然也有公司業務成長或資金擴充時,工程師認為自己的技術成本應該提升,導致團隊失和,偏偏請神容易送神難,讓產品開發原地打轉。這類「人的風險」狀況都相當常見,也成為內部聘人最大的隱憂,只能說聘人的成敗,多取決於老闆自己看人的經驗。 如何做出選擇? [...]

February 2nd, 2016|Categories: 創業新聞 Startup News|