部落格 – 第 5 頁 – 野薑設計 GingerDesign

需求研究03｜矽谷經驗可行嗎？轉化成輕量的台灣經驗吧！

很多人一定會提出這樣的疑問，資金不夠的情況下，還要投入資源作研究嗎？比如《 Google 創投認證！SPRINT 衝刺計畫》（Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days）這本書，談到如何做使用者研究，但裡面進行研究的門檻較高，需要一組人馬，五個工作天，一個大白板，和辦公室。這通常是取得第一輪資金的團隊。這對台灣的新創團隊而言，相對資源吃緊。因此，大部分的「矽谷經驗」，其實是不適合我們的。這就是台灣現況，得認清事實。因此，在翻各種 UX 書時候，尤其是歐萊禮、矽谷傳過來的書時，要特別注意執行條件，人數、天數、錢等等，條件不到，有些方法根本無法執行。然而，成功的做事方法，一定有值得借鏡之處，所以重要的是，如何從這類書中吸取經驗，思考如何轉換，用目前條件來達到書中描述的方法，來達成「一個人也可以做的需求研究」。翻看這些書的時候，大致上想像出來的使用者研究是這樣：想像中的使用者研究一個團隊，大約5-6人有很多便利貼要有逐字稿要有人物誌要產出很多報告要讀很多報告以上條件一個人根本做不到。訪談展開至少要 5 人團隊，台灣哪間公司可以養得起 5 人的 User Research Team？所以我們參考《UX 策略：設計讓人夢寐以求的創新數位產品》（UX Strategy），將可以使用方法轉換出來，變成輕量型的研究（Discount Usability）。輕量型使用者研究不產生報告，訪完後直接速記整理，不產生逐字稿，不用便利貼。輕量型的使用者研究只要1人就能執行只要一個晚上、下午的時間訪談完立刻產出報告用原型工具，將關鍵畫面做出來給受訪者看，不用太精細，可以傳達想法即可訪綱可以隨時調整，訪談多次後會收斂專注在重複性的訊號為了節省時間，研究者只記錄當下收到的訊息，並且最在訪問多人之後，通常會開始出現重複性的資訊，最重要的就是重要的就是—— 尋找重複性的訊號這些重複性的訊號，往往代表的是共同的議題和需求。此外，原型和訪綱可以隨時調整，多次訪談之後，需求會趨近於收斂，訪綱會更為簡潔。訪談回去後，將收集到的內容做簡單的註解。由於只有一個人的關係，會直接用 Google Doc 註解，標記這段話觀察到什麼，tag 相關人討論。此外，也會在註解中標記 […]

需求研究04｜輕量需求研究的快問快答 Q＆A

基於許多熱烈的回應，想要更知道需求研究的具體作法，我們把大家的問題統整回答如下： Q / 如果做完訪談後，發現和之前畫的設計稿有差距，要怎麼辦？ A / 這個一定會發生，因為設計師不是神，無法完整預測。我們做法是分類，如果是文案錯誤、btn 形式錯誤，工程師容易修改，那就列入這個 sprint 的 issue 處理。如果是心智模型錯誤，流程錯誤，甚至商業邏輯錯誤，那就列入下個 sprint 修改。不確定要列在 issue 或是下個 sprint 修改嗎？問問工程師就知道了。 Q / 怎麼挑選受訪者？ A / 因為 Tofutype 是平台，所以有「造字者」與「買字者」兩端客戶要照顧。這兩端的挑選標準都不一樣。我們針對「造字者」的標準是，作品集和造字經驗，只要有就會列入訪談對象。另外一端是「買字者」，則會根據產業類別挑選，比如行銷和平面的人就會分開來找。此外，性別影響的決策有很大的不同，所以假設在行銷方面我要找 8人，那男生就會找 4 人，女生找 4 人，用這樣的方式進行去收集特質。 Q / 沒有認識需要的受訪者怎麼辦？由於我們在設計業界待了一段時間，所以可以輕易地挑選可能的受訪者；知道誰有用字需求、職業、喜好，也知道誰有造字經驗。如果沒有這項優勢，不知道要找誰，那就要找「引路人」，也就是一個領域的關鍵報導人，但這是另一項議題，之後有機會再來分享。 Q / 訪談多少用戶才具有可信度? A / 3~8人，收集到有重複的特質，就會停止，換下一組 TA。但不超過 8 人，因為資源考量。仔細挑選受訪者，可以節省很多亂槍打鳥的時間。 Q / SUS 量表要取多少人，才具有可信度？ A: 5~8人，如果平均低於 70 分，就代表網站有問題，會做 UX Testing 來找問題。 Q / 這樣做法一點都不嚴謹，具有可信度嗎？會不會失真？ A / 我們作法的確沒有學術研究來得嚴謹。因為這是商業專案，主要目的是收集情報，我們不需要取得大眾信任，只要蒐集來的資訊能夠幫助聚焦開發，就能走下去。反之，如果你是受僱於老闆，那就要取得老闆的信任。失真情形會出現，例如原本訪談的時候，大家都覺得 A 功能自己不需要，可以自己處理，但實際產品推到眼前時，就一直嚷嚷怎麼沒有 A 功能。由於訪談與開發並進的形式，造成的損失不大，網站本來就是持續改變的，就將 A 功能補上 […]

