ADZ 學習筆記

Ruby/Rails, Startup, Life

原來老生長談還真的有點道理

| Comments

這幾個月公司快速成長,我開始思考,為什麼是現在成功?不是更早?也不是更晚?

以前的我認為憑著自己的聰明才智加上比別人努力和熱情會是成功的關鍵,但這次做出超乎自己預期好幾倍的成績,我反而覺得「運氣」佔了絕大部份的因素。

讓我有這種想法,是我開始觀察各種不同產業的興衰想當作借鏡。我發現其實從以前打工的潮流服飾店、到電視購物、到我現在做的電商,模式的核心都一樣,只是時間點不同,卻可以讓一些人暴富、讓一些人傾家蕩產。

以前的我真的很自負的認為「只要努力沒有什麼事做不到」完全忽略無法控制的外在因素、和那些短時間無法驗證的因果關係。

我現在覺得成功真的是剛好站在浪頭上(時機運氣)手上又有衝浪板(努力、條件)

(我不是要否定努力,只是努力是基本到不需要再談的事情)

老生長談原來真的有點道理

以前我媽常常唸我「長大後你的美德都不見了、做人要厚道一點 blah blah blah」什麼福報、因果輪迴的。其實他說的就是一些正面特質,例如「謙虛、誠實、憐憫心、同理心、慈悲心、善良 .... 等等」

過去我是 "真的不懂" 這些道理,但在很短的時間經歷得非常多的起起落落,不論好壞,這些起落讓我重新思考了很多事情、反省、跟心態上的改變。

謙虛

在公司上班的人,是在一個保護傘下,每月領薪水獎金、感受不到太多風險,看過產業的興盛衰退、拿自己的錢賭下去,讓我真的讓我學會謙虛,因為再怎麼厲害的人,也有可能明天就倒掉,驕傲、自滿真的沒什麼意義。

包容

既然做事業有機運問題,像衝浪一樣,我們當然希望能多多遇到浪頭、遇到後可以衝久一點。但衝浪絕對不是一個人衝,是一群人站在一個浪板上才衝的下去。知道浪頭得來不易的人,也不會輕易與人拆夥,會學會不要賭氣、與人好好溝通、包容。

正面

曾經我一任老闆,因為私心情緒化批評員工的個人信仰,講得很難聽,我聽到後馬上對這個人、這間公司沒心,如果我是個不錯的員工,那個老闆因為一句完全沒有好處的言語失去一個員工。如果事業正在起飛,衝浪板上少一個好夥伴,完全就糟蹋了抓到浪頭時機的好運了。

總結

這些正面特質就是讓自己更好運的方法「善良、誠信、同理、包容 ... etc」這些特質會吸引到別人的尊敬,負面特質「自私、得理不饒人、仇恨、算計」這些只會讓別人害怕遠離,斷送自己的福報。

我講這些東西我想大家應該都知道,但每個人的學習順序不同,越有小聰明、愛走捷徑的人越難理解簡單的道理,如果有跟我一樣的人我希望能參考看看當借鏡。

你的支持會是我寫續集的動力

如果大家覺得這篇文章有幫助,請幫我在 Facebook 或 Twitter 上分享,也歡迎任何人問我問題、你的支持會是我寫續集的動力。

Fanpage: https://www.facebook.com/Eddie-Li-1639793602948753/
Facebook: https://www.facebook.com/adz.624
Email: eddie.li.624 [at] gmail.com

工程師轉職商人的心路歷程 #2 - 彎不下的腰

| Comments

讓我下定決心離開我熟悉的領域的是我老闆,我認識他的時候他在完全不做網站的情況下 (用Google表單) 做出一個月15M的成績。這讓我很震驚,也很慚愧,我們是寫工具給人用的人,竟然有人用現成工具兜成的土砲銷售流程能夠做到這樣的地步。

第一課、資訊不對稱

一開始從出貨人員搬貨開始,我永遠都記得第一次彎下腰搬貨的感覺,我不想騙大家我為了學習什麼都願意做,但我心裡的腰真的從來都沒彎下來過。

這個階段讓我體會到最深刻的是原來 工程師 是個超爽的職業,線上媒體、外商公司、整個圈子的人一直宣揚國外傳進來的文化,尊重員工、人權、人才的重要。網路上還有一大堆文章教你怎麼面試、怎麼挑工作、其他公司的 offer 如何 ... etc。

