在前文「
Some LBS Apps: Vibe / AskLocal」當中提到了兩款app
而會提到這兩者的一個原因在於他們分別代表LBS應用的兩種方向:
1. 訊息與使用者所在的地點綁定
2. 訊息與使用者在乎的地點綁定
我試著用一個故事來談談訊息與地點的關係:
- 某A外出旅遊時在台北101的ZARA說了一句:「啊!大衣真帥。」隔壁的路人隨口回答他:「不然咧。」
- 接著,某A到了阪急百貨的UNIQLO逛逛並且打卡:「某A在阪急百貨說-->哇!想不到UNIQLO的羽絨衣也不錯。」
突然,某A發現他的手機不見了,懷疑可能是在逛ZARA時搞丟的,於是他立刻打電話到ZARA請櫃台幫忙廣播:「誰有找到一個紅白條紋相間的錢包?」
現場大家都沒有找到。
過了不久有人打電話到ZARA說買衣服的袋子好像拿錯了,有一個不知道是誰的錢包 ... ...
最後某A找到了他的錢包 。某A回到家後他在自己的部落格對朋友們發文:「我今天在台北101的ZARA搞丟了錢包,好險最後找到了」
在1.當中,某A的訊息內並沒有很明確完整的地理資料
但是當某A位於台北101說話時
由於隔壁的路人也在同一個地點所以他聽的到這段話
更甚者,他還能夠回覆這段話... ...
事實上,在真實世界中,這則訊息已經被綁定在某A當前的位置
該訊息有以下的屬性:
- 時間能見度只存在於說話的當下
- 範圍能見度只有說話者的周遭
- 使用者並沒有刻意在訊息中強調自己的位置
許多LBS app都是修改了真實世界中這樣一則訊息的屬性
來讓使用者在另一個平台上透過訊息進行交流
如前文「
Some LBS Apps: Vibe / AskLocal」所提的Vibe
藉由修改了一則訊息的時間能見度、空間能見度
(設定了訊息的存活時間、可見範圍)
讓平台上的使用者能夠彼此交換資訊、進行社交
對於2.的情境,我先來談談「打卡」這一件事情
嚴格點的打卡限制是這樣的:
當你想要打卡時,你必須在人真的在某一個地點周遭
如foursquare就對這一點做了該有的限制
打卡只有在使用手持裝置的情況下,能對當前位置附近的地點打卡
這樣的限制使得一則訊息維持了一些屬性:
- 使用者刻意的在訊息中強調自己的位置
- 使用者人真的就在那個位置(或附近)
簡單講,打卡可能能透過你使用的平台做到以下這些事情:
- 告訴大家你人在哪裡?
- 告訴大家這裡有些什麼?你在做什麼?... ...
- 告訴自己你在這裡(紀錄自己的行蹤)
- 幫助你得到更多積分... ... :P
而平台上各地點累積的打卡次數就可以代表了一個地點的熱度
越多次數代表越多人去過並且願意宣稱他在那裡
3.的情境是這樣,某A已經離開了101的ZARA
不過由於他想知道自己的錢包是不是在那邊
所以透過了ZARA櫃台這樣的一個平台去傳遞一則訊息給位在ZARA的人
這一則訊息有以下的屬性:
- 使用者人正在UNIQLO且沒有刻意強調自己的位置 <-- 對使用者來說這目前不重要
- 使用者希望這一則訊息能夠透過ZARA的櫃台被廣播,空間能見度限制在ZARA
儘管當下接收到此訊息的人沒有找到錢包
不過最後發現錢包的人,透過了ZARA的櫃台這樣的一個平台
取得了有人遺失的訊息,並且物歸原主
在這一個情境當中,使用者的真實位置與他所發佈的訊息沒有很強大的關聯
對使用者來說,重要的是他希望關注某個區域的人們可以得到他的消息
進而互動
(備註:關注某地區的人可能人當下就在此地區或反之)
有一些LBS的app就使用了類似的概念
如前文「
Some LBS Apps: Vibe / AskLocal」所提的AskLocal
就架構出了這樣的一個訊息分享平台
最後提到
4.,某A在一般部落格所發表的訊息有以下屬性:
- 使用者人在家且沒有刻意強調自己的位置
- 這一則訊息沒有所謂的空間能見度,使用者希望這一則訊息的能見度是給朋友看到
- 訊息內容為自己所發生的事情,提及了一個地點:「台北101的ZARA」
對一般的部落格平台,這樣的一個訊息就沒有強烈的與地點結合了
我用了一個硬湊出來的故事
簡要的分析了訊息與地點的關係
之後當你看到一個LBS的app以後
也可以去分析看看他是怎麼樣的一個app
: )