需求研究05｜需求訪談的實用小技巧

訪談 = 聊聊 = 收集情報台灣好像對「收集情報」是有點反感的。因此建議大家在用詞上，用「聊聊」、「訪談」接受度會比較高。我們都曾從前輩口中聽過「訪談」這類行為，比如常聽到的喝茶聊天、聊聊、打高爾夫球，或是業務會說要跑商展。這些種種行為的核心，共同點即是「收集情報」。訪談是比較「潮」的說法，但回歸本質來看，也是「收集情報」。如果公司較具規模，收集情報的工作通常會落在業務或是行銷上。建議可以多多和同事詢問，會收集到很不錯的情報。訪談對話小技巧通常訪談時，前三個問題大多是暖身用。如果和對方不熟，可以再多加問平常工作內容，或是過去的工作。這些都是很好暖身問題。大多數的訪談教學都會提到，親朋好友可能會礙於情面，給出失真的訊息。這的確是會發生，但可以破解。會礙於情面的，都是發生在利益糾結的點。比如說問他「要不要買呀？」對方會很開始衡量要承諾拒絕，還是友情比較重要。所以，這時候就要換成「第三方角度」來詢問。「如果市面上有一家廠商提供這樣的服務，你願意購買嗎？」將您的位置換成第三方，對於朋友來說，他的糾結感就會消失，給出訊息也會趨近於真心話。如果遇到熱情朋友，說你推出的我一定會買呀，記得追問「為什麼」。朋友回答說：「因為我們是兄弟呀」之類，這種就好好收下對方的熱情，但不用太在意。如果認真回答可能會在要哪裡使用，那就可以列入參考資訊中。以下是簡單的幾個訪談小技巧，分享給大家：多用「為什麼」開頭 Q / 為什麼會這樣想？ Q / 為什麼會有這種感覺？ Q / 為什麼要這樣做？用量化方式量測意願 ex: 如果這個字是120元，1-5分，您願意購買的意願？ ex: 了解這樣的服務平台後，1-5分，您願意上架的意願？最後補問「為什麼選這個分數？」藉此導出真正的想法、心理決策模型除了單純的對話訪談以外，不要忘記事先用原型工具打造出來的畫面，在訪談時給受訪者看，讓受訪者更了解你的產品概念，如果能夠做到實際操作，就可以觀察到整個體驗設計的流程是否有問題。追問出真正的想法我們最重要是想找出「單字購買」這個服務會不會被買單及心理決策模型。我們想知道，人們是怎麼衡量這筆錢要不要花出去？會和市面上哪些競品比較？在決策過程中，有沒有其他環節？所以在後面都會加問「為什麼」。價格其實在這不是重點，而是上述的問題，才是我們想追問的資訊。我們也發現初期的低擬真度原型，不能精確測 […]

需求研究06｜訪談結果如何對應產品開發的問題？