但其他領域的基層工作卻非常辛苦,出貨人員每天搬貨、包貨、出貨、進貨、有時還要加工商品、處理退貨 .... 上班9個小時、重複性高、勞力輸出大、替代性高。對我來說這是整個電子商務中價值性最低的環節(除非有破壞式創新)。

工程師懂網路、資訊取得成本低、每天工作都在吸收新資訊,而那些時間被綁住勞力輸出的人、越是把時間花在工作越沒有機會翻身。

那時候的我一直在思考,那些人知道這些事情嗎?他們是真的不知道?還是甘願如此?

第二課、人的問題靠人來解決

雖然我會告訴我的工程師「盡力把訂購流程的阻力降到0」但實際上那只是給軟體研發人員的方向、只是輔助。

實務上,客戶不完成訂單的理由有千千百百種:

  1. 還在考慮、觀望
  2. 手機閃退(可能是記憶體造成的 app crash)
  3. 不會使用

我會說「技術是輔助」的原因是「你再怎麼設計都還是有人不會下單、還是有人會閃退」不可能滿足所有人的情況下,最快最好的解法是「在訂購流程的每一個畫面放上 LINE 客服」請他遇到問題跟客服聯絡。

以前的我會把想用技術蠻力解決問題,例如設計一個自動追單系統「每天自動拉出昨天沒下單的客戶寄送出限時 COUPON」這個想法是我真正做過客服之前。

  1. 大部份客戶還在考慮,你打電話過去親自跟他解說成交率8.9成,如果改用自動追單反而無法親自解說給消費者聽。
  2. 不會下單的客戶用自動追單功能還是不會下單,而且很多消費者是因為懶,其實是希望你幫他下單,這是軟體永遠做不到的事。

大量與消費者接觸後覺得「人的問題還是只能靠人來解決,科技真的是沒有溫度的」

程式碼千言萬語,抵不過客服打一通電話 XD

第三課、在台灣能做些什麼

很久之前我常常想「為什麼台灣電商公司那麼多」真正的做軟體創新的公司能活下來沒幾個。了解這個問題最快的方法是,假設你要做一個記帳 APP,直接做個 fake landing page,去下個廣告就會知道了。

你會發現反應差就算了、反應還可以的族群有夠小,小到你不知道值不值得真的動手做這個 APP,當你真的開始接觸人群會開始了解「你的產品在台灣是小眾市場」,小眾市場如果不是毛利非常高,在台灣會非常難做,因為:

  1. 台灣市場已經不大、小眾更小,怎麼養活公司?
  2. 毛利不高、跟購買客戶成本抵銷,找越多客戶賠越大
  3. 你可能會跟國外公司競爭,他們做的市場規模,能提供的品質可以遠遠超過你

所以在台灣,做民生消費品,最好是消耗品面積最大,你只需要在行銷包裝上 "贏別人一點點",賺到的錢可以遠遠超越做軟體服務,我以前不懂為什麼別人說「創業、創造新模式不是為了賺錢」

現在我完全懂了,因為真的要賺錢有更快的方式,還不用那麼累。

你的支持會是我寫續集的動力

如果大家覺得這篇文章有幫助,請幫我在 Facebook 或 Twitter 上分享,也歡迎任何人問我問題、你的支持會是我寫續集的動力。

Fanpage: https://www.facebook.com/Eddie-Li-1639793602948753/
Facebook: https://www.facebook.com/adz.624
Email: eddie.li.624 [at] gmail.com

工程師轉職商人的心路歷程 #1 - 這輩子成長最快的一年

| Comments

2013/01 - 2015/02 是我在米邦懷抱軟體夢想創業的最後一間公司,離開前我開始真正懷疑自己做的事情是不是 做自己爽的,其實我根本不知道怎麼創業,當開始承認自己的無能後,是我第一次真正反省 這從頭到尾只是自己的一廂情願

離開米邦後,是我第一次完全沒有方向感,我不知道要做什麼,唯一知道的是 我絕對不能再寫軟體了。好巧不巧碰到我現在的老闆,他的成就讓我毅然決然放棄寫程式,投入電商圈開始從頭學起。

放掉自己擁有的一切重新開始,那種恐懼感真的很可怕。

回頭看自己

這一年時間我徹底把寫程式這個技能丟掉重新學習新領域,然後回頭寫程式用15天打造出來的EC系統目前乘載35-45M/mo的營業額,自己經營的電商公司每個月以三倍速度成長。

