三個月前我離開上一間公司，投入 iCook 食譜社群網(wǎng)站的建設(shè)與營運工作，從我們正式開工、上線到目前短短幾個月，我們一路跌跌撞撞，學(xué)了很多經(jīng)驗，想借由這篇文章分享一下我們?nèi)绾紊朴酶鞣N云端服務(wù)來加速我們的網(wǎng)站開發(fā)，讓我們可以專注在網(wǎng)站產(chǎn)品開發(fā)與社群的營運上，我們可以說是只花了不到兩個月的時間就讓網(wǎng)站從無到有并且上線。雖然網(wǎng)站目前流量還不是挺大，沒有太多數(shù)據(jù)可以拿出來分享，不過我們在有限的人力做了滿多看得到與看不到的事情，我個人認為真的要感謝現(xiàn)在許多現(xiàn)成的云端服務(wù)。我個人的 Twitter 是 twitterocom/deduce ，歡迎在 Twitter 上與我交流。
首先要簡短說明一下我們整個公司的編制，我們目前共有 8 位伙伴，一位是 Fox，從營銷、社群經(jīng)營、業(yè)務(wù)合作到開發(fā)票、發(fā)薪水都是他在負責(zé)；一位是 Leo，是我們的首席設(shè)計師，主導(dǎo)產(chǎn)品的視覺設(shè)計與UI/UX設(shè)計；另外有三位 iOS developer（或說是 App developer）；剩下的三位就是 Web developer 了。
Web developer 的組成則是一位因為被騙進來至今仍無法畢業(yè)還在讀研究所的年輕人（就是我本人，對，還是個年輕人），一位剛從政大資科畢業(yè)就被我們騙進來的資優(yōu)生（第一名畢業(yè)）還有一位還在讀政大資管就被我們騙進來的實習(xí)生。
Web team 雖然有三個人，但我們不是葉問，無法一個打十個，尤其被騙進來的年輕人，我們要多花一些時間與耐心陪伴他們與產(chǎn)品一同成長。這樣的編制，我們無法像很多公司一樣把前端、后端、系統(tǒng)管理、測試等角色明確的分開。考量到人力運用的效率，我們在最初的產(chǎn)品發(fā)展規(guī)劃時，不得不做了兩個決定：
我們要大量運用各種現(xiàn)成的服務(wù)，盡可能透過租用的模式，節(jié)省人力的運用，讓大家的心力是專注在產(chǎn)品本身的核心價值、體驗設(shè)計與功能的實現(xiàn)。
我們要跑得比平常更快一點，即使是還有許多沒有寫完的功能、模組，也要盡快上線，每天都要前進。
每天都發(fā)布新版的網(wǎng)站程序，持續(xù)改善，讓社群來協(xié)助我們決定下一步該做什么，并且盡可能將上線前還沒完善的功能盡快做完。我常說產(chǎn)品上線后才是真正的開始，所以即使到今天，我們都還有一堆沒做完的功能、沒改完的臭蟲、沒調(diào)整完的介面，不過沒關(guān)系，我們就每天改。我們跑得快的方法是每天持續(xù)的優(yōu)化，今天要比昨天更好，這禮拜要比上禮拜更好。
打造一個食譜社群網(wǎng)站，乍看之下沒什么困難的，不過我可以舉幾個實際的案例，來說明為何我會特別強調(diào)，我們有限的人力必須更專注在產(chǎn)品的核心上：
我們網(wǎng)站同時支持 IE7/IE8/IE9、Firefox、Google Chrome 以及 Safari 瀏覽器，同時還有專門支持手機版的頁面（目前僅對 iPhone 最佳化， Android 跟 Windows Phone 也可以看到手機頁面，不過某些小細節(jié)可能會爆炸），我們目前幾乎確保了 97% 的用戶看到的介面、編輯的介面盡可能是一致的（IE7還是小有問題，不過今年底我們就會捨棄 IE7 了）
我們的介面設(shè)計上有一些很刁鉆的需求，流程的規(guī)劃也預(yù)留了未來發(fā)展移動版應(yīng)用的空間（例如 iOS apps），我們可以說是在打造網(wǎng)頁版應(yīng)用的同時，也必須考慮到未來發(fā)展手機應(yīng)用時的使用流程以及 API 的規(guī)劃，這一點是相當耗費心力的
我們在數(shù)據(jù)的統(tǒng)計、資料的分析上下了很多功夫，理論上一年內(nèi)我們的食譜數(shù)量就會成長到將近10，000筆，屆時如何可以讓使用者輕松的找到喜歡的食譜，或是透過食材的組合找到正確的食譜，光是食材資料庫的建置、推薦機制的設(shè)計，就會花掉許多時間（簡單來說，我們在進行簡單的 text mining 與 data mining 來建置 recommendation system），這是網(wǎng)站的核心價值之一，也是未來我們可以確保產(chǎn)品營運上可以有良好基礎(chǔ)的關(guān)鍵
在大家都不是葉問的情況下，又想要追求卓越、打造一個體質(zhì)良好、得以長久經(jīng)營的網(wǎng)站，顯然我們需要強大的火力支援才能確保我們的網(wǎng)站開發(fā)能達到我們的最低要求。而針對運用各種現(xiàn)成的服務(wù)方面，我簡短分享我們一共用了哪些現(xiàn)成的資源，以下的順序就是看心情，想到什么寫什么 ：p
與網(wǎng)頁技術(shù)無關(guān)的服務(wù)
Google Analytics
我們利用 Google Analytics 來追蹤使用者在我們網(wǎng)站上的贊數(shù)、留言數(shù)、收藏數(shù)，另外我們也用來追蹤每日登入的會員數(shù)還有一部分的電子商務(wù)營收數(shù)據(jù)。使用 Google Analytics 的好處是它提供了強大的多維度報表分析功能，我們可以透過許多方式來檢討我們每天、每週的經(jīng)營成效。
另外，透過即時線上人數(shù)的統(tǒng)計，我們可以很直接的觀察到各類營銷活動的成效，這也非常有趣，當你看到同時在線人數(shù)有上百人的時候，真的會有一種既感動又興奮，同時愿意再多熬夜拼個幾天的感覺XD
Mailchimp
這是另外一個發(fā)信服務(wù)，Mailchimp 的好處是有完整的后臺可以讓營銷人員自行編輯信件的內(nèi)容，進而發(fā)送電子報。換句話說，我們目前不花費任何開發(fā)者的時間開發(fā)相關(guān)的功能，先外包出去，以后有時間、有更進階的需求，才拉回來自己做。
Mailchimp 同樣也會提供統(tǒng)計數(shù)據(jù)，讓你了解發(fā)信量、開信量等，你甚至可以看到是哪些人有點開你的電子報，進而將這些人依不同的維度劃分成不同的群組，未來可以進行簡單的客製化電子報派送。就小規(guī)模的團隊與服務(wù)來說，這是顧客關(guān)係管理的第一步。
Uservoice
Uservoice 是一個非常重要的服務(wù)，我們從開站以來，我們幾乎每天都會透過 Uservoice 收到來自我們訪客的建議與問題回報，Uservoice 透過簡單的介面讓訪客可以輕松的發(fā)信告訴我們他的想法。我們透過 Uservoic 來掌握使用者對于我們網(wǎng)站產(chǎn)品的看法，也藉此可以更加深入的了解我們社群。
我們可以透過后臺清楚的看到目前所有尚未回應(yīng)的問題，或是誰已經(jīng)回應(yīng)了哪些問題，甚至可以建立罐頭訊息，還有積分的設(shè)計，客服人員每當回答了問題，就會得到額外的積分。（不過其實我們目前是共用帳號、共享積分XD）
Google WebMaster
除了 Google Analytics 之外，我們會透過 Google Web Master 來觀察網(wǎng)站目前在 Google 上的搜索成效與排名。不過畢竟我們網(wǎng)站才上線兩個多月，這部份我們其實還沒有太高的期待XD
與網(wǎng)頁技術(shù)相關(guān)的服務(wù)
Ruby on Rails
這是我們網(wǎng)站主要使用的框架，近年來有滿多網(wǎng)站選擇使用的，使用 Rails 最大的好處是 Rails 目前有相當成熟的 ecosystem，有許多現(xiàn)成的套件可以讓我們很快實現(xiàn)許多功能，讓我們可以專注在打造網(wǎng)站產(chǎn)品。
另外，使用這類框架最大的好處是，這些框架都由非常資深的前輩們用心打造而成，可以替我們這些后輩們避開許多問題，我們可以說是站在巨人的肩膀上、善用前輩的智慧、心血結(jié)晶在打造我們心目中卓越的產(chǎn)品。
如今要打造一個網(wǎng)站，你能選擇的框架越來越多，像是 ASP.NET MVC、Django、CodeIgniter、Node.js，都漸漸有越來越多的資源可以運用。當然，我建議撰寫網(wǎng)頁還是要從基礎(chǔ)練起，不然這些框架很多時候會讓你感到非常痛苦，因為你不會知道它背后到底幫你做了哪些事情，反而會讓你綁手綁腳的。