做了這麼多訪談工作，究竟要怎麼派上用場？怎麼用、用在哪裡效益最大？市面上的書展示很多訪談的方法，比如要派駐幾個人，要怎麼做逐行編碼，但很少會提到，要如何界定問題，用在哪裡？我們透過冰山示意圖，先界定問題的範圍，這樣就可以專注在訪談用戶的感受、價值、需求，試圖找到能讓用戶 onboarding 的流程。 UI / UX 既有經驗問題如冰山，展露在水面上，是容易被觀察到的問題。最上面的頂層，一位有經驗 UIUX 設計師能在產品初期，就能夠先將一些基本問題過濾。即使沒有經驗設計師，將大戶的文件讀一遍也能濾出問題來，像是Tsung’s Blog： Google UX playbook。舉例來說，電商的購物流程已經很成熟了，普遍在註冊時候掉轉換率，用戶會跳離。有經驗的設計師會提前設計誘因，或是延後註冊方式，盡量提升轉換率。 GA / hotjar / 其他工具依賴市面分析工具「 GA / hotjar / 其他工具」，觀察用戶的行為，進而推敲用戶流失的原因，可能要補的洞有那些。在水面上的冰山，是很容易觀察到用戶行為。這裡示範 hotjar 的錄影：影片中可以看到用戶狂點擊 search，忽視下方的文字。在hotjar 這個例子中，原本期待用戶搜尋後，進一步按下「許願池」，但用戶似乎沒看到，一直重複按 search 鈕。所以將顯示文字從下方，改成上方後，讓用戶能順利看到這一行文字，後續點擊行為也有改善。面對面訪談 User Testing 水面下則需要潛水，才能知道問題的樣貌。在這裡需要質性的訪談，先從「面對面訪談 User Testing 」講起。 ✓ 如果設計師經驗確認沒問題 ✓ 觀察 GA / hotjar 也沒問題那可以逐步往下探，推測可能和產品經驗相關，採用面對面訪談方式，勾勒出問題樣貌。比如，用戶對於能否將字型安裝在電腦很擔心。但實際上，Tofutype 不用安裝，我們提供 png、svg，購買下載後，即可使用。這類型偏向「感覺」問題，很難從數據中理解，但可以透過訪談，請用戶操作，講出心中困惑，問題自然浮現。User testing 和用戶聊聊，發現問題不在產品一部分，而是整個產品定位都有問題，可能讓用戶覺得價值不夠，或是用戶找不到對應使用的場景。訪談工具派不上用場的水域最後一層水很深，無法用訪談過濾出來。比 […]

網站的健康檢查：桌遊工作室他群的諮詢案例

想要做出心中期待的網站，卻不知道如何開始？野薑推出「網路知識顧問」，讓您可以和專家聯繫討論，邁出網站製作的第一步！在茫茫知識大海中，看見燈塔！以「桌遊工作室-他群」為例，他群負責人，面臨溝通不順狀況，雖然想要網站大改版，但改版又需要一筆錢，正在苦惱中。最令人煩惱的是，網站過慢，導致人流進入網站後，很快就跳離，購買人數也因此下降。我想和工程團隊溝通，網站過慢的問題，但不知道如何表達？才能做有效溝通？網路資訊太多，有點不知道如何開始⋯ 他群負責人 / 林煜庭描述釐清問題從他群填寫的表單中，我們理解到他群已經有基礎網路概念，也有配合的工程團隊。只需要掌握關鍵字和查找方向，即能解答疑惑。線上通話時，請客戶描述自己問題，並經由我們的顧問整理如下： 1. 網站 Landing Page 是否能有效轉換？ 2.網站速度太慢，要從何改起？ 3.聽說 SEO 很重要，但人手不足，要如何衡量 SEO 和 FB 的取捨？檢查測試問題我們檢查他群的網站，有清楚的按鈕導引，是有效的 Landing Page。網站速度的確有點慢，在協助提供工具測試之後，抓出拖慢速度的，原來是圖片！至於 SEO 很重要，我們帶著客戶搜尋關鍵字，教學如何看關鍵字排名和 Google 的關係。諮詢品質很到位，會幫忙整理想法，提供和工程團隊溝通關鍵字，最重要的是，有解答我的疑惑！他群負責人 / 林煜庭我能從網路知識顧問獲得什麼？ ✓ 第一次免費通話諮詢 ( 60min ) ✓ 平易近人的解釋，讓您快速理解，基礎網路概念 ✓ 新手入門的指引方向、關鍵字，讓您在茫茫知識大海中有方向如何開始？ 1. 填寫「客戶需求表單」。 2. 在我需要的協助，勾選「✓網路知識顧問」。 3. 請盡量將表單填寫完整，讓我們更加理解您！顧問很快會和您聯繫～因為網路知識繁雜龐大，我們會在守備範圍內，為您提供最高品質的回答。若您的問題，需要特殊顧問，我們在徵求您的同意後，會為您協尋適合的顧問。

新手窗口01｜網站可以做什麼？都有 FB／LINE@／IG／Twitter／Youtube 還需要網站嗎？