今天要分享的是,回頭看自己過去與現在差異,希望能把自己的經驗分享給一些曾經跟我一樣想法的工程師一個參考。

每次成長,都是對舊觀念的破壞

規則是給不敢離開框框的人而設計的

在軟體圈,我們會告訴 junior developer 要遵循 coding policy coding style single responsibility principle git 要怎麼 commit ... etc 一大堆規定,但 senior developer 有時候卻不管這些規則用類固醇式開發法走捷徑。

會這樣是因為 senior developer 對技術熟悉能夠評估風險、加上接觸更了更多非技術的資訊。只要風險能夠控管,爭取更多時間、更少成本,承擔點技術債都是划算的。

所以常常會有 junior 的人會說,你不是說不能 xxxxxx 為什麼你卻可以這樣做,會問這個問題的人就代表還停留在 junior 階段。

從軟體跨到電商這塊,這種感覺更是強烈,當我親自營運電商團隊、親自操作廣告行銷,我對軟體的想法跟一年前完全不同。用軟體圈的語言來說是 我已經沒有寫 code 的羞恥心了

我用了15天,獨立開發出一個 business value first、但技術債超高、效能很爛的EC系統。是我第一次完全拋開寫程式的自尊做出來的產品。

但是這套系統卻達成了:「成功幫客戶降低了 2/3 的客服營運成本、並用六個月時間公司成長了兩倍。」

我現在對開發的想法是「十分鐘無法找到解法的 issue 就用其他方法替代或是直接放棄不做,因為你永遠能找到更重要、更有價值的事優先處理」

技術應用場景

在商業的世界永遠都有替代方案

以前我們社群常常瘋 Google, Facebook 在用的技術,但以我目前實際營運電商平台遇到的 bottleneck,技術是排在非常後面的,就算系統乘載100M/月也不會是技術,通常是:

營運 > 倉儲 > 行銷人力 > 市場規模 > ....... 技術

最後會發現,在台灣就算做到非常大,你的 server 還閒閒的,如果不是要做世界級的大平台,在台灣那些技術很難派得上用場,就算有公司要用,那在整個環節裡面也不是 必須,這也就是薪資天花板的原因。

忽略溝通

網路已經把人隔開了,忽略人與人的溝通,反而本末倒置

以前常聽到,我們要做 user-friendly 的產品、使用者好上手、mobile-first,這些口號背後很多人都忘了溝通的重要。客戶覺得產品好不好用,並不是真的好不好用。而是客戶 感覺 好不好用。

但困難的是,寫程式的人常常要很邏輯,很難懂 感覺 是如何造成的(我以前也不懂)

現在我常常交叉評估 廣告給使用者的期待 + 使用者實際看到的 + 價格,這三者決定消費者對你的產品是否滿意。

對我來說,UI/UX 設計,只是給在框框內的人 (designer, front-end) 努力的方向,絕對不是必須,甚至是一個60分的購物流程,只要上面三點做得好,消費者還是會滿意的。

受限的生活經驗

絕對要預設自己完全不瞭解客戶

在做廣告行銷時,讓我體會最深刻的是,預設立場永遠跟真實的市場有很大落差,認為會賣的產品實際上賣很差,不然就是覺得不賣的產品意外爆紅,文案、廣告圖皆是如此。

我覺得這問題在於物以類聚,我們周遭相處的人其實跟自己有很大的相似度,很難真正去想像市場上你服務的客戶是什麼樣子。尤其是軟體工程師,通常樂於嘗試新東西,是科技早期使用者。

而客戶真正的樣子是 ...

  1. 消費者其實很懷疑用點餐 APP 點餐,真的有人會收到訊息嗎?
  2. 很多人的 Email 只拿來註冊其他網站帳號根本沒在收信(他們都用 LINE)
  3. 女性使用者很高比例不會用搜尋功能
  4. 改變習慣的產品其實對客戶代價太大了

以前的我就傻傻的串接的 livechat 當客服通道,根本沒人用,因為有的人根本沒有 Email 加上他們也不相信上面寫客服在線上是真的。

技術的真正價值

只要沒有人願意買單,技術就沒有價值

不論是廣告技術、軟體技術,只要鑽下去不看整體就很容易迷失,一開始我在學廣告技術的時候,我常常想,分眾如果做得夠細、夠系統化,能夠區隔不同 ROI 的客戶慢慢吃下市場,但實際的情況是,你根本沒辦法盯到那麼細,就算你 tune 到一張單50元,但只有3萬受眾那一點意義都沒有,你不會為了追逐 CPA 50元,浪費你那麼多的時間,而放棄那麼大的市場吧。

