分析：來談談訊息、地點、打卡與app (1)

在前文「Some LBS Apps: Vibe / AskLocal」當中提到了兩款app
而會提到這兩者的一個原因在於他們分別代表LBS應用的兩種方向：
1. 訊息與使用者所在的地點綁定
2. 訊息與使用者在乎的地點綁定




我試著用一個故事來談談訊息與地點的關係：

1. 某A外出旅遊時在台北101的ZARA說了一句：「啊！大衣真帥。」隔壁的路人隨口回答他：「不然咧。」
2. 接著，某A到了阪急百貨的UNIQLO逛逛並且打卡：「某A在阪急百貨說-->哇！想不到UNIQLO的羽絨衣也不錯。」
3. 突然，某A發現他的手機不見了，懷疑可能是在逛ZARA時搞丟的，於是他立刻打電話到ZARA請櫃台幫忙廣播：「誰有找到一個紅白條紋相間的錢包？」
   現場大家都沒有找到。
   過了不久有人打電話到ZARA說買衣服的袋子好像拿錯了，有一個不知道是誰的錢包 ... ...
4. 最後某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

: )