RSS Feed

為什麼準時發表產品這麼難?真的!

0

十一月 12, 2013 by Erix

P1090188

又是忙碌的星期一,結束今天的會議。一回到家,看到inside的這篇文章:為什麼準時發表產品這麼難?我笑了!真的!真的很難!(會心一笑狂點頭中)

因為這正是我們公司這幾個月遇到的問題,而且這個問題還差點影響到整個團隊的士氣和默契。

在公司更早期的時候,我們採取的策略是廣發通告的宣傳 app 的發表時間,可計劃趕不上變化,預定的發表時間往往拖延。近來我們的這個拖拉的問題已大有改進了。

我想這是一般有規劃的APP開發公司都會做的事情吧。因為好的APP沒有良好的宣傳,也是沒有用的。在開發APP的領域中,分成兩塊,一部份是專門的工程師團隊在完成開發的部份,這一類型的團隊比較偏重在開發領域上的APP,也通常資源上,都放在技術的開發上,所以在行銷上面的技術,就稍嫌薄弱。這時候就需要有類似發行商角色的APP行銷公司來介入參與整個發行的計畫,因為這部份並非屬於我們團隊的類型,所以僅討論於此(也歡迎有參與過類似團隊的朋友或是APP發行商的朋友可以跟我交流一下),另一類型的團隊,就像是我們myTreat一樣的,我們有負責行銷和營運的團隊,也有負責技術的團隊。這一類型的團隊,通常在初期就會先把整體的概念和發展規劃好,技術歸技術,行銷歸行銷,整體一起規劃,照著一開始公司規劃的方向前進。但畢竟行銷和技術的領域是不同的,需要磨合。就如同先前談到的行銷是一種節奏,行銷是一種節奏的藝術,怎樣開啓使用者對於產品的好奇心,進而讓使用者有好的體驗,然後在慢慢的傳播出去,進而達到整個公司文化和產品想要告訴大家的理念或是服務。這就是行銷。而節奏,就是一門藝術。就如同電影的宣傳,一開始一定會先有一個開鏡的儀式,然後找來一些記者,告訴大家某某明星要演出哪部戲,然後在拍戲途中,男女主角不小心擦出愛的火花,被狗仔拍到(是不是覺得感覺很識曾相似的感覺),最後在上片前,廣告就狂打,然後再來一場試映會。這是整個電影宣傳的流程。做早了,之後的火候好像續航力不夠。做晚了,行銷打太慢,一開始的氣勢就沒有打出來,但是偏偏這個時程並非行銷人員可以做主的。因為APP開發的進度,往往掌握在技術部門的手上,除非先完成之後,行銷人員在開始規劃,就像是一部電影已經拍完了才開始做行銷,但這時候,可以改動的機會就小了許多,所有的成敗,就真的是看整個內容取勝了!回到進度上,有時候真的就是盡力了,但還是有短時間無法克服的困難,你說計畫,永遠只能作為參考,因為在程式開發的路上,真的就是一個變數。

一個普遍的迷思是,認為做款 app「並不是多難」的事情,而我現在就想聊聊在打造 app 時我們每於都得做出哪些決策和折衷。向大家介紹一下「鐵三角」的理論(Iron Triangle),開發 app 時請一定要牢記三個變量:

日期(發表時間)

特點(功能、這個 app 能用來幹什麼)

品質(UI、UX、Code)

聽著沒什麼稀奇對吧?可難就難在:三全其美何其難也。實際上,能優先滿足其中兩點已是非常不易了。我很認同原作的想法。

你想要怎樣的一個APP?

是很快上線但是簡陋的APP?這是精實創業的概念?還是一個開發了一兩年,精美但是過時的APP?亦或者是毫無質量的APP?

對我們myTreat來說,我的夥伴以及我們公司發展的理念,當然是希望使用者體驗(User experience)開發到最好,視覺的呈現,還又操作的流暢性。這是我們CTO的要求,但是我們又要顧及現實環境的壓力,例如競爭或是市場的變化等等的問題。這時候,就是你到底該如何抉擇呢?這是很多團隊會遇到的問題,倒底我們該捨棄哪個部份呢?這個答案只有你自己才能告訴自己,你想要什麼?或者是,選取一個折衷的方式。

