3天內構建Facebook Web應用的經驗之談

2021-09-06 02:36:35 字數 1677 閱讀 6008

近期在微博上有朋友推薦了乙個facebook創意應用crush notifier(愛情通知)。其基本規則是:1、提交你喜歡的異性(對方不會收到);2、如果對方也將你列為喜歡的物件,你們倆就會同時收到通知。3、每人僅能免費2次。這個應用像該應用作者之前的一款產品breakup notifier(分手通知,該應用上線72小時使用者量接近370萬)一樣在facebook上火速竄紅。

下面我翻譯了乙個和這個應用非常類似的應用adore.ly作者一篇關於facebook web應用開發心得的文章,希望能帶給應用開發者一些幫助和啟迪。

——————

譯者:蔣宇捷(

最近,我和我的兩個朋友發布了adore.ly**,乙個基於facebook的web應用,允許你「愛慕」其他人,但是你的身份不會暴露,除非他們也對你表示「愛慕」。這個應用程式上線了幾周時間,現在我有乙個機會好好思考和沉澱我做了些什麼、哪些做對了,而哪些又做的不夠好。這篇文章記錄這些想法,並為其他準備在web 應用上有所收穫的同學們分享一些經驗。

經驗一:快速開始

我們在華盛頓大學進行的facebook hackathon(hackathon是指開發人員拿出幾天或是一周的時間,通過協作方式集中攻關某一項目的方式)期間構建了我們應用的大部分功能。24小時的編碼和頭腦風暴後,我們完成了乙個粗糙的版本並呈現給使用者。隨後的一周我們開始打磨應用,在前台方面花了更多的時間。我們基本上在7天內構建了adore.ly。

經驗二:發布,然後修復

很容易發現我們應用裡的缺陷,將發布日期推遲很久曾經是擺在我們面前的**。但是,立即發布它是我們曾經做過最正確的事情。從我們知道使用者開始訪問這個站點後,我們修復缺陷和迭代得更快了。

小小的警示:我們在2月7號發布,2月8日發表在hacker news(y combinator旗下的乙個新聞頻道,屬於digg類產品)和reddit(也是digg型別**)上,擁有不錯的反響。事後才明白,等到2月14日情人節可能會更好。

經驗三:並不只有**-還有思想

我想我們並沒有做到和預期一樣好。我們事先認為在facebook上從朋友那兒收到匿名的愛慕資訊應該並不是一件讓人厭惡的事情,因為他們是你熟悉的人。我們只猜對了60%。男生們支援我們,但是一些女生並不。結果這些女生並不想傳送她們愛慕的人,或者不對她們收到的愛慕資訊進行回應。

這裡我想指出的關鍵點是,就使用者的思想而言,了解他們的心理,考慮你的應用是否在他們可以接受的範圍內。

經驗4:了解你的市場

擁有市場和目標使用者是一回事。這種事是每乙個應用必須要考慮的-否則你構建它的目的何在?例如,adore.ly背後的創意是,可以在高中或者更保守的國家(例如印度)裡病毒性傳播,但是我們並不能確切的知道如何可以影響到這些使用者。通常大多數高中學生並不閱讀hacker news、techcrunch或者科技部落格。他們上facebook和twitter,但是這個年齡段的人並不在我們的好友圈裡。我想接下來可能更重要的是運氣。

經驗五:有乙個全能的小組

我們真的做的不錯。我們有兩個程式設計師:我和維克多,還有金飛負責商務和營銷。維克多是後台的負責人,

python

編碼相當快速。我主要負責整個前端。每個人有明確的職責是相當有用的,因為我們確切的知道我們需要做些什麼。同時,我們足夠小,所以能夠相當快速的決策。

有關adore.ly的資料:目前adore上已有超過50對配對成功。

10天內免登陸

今天我給大家帶來用原生js實現表單登陸的10天內免登陸 js如下 function id var oid id var sid oid.value var omsg msg form var oname name var oemail email var opassword password var...

十天內免登入

十天內免登入。cookie禁用之後,一些web站點的功能就無法使用了。當cookie禁用之後,怎麼實現session機制呢?url重寫機制。可以在url後面新增 jsessionid.url jsessionid 32位長度的字串?name value name value name value.但...

例項操作 新站3天內收錄首頁和內頁

新站就要好好發展內程式設計客棧容,一開始不要發外鏈,好好原創內容即可等這些被譽為新站發展路線的言調。現在就讓筆者顛覆下站長朋友們的思想吧,其實我估計很多朋友都有操作出來,只是不想分享出來罷了。下面先附上筆者 的資料截圖 內容介紹 首先宣告下筆者 絕大部分內容是採集而來,也許站長朋友們一聽到採集站,就...