軟體也是一樣,有些功能聽起來很 fancy、自動追單功能、data mining,但做這些事情的績效,遠遠不如先 tune 營運(營運永遠是第一個 bottleneck)與其做那些很 fancy 的功能,不如在軟體上設計系統減輕營運上的效率。

我知道很多人都想做破壞式的發明(我也是),但那些破壞式發明的人沒告訴你的事,要說服那麼多人(客戶、廠商、消費者、周邊產業)配合你的 破壞 有多困難。而這些問題佔了整個問題的80%+,技術反而不是問題、破壞才是問題!

感覺市場

了解消費者後,會發現自己多一廂情願

以前聽別人說市場,這對我們工程師來說那是一種很虛無飄渺的名詞。當我實際在做買賣生意的時候,天天面對消費者、看廣告數據,我發現市場是一個好懂到很難解釋的東西,瞭不瞭解市場,其實就是瞭不瞭解「可能會買你商品的那群人」。

你選定的市場有他們那個族群的性格、習慣,你的產品也有自己的消耗週期,只要夠瞭解這些人的習慣,你可以很快推理出:

  1. 產品該怎麼設計
  2. 消費者可能的顧慮、該怎麼解決
  3. 總共有多少披羊
  4. 整個市場有多少羊毛可以刮?怎麼刮?多久刮一次最划算

我的體悟是,只要能 "稍微" 了解市場,以前的理想會至少不見一半,會因為了解而發現自己的一廂情願。

接受不完美

我的朋友都叫我 自幹王,從後端寫到前端、再管到 server、又來做電商寫文案、下廣告、兼談廠商,我發現很會實作的人通常都是比較容易焦慮的人,也就是容易焦慮所以不放心把事情交給別人,就算知道規模化後,一定要找人來接手自己的工作,但一找人接手反而變得更焦慮,因為花了錢請了人這件事情反而沒有以前的 quality。

但是當生意開始快速成長,所有事情都一團亂,我對每件事情都差心中的標準一大截,非常焦慮!心裡很過不去,花了一個月時間調適,現在的感想是:

我必須放下焦慮感,把事情交給別人處理、給出時間、真正信任別人,因為有更重要的事我必須完成

你的支持會是我寫續集的動力

這一年真的是我這輩子成長最多的一年,能說的東西不是三天兩夜能說得完的,如果大家覺得這篇文章有幫助,請幫我在 Facebook 或 Twitter 上分享,也歡迎任何人問我問題、你的支持會是我寫續集的動力。

Fanpage: https://www.facebook.com/Eddie-Li-1639793602948753/
Facebook: https://www.facebook.com/adz.624
Email: eddie.li.624 [at] gmail.com

軟工人的迷思 - 對軟體有錯誤的想像

| Comments

工程師用的工具服務都是發展到非常成熟的產品,但我們看不見這些產品背後的 operation 團隊怎麼做。如果只是接接案,沒有實際參與、或看到怎麼營運,就無法了解軟體的極限,如何取捨、如何發展。

所幸我參與過需要大量 operation 的博弈領域,由於這個領域的商業邏輯太複雜,其實有很大一步份背後沒有看到的地方是很人工的方式處理 (以工程師的角度)。

另外,我發現有大量營運經驗的人其實很好溝通,他們不會強迫你用他們的解法做事,只要你給他 solution 讓他們可以暫時作業、或跟客戶交代 (只要可以 work),剩下的可以慢慢改進。

一旦對軟體有錯誤的想像,就會很容易卡在工程問題,很多時候繞個路,或是換個方式,只要有辦法說服客戶,找到折衷方案,其實都是可以 work 的。所以重點其實是在人,軟體問題不好解,可以用人的方式解決。

系列文章:

  1. 軟工人的迷思 - 失去當初學者的同理心
  2. 軟工人的迷思 - 對軟體有錯誤的想像

軟工人的迷思 - 失去當初學者的同理心

| Comments

過去幾年我專注在軟體開發上,就像其他有專業技術的人一樣,有自己的工作方式、習慣用的工具、步調。久而久之會產生一種根深蒂固的成見,在設計產品的過程預設了很多 使用者應該懂,然後花了很多時間設計了一些讓使用者 自助 的功能。