試想你的 app 開發正進行到一半,你決定為它加上一個新功能,一個很小的功能。但這樣一來,就得犧牲另一項變量:要嘛捨棄這個新功能但準時發表,要嘛如願實現新功能但延期發表。

如同先前在別的文章中提到過的,發想點子的時候,是很開心的,但是製造執行的時候,就不一定開心了,但是呈現的時候,又會回到開心的狀態,我們團隊,常常忽然之間,我們就會想到一個新的功能,然後就偏離討論的主題,經過幾次之後,我們慢慢的越來越有經驗,我們團隊的處理方式就是紀錄,這個感覺的什麼的方法卻是讓我們可以專注在當下的開發,因為對我們來說,當下的功能已經是當初的初衷了,後面有趣的功能,卻不一定是使用者當下馬上就需要的酷炫功能,加上我們團隊還很小,所以我們選擇”延後”開發”新功能”,注意我們是選擇延後而非放棄。因為我們只能在有限的時間內,做有限的事。而這件事,就是讓最小可行性的產品上線。這才是精實創業的精神!也能確保產品的質量。

在 Clear 這個專案上,我們就有過是「準時發表」還是「保證品質」間的掙扎。我們想要發表的是精雕細琢的超讚 app(這也是我們的主要目標),可我們卻也不願因此花上一年!在這種情況下,只能忍痛砍掉一些功能。如此才能在極短的時間裡及時發表高品質的app。

可以用等腰三角形來呈現,之所以不用等邊三角形主要是因為我們更看重準時發表和品質。

鐵三角

這跟我們團隊選擇的方向一樣,因為我們真的不想要自己辛苦了半年的心血,用一個很狼狽的方式來呈現在使用者的面前,所以我們只能選擇保留住最原始的初衷,把一些新奇的功能放在後面,也把原先設定的時程,在往後調整,只為了真正呈現出我們想要給使用者的完美體驗。

不巧,計劃總趕不上變化

Clear 計劃敲定後,我們撥出了三四個月來著手打造它。可是,開發過​​​​程中「驚喜」不斷。我們增添了新功能,改變使用者介面,使用流程重新設計了幾次,app 內購買功能加了又刪,其它小的改動更是不計其數。不過,這也是意料之中的。最終方案確定前總要經歷如此的反反覆覆。
雖說「鐵三角」並不能保證我們的應用能大有可為,但我相當確定的是,無論專案具體是什麼,只要時刻謹記「鐵三角」,提醒自己:每一項細微的改變、每一次小決策都會影響專案的其他方面,影響程度往往超出你的預期。

計劃總是趕不上變化,我們的計畫也因為不斷修改成最好的使用者體驗,改了很多次的設計,你看到的一點點小小的功能或是一個畫面的呈現,是經過不斷的討論和更動,才呈現出來的,每一次的更動,後面沒看到的計畫,更是大的工程,所以在開發APP的過程中,我們不斷的學習,其中也看到很多很棒的設計和體驗,我想這都是一點一滴而來的!像所有開發的團隊致敬,因為事情真的不像外人看的那麼的簡單。

準時發表產品真的不是件容易的事!真的!

myTreat coming soon…


0 comments »

發表迴響

你的電子郵件位址並不會被公開。 必要欄位標記為 *

你可以使用這些 HTML 標籤與屬性: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

My Trip

2010.10 Janpan Tokyo
2011.05 Korea Seoul
2011.09 China HongKong
2012.04 Janpan Osaka
2012.04 Janpan Kyoto
2012.04 Janpan Hanshin
2012.11 Cambodia Angkor
2012.02 China Macau
2012.04 China Macau
2012.05 China Macau
2013.01 China Shanghai
2013.02 United States New York
2013.02 United States Boston
2013.05 China HongKong
2013.05 China Macau
2013.11 China HongKong
2013.11 China Shanghai
2013.11 China Macau
2014.05 Singapore Singapore

PageRank Checker