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

需求研究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 ，除了考量用戶意外，也會進一步考量爬蟲、工程師。設計出用戶友善、爬蟲友善、工程師開心的介面。在日漸競爭的領域中，好的設計帶來信任，而信任帶來成交機會；美學則帶來幸福感，讓客人願意再度回來。在當今的商業中，設計的價值因此逐漸抬升。前端工程師工程師！沒有他們就無法將網站實現。前端工程師，通常負責網站的互動，用戶體驗，將美美的畫面刻出來。一些讓人會心一笑的互動，都需要前端工程師來製作。後端工程師出菜後，會交付給前端工程師。可以想像前端的程式碼，如同高級餐廳的服務生，優雅的提供各種服務給用戶，如何做出流暢又優雅的介面，就需要前端工程師和設計師協力合作。後端工程師後端工程師，和前端不同，大多是處理資料庫、架構、邏輯的部分。如果要有一個會員系統，就需要後端工程師，寫一個資料庫 […]

一篇就看懂的專案管理法：集 Scrum X kanban X OKR 的武功門派

網路軟體科技業這一行往往花許多心力調整內部團隊的工作流程，矽谷的各種專案管理和工作方法，據說對非本行的人而言，覺得十分著迷。近年流行的敏捷式開發（Scrum）、看板（Kanban）和OKR各有各的特色和優點，這些概念像是不同的武功招式，團隊往往在理解了這些核心概念後，會吸納改良，融合成一套適合自己的團隊方法。這些方法雖然因應網路軟體科技業而生，但其中的概念亦可以運用在像是書籍出版、論文計畫撰寫、人生長期規劃、健康管理等各種多元的情境，關鍵在掌握幾個重要的概念後，轉化成自己需要的實踐方式。本篇略過較為複雜的開發細節，將Scrum、kanban、OKR 中泛用性較高的概念融合提取出來，提供給不同行業的你活用這套方法的機會。有時候我們需要的，不是所有夢想都完美無瑕地完成，而是我們知道一切都在我們的掌控之中，並且朝向我們期望的方向前進，確定我們正在積累著對於前往目的地所需要的事物。簡單五個步驟來實作 Step 1 / 明確訂出時程與目標首先，你需要為你手上的這個計畫訂一個明確的目標。這聽起來像是個廢話，但是很多人的目標會訂得相當模糊，像是「希望今年可以出一本書」，這樣的句子比較像是「向老天爺許願」。目標需要訂得非常具體才行，像是「今年12/31以前，我要完成一本大約六萬字、圖片40張的書籍，並且完成編輯、出版、印製且發行的程序」或是「明年1/31我要完成碩士論文口考並且畢業」。這個目標越具體越好，透過具體地寫下目標，也是在確認自己「到底想完成什麼事情」。 Step 2 / 回推你的時程表，搞清楚流程這個第二步看起來也很常見，但很多人似乎就是會忘記這個環節。印刷書籍大約需要 2.5 至 3 週的時間，校對、美編等等所需的時間都可以大概地回推。如果一月底想要畢業，那麼十二月底必須完成口考，十一月必須完成論文的內容給指導老師看過。此外申請口考的行政程序、邀請口委等的時間也需要一併考慮進去。在步驟二，搞清楚整個計畫需要經過哪些環節，這些環節大概需要多少時間，是非常重要的。如果你發現你並不清楚這些環節，那麼恭喜你，這個步驟就是逼迫你去弄清楚的。了解這些過程對於掌控計畫至關重要。 Step 3 / 切任務弄清楚流程和環節之後，接著就是最重要的是「切任務」。你必須把剛剛的那些環節羅列出來，切成一張張的「任務卡」。通常我們會使用便條紙，一張便條紙是一個任務。 […]

讓社群分享更到位，用手機原生分享網頁-navigator.share

「用手機原生系統做網頁分享」其實在手機上注意到這功能已經有一陣子了，因為非常貼合每個使用者的情境，而且可以很方便的就做分享，重點是「不會跳出網頁」！！讓使用者可以無負擔分享，並連續在網頁繼續瀏覽。

blog 部落格