提到網站，大家免不了困惑，都有 FB 為什麼還要網站？這困惑很正常，因為 FB 粉專主要是取代網站的最新消息，和佈告欄的功能。過往的最新消息，是張貼在店門口，店家更新消息，營運時間、新品上市，就張貼一張佈告在玻璃窗上。

如何設計好網站的搜尋框（Search Bar）？

只是搜尋框「而已」，有這麼多事情可以特別來寫一篇文章嗎？有的！其實搜尋框的各種細節，包含的都是設計師的貼心！

新手窗口02｜好網站如同好餐廳！網路生態有哪些角色？

我們常常用餐廳來比喻網站，幫助客戶想像網站的各種環節。經營一個網站其實就像經營一家餐廳一樣，有很多可相互對應的部分。在餐廳中，任務依照性質分配給相應的空間與職務，在網站中也以類似的概念區分著團隊接到的各種任務。餐廳的前場與後場常常會講到的「前端」、「後端」，其實就可以用餐廳的前場、後場來幫助理解。餐廳的後場，可能會處理進貨、切菜、分類、加熱，等多項工作 ; 網站的話，可以將資料想成「食材」，會送進後端進行處理，加總、比較、查找、鉤稽等各種處理。準備好的菜，會送進前場，前場通常會美美的，良好的用餐體驗，可以讓顧客感受到錢花得有價值！網站也是如此，處理好的資料，會送進前端，這一塊重視設計、體驗。美好的設計可以有效地拉升信任感，就如同走進乾淨明亮的餐廳，也會覺得送上來食物，也是比較能安心入口的吧！正式的營運執照才可以執業餐廳還不止這些！要申請經營一家餐廳，需要先和政府申請執照，通過大小檢測才能獲准。網站雖然不用向政府打交道，但也是有不少執照要申請，像 SSL憑證，一個證明你的網站安全的憑證。如果沒有網站憑證，Google 就會阻止其他人連到您的網站。選購餐廳的地址網站的地址，就是我們說的網域，他會展示在畫面這個位置。可以想成餐廳的地址，ex: 台北市科技大樓 OO 號餐廳數位世界也需要付房租餐廳也需要一個空間，付房租。在網路中，這個租金費用稱作「主機費」。過往是開一台電腦，讓用戶連線過來讀取檔案。現在我們會向 AWS、GCP 這類大型主機商租賃一個空間，存放資料和程式碼，類似餐廳租一個空間，放桌椅廚具，提供服務給客人。職人服務最後，是餐廳最重要的員工、廚師。這些在網路上會用程式碼和真人的網路管理員來表現。一間餐廳，會有廚師、服務員、掌櫃。在網站上，會將其任務化為程式碼。掌櫃的功能已經相當成熟，現在常使用的金流結帳服務，就是餐廳內掌櫃的角色。在面對人的部分，我們仍會搭配真人做線上客服，讓流程更加彈性。所以講到這邊，工程執行面向，可以分為：餐廳前場 → 網站前端餐廳後場 → 網站後端餐廳執照 → 網站憑證餐廳的地址 → 網域餐廳的空間 → 主機空間餐廳的員工 → 程式碼、網路管理員網站幾乎等於線上店面的比喻，讓您更快理解網站能做得事情 […]

新手窗口03｜toB toC 網站有什麼不同