直到一個做行銷的強者我朋友告訴我一句話,我才打破這迷思。

做行銷,人很重要,有人才有信任感,才賣得出東西。

例如:一個人要買一台車,就算再明確知道要買哪個牌子、哪個型號,還是會去到車廠,實際看看那台車 (就算已經在路上看過無數次),然後跟業務員聊聊、凹凹折扣。第一次買車的人,不是那麼確定,可能會去找業務問問第一次買車的人的經驗、怎麼辦貸款等等,去增加自己的信心。

但是當在專業領域發展到非常專精的程度,很容易 失去當初學者的同理心。當有一個想學寫程式的人問我:我該學哪個語言比較好?我通常會回答,你只要搞懂你要你想要寫 app 還是寫 web,剩下的其實沒有什麼差別,開始行動比較重要。因為我們也是這樣過來的。

當我換成新手的時候,我想學樂器我不知道要從哪裡開始,想聽點建議,如果有人回我說:「弦樂還是管樂,器材不是重點,買一把開始練就對了」我可能很快就會打退堂鼓了。

產品是新的,消費者是初學者,需要被同理,再有意願購買的人還是希望有人能夠稍微做點什麼,告訴自己消費是正確的,不用害怕。而不是設計了一堆 自助功能 試圖自動化,逃避與人接觸。

系列文章:

  1. 軟工人的迷思 - 失去當初學者的同理心
  2. 軟工人的迷思 - 對軟體有錯誤的想像

Make your slack team public

| Comments

I discovered a pretty cool opensource project today. and that makes your slack team public. it called slackin

You will get a public page for your slack organization, users just use the public page to request an invitation. it means any people can send invitation themselve.

This project also provide a badge, javascript component such as facebook like button or the badge of codeclimate.

Installation

This project looks like based on node.js, you probably don't want to install node.js on your computer or figure out how to deploy slackin on server, there's a easiest way that you can use a heroku Support fork and the steps below:

  1. Register a heroku account
  2. Going to https://api.slack.com/web to get the token of your slack team.
  3. Visit slackin heroku support fork, click the button "Deploy to Hekoru" on README.md.
  4. Setup your app name and slack_token
  5. Done! Your public page will be https://{your_app_name}.herokuapp.com/

btw, if anyone interested about Ruby on Rails, feel free to join us: Kaohsiung Rails Meetup and FB Rails Group

從撰寫募資計劃啟動 side project

| Comments

前陣子練習幫一個 side project 寫 crowdfunding 文案,在開始寫之前先觀察了很多募資成功的案例,發現了一些共通的 pattern,以下是實際練習後歸納出的幾個重點:

訴諸感性

在參考其他人募資方案讓我最感興趣的是一個 雲端縮時攝影機,他的 video 拍攝完全訴諸感性,喚起每個人內心對時間流逝的無力感,影片隻字不提規格,最後才大項式的帶入產品能做些什麼的介紹。

看完影片其實有小小感動到,但當冷靜思考後,不過就只是 3C 產品而已,而且對於時間流逝這件事,縮時攝影只算是其中一種記錄方式,但確確實實他把那種情感直接連結到他的產品上了。

想要的價值性遠遠大於需要,觀察自己在購物時很多時候是非理性的,所以如果募資提案的設計不用感性需求引導使用者,很容易落入與其他產品的功能、規格競賽中了。

另一的訴諸感性的好處是,使用者很多時候不知道怎麼使用工具,也不知道工具可以幫他變得多好,與其告訴使用者某某工具可以幫他節省多少時間,不如告訴他一旦使用了這個產品,就會有更多時間陪陪家人,跟家人的關係變得更親密了。

建立信任感

在訴諸感性會讓人們產生高度興趣,但只有興趣還是無法讓消費者買單,而誠實、有誠意的透明所有資訊能夠讓消費者更安心、更有參與感,以下是我募資計劃的幾個 section:

  1. 模擬產品圖、操作
  2. 團隊介紹、背景
  3. 如何運用這筆資金
  4. 風險與挑戰
  5. 時程圖

回饋策略

當消費者有興趣、有信任準備投資時就回到現實問題,多少錢?多少 CP值?回饋是什麼?,我觀察了一些投資計畫,發現大部分的消費者會以高比例的方式落入一個 plan 中,意思指的是,不需要每個 plan 都很划算,況且人在面對太多差不多的選擇其實反而無法選擇。所以這裡我的 plan 設計策略是主打一個「無法讓大部份人 say no 的方案」其他都只是為了拱這個方案而存在、或是提供給那些極端消費者。

