這一篇文章跟其他 PQI Air Card 的開箱文不一樣的地方是, 這不是業配文或廣編稿, 而是個期許以及建議大家先不急著買的文章.
當 Eye-Fi 出來時, 大家都覺得這是一個很有趣的商品, 一個可以照像立刻上傳的 SD 卡, 雖然這須求是每一個人都想要的, 而實作出來才是最不容易的, 只是並沒有很多人買的原因有兩個:
1. 很貴, 都是 3000 起跳, 比一般的 SD 卡貴不知多少倍
2. 他是先上傳到 Server, 然後再用電腦去操作, 而伺服器之間的頻寬與容量是最大的問題
而 PQI Air Card 有趣的地方是在是把這卡當作 Adapter, 然後接 Micro-SD, 此時容量只受限在 SDHC, 雖然我覺得若能提供 SDXC 會更好, 但在目前而言是已經很實用了, 但重點不在這邊, 而是他把這張 SD 卡當成個無線 Wireless AP 基地台, 並內建了個 Web Server 網頁伺服器來存取.
也就是說, 當你的手機或電腦要連到這張卡, 要開啟 Wifi 或者是切換基地台, 當然這在大部份的邏輯是沒問題的, 只是接下來的問題是這張卡夠不夠力的問題.
在這張這麼小的卡, 裝上個 AP 及 Web Server, 不只受限必須在 5 公尺內, 重點是 App 的使用者經驗, 也就是 User Experience/UX, 而這張卡犯下了一個超級的致命傷:
當你的照片很多的時候, 讀相片就會很慢了.
雖然說這系統已經寫了 Cache 快取, 但期望使用者不關這系統一直瀏灠是錯誤的, 因為大部份的使用者應該是照了之後, 用手機選擇分享後就會關起來, 畢竟不只是相機這樣開著會沒電, 手機也是一樣, 而一口氣要讀幾十張幾百張相片在這樣的設備就真的太吃力了, 無論是對 Air Card 或手機, 因此當你要打開時就會發生慘劇, 先等個幾分鐘把相片的小圖讀完再說, 這樣的使用者經驗是很糟糕的, 所以若不是真的很想要要求畫質, 不然就用相機照照上傳較快.
事實上這並不是不能解決的, 依照 UEO (User Experience Optimization) 及 UI (User Interface) 的觀點來看, 使用者會使用到及分享到的相片一定是剛剛照的, 因此若是當打開的時候直接就只顯示這一個小時內照的照片, 這樣就很夠了, 而當天, 當週以及其他天的照片應該是用其他的 Tab 或展開就夠了, 跟本不須要一口氣讀這麼多的圖, 當圖片控制在一定範圍的時候, 速度與使用經驗就會改善很多.
而在這次的 SA (系統分析) 來看, 沒有好好的去做真正的使用者經驗, 想靠幾個社群文來搜集資料, 這就太高估這些寫 3C 的人能夠花在這產品的時間了, 畢竟越有能力的部落客時間越少.
但除了這個缺點以外並不是說沒有, 只是這夠就弊大於利了, 因此你去看 Air Card+ 這個 App 的評論就知道多慘了, 事實上若 Air Card+ 能夠直接 Share 到 Facebook 臉書之類不用下載, 或者是下載的流程簡化, 或者是至少可以目錄設定一次不用每次設定, 都會讓使用者經驗好很多.
會這樣的流程是不意外, 因為這是由工程師直接發想開發, 因為寫程式的人知道這是最簡單可以快速開發出來的使用者介面 (User Interface), 但這個離真正好用的使用者現實差很遠, 即使這產品再便宜再有用. 只是我們都知道, 一個產品的成功不只是表相的主要功能, 而是魔鬼藏在細節中, 我想當初的開發者應該沒想到被這樣的魔鬼打敗吧?
訂閱:
張貼留言 (Atom)
熱門文章
-
這個交大機車的故事不是在講交大很機車, 而是交大為甚麼能夠騎機車的故事... 甚麼? 很多人認為交大校園有一個條機車外環道是天經地義的事? 事實上不然, 這是經過許多抗爭得來的, 因為上一篇哈巴狗事件有很多回響, 所以我這篇來繼續講古. 機車在交大可以說是個文化, 尤其以前竹東算...
-
我是不做 "Me,too" 的, 但我知道粉絲團經營最重要的共同指標, 一個是觸及數, 另一個是互動數, 但這數字只有經營者知道, 即使從洞察報告可以看到你加觀察的幾個粉絲團, 最近文章的互動狀況, 但還是離真的狀況有點距離, 除外粉絲團可以比較的就是 ...
-
以下的言論, 純以我是以一個工程師出身的網管, 也以做過 ISP 基礎建設的工作經驗來發言. 前一陣子有人提出取消手機網路不應該有吃到飽 (Flat Rate) 的奇想時, 有參與網路發展的人都知道, 這個固定費率的使用量是網路發展的推手, 或者是指標, 甚至是門檻, 若把這...
-
當我們做出一個系統, 最希望知道的是有沒有檢定判讀的能力, 不然價值與意義就會少很多, 而在做未來國會的時候, 很多人問我, 網路聲量是否能夠轉化成得票數? 事實上我也是很好奇.... 首先一開始, 就直接算出得票數與網路聲量的相關性 (相關係數), 得出來的答案是: ...
-
這個計劃最出是我交大管科系學長所發生的問題, 因為我寫了一篇文章後, 就跑去 Plurk 跟大家討論, 而他是屬於會使用網路但不會使用 Plurk 的人, 所以跟本不知道 Plurk 講了甚麼, 最後我只好把網址給他, 他才晃然大悟這兩個部份的落差, 所以跟我抱怨這件事, 因此我...
-
昨天在臉書的塗鴉牆朋友分享了一個 王美恩 的" 狀態更新 ": 今天在外面餐廳吃飯,旁邊一桌坐了五六位穿著制服的廚師在吃飯。 老大開講:「我跟你們說,要看警察打人就要看三立,要看學生丟石頭警察受傷就要看中天。」 小廚師問:「大哥,你都不看T...
-
在我寫出前言後, 當天晚上就把當時所說的數字的計算中兩個未寫入的就直接加進去後, 演算法就算是定型了, 然後就是未來的幾個部份: 1. 歷史: 當然每一週的變化是要可以記錄, 但是 "追加" 的部份怎記就是一個大問題. 2. Widget: 本來這系統正式要出...
-
兩個星期前我去資策會演講時, 覺得演講只是講過去的話就太無趣了, 所以最後我加了一個簡報, 說能不能有方法解決就提出一個可能性: Hackathon... 基本上當時的立論是: 像 Big Data 這種專案執行最大的問題是資料取得的不確定性太多, 無法由上到下的系統分析...
-
這次莫拉克風災不得不否認的是政府處理真的有暇疵, 但我也不得不幫政府說句話, 因為若不是網路的關係, 事實上很多事都不會被發現, 更不會放大檢驗, 只能說運氣太差了.. 讓我想到三個月遇到某個公務人員長官, 他在會議提出一個嚴正的抗議與意見: "你們發展技術的人是如此的...
-
有人在問, 到底 Monitor 一個系統基本的 Objects 有那些呢? 我這邊大概列一下好了... 網路流量 : 我想在做任何 MRTG 的人一定會做這個 MySQL Traffic : MySQL 也有自己的流量, 包含 In/Out MySQL Query : 最主要是...

Eye-Fi rocks.
回覆刪除目前用Eye-Fi,並不需要所謂上傳到遠端伺服器
回覆刪除他可以直接把卡當作AP用Wifi-Direct把檔案傳到手機裡面分享
速度快,不會Lag(目前是50張照片測試)
不過說實在App設計也感覺只比PQI那款好一點而已
介面實在設計的不怎麼樣…