網站作為線上的店面，自然就會因為事業體不同，簡單分類成 toB、toC 的網站。這一篇就來說明 toB、toC 網站的差異。銷售轉換點不同 toB 網站的目的，大多是作為「自動收集潛在客戶名單系統」，toB 的銷售轉換，並不會發生在線上。因為 toB 的訂單單價高，可能會是一般人薪水 4-5 倍。再加上企業彼此之間更看重價值，不只有錢錢，還有後續維護，誠信等等價值。這些價值，會由業務來傳達。因此 toB 網站，比較像是業務助理，負責展示公司服務，並且收集潛在客戶名單。 toC 網站，販售單價低量大，可能是一般人薪水 1/10 左右，要捕捉的是衝動消費。發生轉換是在線上，因此金流系統，可以想像成是收款櫃檯。如果有大量的人湧入網站，就如同有大量的人潮湧入一家店，架構動線不好，網站很容易掛掉。決策週期不同 toB 的決策週期長，會需要培養長期的信任，因此網站更像是培養信任的自動模組，提供專業知識的文章、電子報、PDF 白皮書等方式。EDM 不一定要持續轟炸發送，主要目的在於藉由知識分享，培養信任。 toC 的決策週期短，大家往往會衝動消費後，有想要剁手的心情，正說明 toC 網站目的是捕捉衝動消費。價位，可刷卡的信用卡，支付方式，購物車折扣，運費，是客戶比較會在意的點。EDM 會以提供折扣卷，喚回老客戶為主。決策點不同 toB 除了決策週期長，參與決策者也多，一般來說，要針對不同決策者，提供不同類型的文章。例如窗口可能會對技術文章感興趣，中階主管會對如何下決策和財務評估感興趣，高階主管則對未來展望感興趣。舉例來說，野薑的新手窗口系列，就是提供技術文章給窗口夥伴參考。後續野薑還有設計決策者系列，提供讓窗口轉交給中階主管。偶爾我們也會提到，網站是所有管道流量的最終站——作為線上店面、線上微服務的概念，這類型文章，就是提供給高階主管參考。 toC 的網站仍注重當下是否能讓用戶產生轉換，因此金流架接，用戶追蹤轉換率，都是 toC 網站在意的。另外，toC 也在意朋友，朋友會是相關決策人，比如說，將某一商品貼到對話群組，詢問大家的建議或是要不要跟團。網站目的在於誘發想買的情緒和捕捉衝動。網站管理團隊的角色 toB 的網站，比較像是自動化的業務助理。客戶在做決策會有疑慮的點，可以寫成文章，解決客戶的疑慮，並透過一層層過濾方式，找出最有可能成交的客戶。 toC 的網站，可以 […]

新手窗口04｜製作網站需要那些職人？

一個網站會需要那些職人協力製作呢？日劇《我要準時下班》女主角結衣在網站製作公司上班，每天致力於準時下班，並且鼓勵同事不要加班。野薑團隊一看這畫面——ㄝ！超熟悉的呀，根本就是我們的日常。劇中也清楚描述製作網站會需要的職人，本篇就來為大家介紹這些細節。顧問規劃師顧問規劃師，通常是已經經歷過大小專案，對技術也略知一二，知道技術可以發揮的效果和限制。第一線與客戶洽談，可能會遇到，客戶想像放飛的狀況，略知技術的規劃師，可以辨認哪些要帶回去與工程師討論，哪些可以直接承諾客戶。千萬不能和客戶討論地快樂，但實際上，完全做不出來。諮詢師也需要經過商業禮儀和業務訓練，負責接洽客戶，及作為客戶的顧問，能用淺顯易懂的方式，將複雜技術轉化說明，讓客戶可以理解，製作提案和理解客戶是顧問規劃師最主要的工作。除此之外，也需要整理客戶需求，並略想可能執行方案 & 技術，與製作團隊討論。面對製作團隊時，要學會傳達客戶需求。即使過往有類似的經驗，也要清楚知道，新技術說不定會有更好解法，因此不要下過多指導棋，而需與工程團隊討論，這是顧問規劃師的日常。設計師 UIUX 設計師，好的設計會解決問題，建立信任，也會帶來幸福感。設計師是清楚設計威力的角色。UIUX 設計師，常常與工程師一起工作，知道工程的限制，定義畫面，讓工作變得具體。如同規劃一家店面，UIUX 設計師也要設想，用戶是如何走進網站，如何順利的達成目標，目標困難的路上，是否有機會可以讓客戶心情好一點，繼續完成任務。資深的 UIUX 設計師理解 SEO ，除了考量用戶意外，也會進一步考量爬蟲、工程師。設計出用戶友善、爬蟲友善、工程師開心的介面。在日漸競爭的領域中，好的設計帶來信任，而信任帶來成交機會；美學則帶來幸福感，讓客人願意再度回來。在當今的商業中，設計的價值因此逐漸抬升。前端工程師工程師！沒有他們就無法將網站實現。前端工程師，通常負責網站的互動，用戶體驗，將美美的畫面刻出來。一些讓人會心一笑的互動，都需要前端工程師來製作。後端工程師出菜後，會交付給前端工程師。可以想像前端的程式碼，如同高級餐廳的服務生，優雅的提供各種服務給用戶，如何做出流暢又優雅的介面，就需要前端工程師和設計師協力合作。後端工程師後端工程師，和前端不同，大多是處理資料庫、架構、邏輯的部分。如果要有一個會員系統，就需要後端工程師，寫一個資料庫 […]

blog 部落格