結論

整個募資文案大概花了 3 個星期寫完,過程中發現用募資作為 project 起頭有很多附加價值:如果真的能夠在產品還沒完成前就先跟使用者募到資金,未來要找錢的談判籌碼一定會多很多。在人才方面,厲害的人只找有挑戰性、或只做有價值的產品,能引來這麼多人付錢支持,也會引起人才的關注,最後會比較容易找到厲害的人加入團隊改進這個產品。另外,以這種方式寫募資計畫,其實也就順便完成很花時間的 tour 了。

不論是創業、或做業餘專案,優先做最有價值的事能夠降低整個風險、和提升效率,而募資計畫會是一個非常棒的開頭。

晚鳥票經驗 - 避免導因為果邏輯

| Comments

羅馬不是一天造成,好產品也不是一開始就好,創業的過程有一大堆變數、因果關係,最後加上時間醞釀才漸漸創造出現在的好產品。常常我們會觀察這些公司成功的地方看看是不是有什麼地方可學習、模仿,這一點都沒問題,問題在於我們能看到的永遠都是表面、和結果,以致於很容易讓我們產生 倒因為果 的推理方式。

晚鳥票的經營過程中,我們發現有些人利用網站來賣黃牛票、賣其他種類的票卷、甚至拿我們平台島流量過去他的網站,這個經驗讓我想起曾經聽過的話:「我想做一個 XXX,提供 YYY 功能,讓使用者在上面互相 OOO,使用者互相 OOO 公司就可以賺錢」

如果商業模式是「公司賺錢需要靠使用者互相 OOO 才能賺錢」,那我們很容易把把大部份心力放在「如何讓使用者間 OOO」而不是「提供 YYY 功能解決使用者的問題」,甚至有些人設計 YYY 功能根本沒有要解決什麼問題。

晚鳥票經驗給我的啟發是:生態形成的變因太多,很難一開始就設計一個機制就讓使用者照著你的想像的去互動。但我們能做的事情是,設計一個產品實實在在的解決使用者的真實問題,而這個過程中,也許會形成某種生態。

最後,我覺得創業很多事情是反直覺的,很多賺錢的事情根本不在檯面上可以被看出來,表面看起來光鮮亮麗的公司很可能根本不賺錢還在死撐。因此我認為最好的方式是 多思考事情的本質專注解決使用者的問題 比較容易避免倒因為果的思考方式。

系列文章

  1. 晚鳥票經驗 - 縮小解決問題的範圍
  2. 晚鳥票經驗 - 勇敢跟使用者收費
  3. 晚鳥票經驗 - 解決使用者的真實問題
  4. 晚鳥票經驗 - 避免導因為果邏輯

晚鳥票經驗 - 解決使用者的真實問題

| Comments

還記得讀到 Rework 書中的一個重點:「失敗經驗無法複製成功,但成功經驗可以」回想以前做過很多產品,知道失敗的原因,當下次做產品時只是避免同樣的錯誤再次發生,但對於那些能夠提升價值、打擊率的經驗卻少之又少。所以與其檢討做錯的事避免失敗再次發生,不如檢討這過程中做對了什麼事情。於是我開始思考晚鳥票這九個月來是不是有小小的成功值得下次做產品時參考。

解決使用者的真實問題

晚鳥票成立來自於一個很小的想法,就是解決高鐵太貴、搶不到早鳥票的問題,也因為目標明確,讓我們在網站、slogan、功能上比較容易設計。

接觸我們服務的人可以馬上知道「這個網站是在做什麼的?」「是不是解決他們的痛點?」。反之如果我們太貪心一開始就做了一個範圍很大的 C2C 的票卷交易平台,使用者反而不會知道「原來我們網站也可以買高鐵票」更不會自己想像「這服務還可以幫他解決什麼問題」

讓產品說話

以解決問題為導向的產品讓我們只需要專注傳達 我們能解決的問題,而不是寫出那種「你可以 ..... 也可以 ..... 也可以 .... 」的失焦文案。尤其在現在這種每家網站、App都在搶眼球注意力的網路環境,我們更應該讓產品說話,避免一些不著邊際的文案、或是設計了打不到重點的功能,最後再用更多文字以洞補洞。

避免分散資源

像我們這樣只有五個人的小團隊,每一分資源、時間都要用在能產生回報的事情上。因此我們花了我們很多的時間在唯一能產生收入的 高鐵團購 服務上 (訂定營運 SOP、處理票務、客服)。為了把這件事情做好,我們把網站砍到剩下三個功能,避免分散時間在太多功能上。

經過幾個月專注在高鐵團購:「我們連續四個月,每月成長兩倍以上的售票量,並且最後 tune 到只需要一個人力即可輕鬆處理客服、和 1000+ 張的高鐵票」

捨 > 得

不論在職涯規劃、時間管理、寫程式、設計架構、還是在其他領域上,每次都可以感受到 質比量重要、捨比得重要,但要做到非常困難的原因通常是:

  1. 直覺上很容易忽略 把東西攬在身上的成本,尤其開發者常常要面對一個功能只需要幾個小時就可以做好,為什麼不做的誘惑。
  2. 再來就是 專注在小事上能創造的價值,其專注在小事上突破難度遠遠大於開發新功能。

以上兩點常常會影響我們的決策,導致開發了很多平均 70 分的產品,但以資源、時間有限的人來說,盡可能專注在更小的領域做到 95+ 以上機會比較大一些。

系列文章

  1. 晚鳥票經驗 - 縮小解決問題的範圍
  2. 晚鳥票經驗 - 勇敢跟使用者收費
  3. 晚鳥票經驗 - 解決使用者的真實問題
  4. 晚鳥票經驗 - 避免導因為果邏輯

隱藏的心情成本,用 "順便" 的力量提升做事效率

| Comments

不知道大家有沒有一種體驗:「整理完房間後、對自己的人生目標會有更明確肯定的感覺」或是「急著想解決問題沒有頭緒,反而拖延做其他事情最後花的時間反而減少」。

隱藏的心情成本

當我們幫自己訂了計畫要完成一些事情,比如說:每天練英文一小時、每天早上重訓一小時、每週寫一篇文章 ... 等等,依照我自己實踐的觀察:

真正練習一小時英文所需要的成本是,你必須在開始前花一些時間靜下來沈澱,讓自己的身心靈回到 有企圖心做好這件事情 的狀態,如果加上準備的時間的成本,每天其實是需要花 2 個小時做這件事情。

早起重訓一小時的成本則是,你必須在前一天 12 點以前睡,而 12 點以前睡的成本是,你必須提早一小時把手邊的事情完成,讓自己的身心靈進入 甘願今天就這麼結束了 的狀態,換句話說:你一天需要為了早起運動必須花 2 個小時的時間。

每週寫一篇文章的隱藏成本更多,撰寫也許只花幾十分鐘把想法組織起來,真正的成本在於:需要一個好題材、角度、需要醞釀靈感,把這些全部加起來,一篇文章的成本可能要花 2-3 小時或更多。

心情成本其實就是讓你進入最高效率狀態的啟動期,如果不把自己調整到最有企圖心去學習英文的狀態,那一個小時的學習效率絕對不會好、或是才剛熱機就結束了。如果不調整到甘願今天就這麼結束的狀態去睡覺,可能睡不著想東想西影響睡眠、間接影響重訓品質。如果根本沒有想法就打開 Blog 寫文章,要麻寫得很爛、不然就花超多時間。

隨時都在調整狀態

像整理房間會產生對自己人生目標更明確肯定這種感覺,來自於整理房間的行為剛好有機會靜下來跟自己對話,昨天很意外發現,當我整理完房間後的狀態,非常適合直接接練英文,而練完英文後的狀態又非常適合睡覺。也因為昨天早睡,所以我今天早上就順利的早起重訓。結束重訓後跟朋友去吃早餐聊天,其實這篇文章的內容就是我們聊天的話題。

我計劃中要做的事情的準備期都用 順便的方式完成了,這個經驗讓我體會到,做任何事都需要準備讓自己進入狀況效率才會好,這是免不了的成本。這也解釋為什麼一天只工作 4 小時產出有時比 8 小時高。差別在一天只做四小時的人同時用其他時間準備、醞釀。反之花太多時間工作反而可能 把工時長變成一種效率不彰的安慰劑,這太不健康了。

所以幫自己想做的事情找出一個最佳組合可以省超多時間,而且不知不覺做事情變得很順利。另外我還發現一天只做 4 小時的額外幫助是 罪惡感對生產力超有幫助