網站規劃手冊 – 第 3 頁 – 野薑設計 GingerDesign

需求研究02｜只有一個人也可以做的需求研究

我們處在非常初期階段，手頭只有三 F 湊出來的資金，需要在有限資源下，先驗證產品。實際我們執行狀況只有是三個人。其中兩個是 RD，一個要包辦設計測試、決策、行政，和各種冒出來的疑難雜症。我們決定運用 Slack、Git、Waffle，等等線上工具來處理專案。「一個人也可以做的需求研究」會有這樣的想法，不只是創業團隊一人要身兼多職，即使編列完整的團隊，我相信大多也是「一個人」，或是設計師兼任使用者研究。團隊只剩下你一個人，也可以做「需求研究」唷！此外，「 Tofutype：豆腐字販賣所」是販售中文單字的創新模式，無太多經驗可循，所以還是想要先作研究調查，一邊做產品，一邊發展一個人也可以做的需求研究，團隊即使只有你一個人，也是可以發揮洞察的力量！開發方式的思維轉換我們先聚焦在資源的問題。其實資源不足是個假議題，無論公司多大，或是多有資源，一定都會有人提出同樣的問題。適用 RD 出身的人，自己可以開發。或是有些團隊有股東期待，希望錢投下去，三個月東西就要出來。或是團隊在業界待很久，根本都知道雷在哪裡，羊在哪裡。那可以採用這方式進行。開盤可能有兩種方式：產品完成驗證法：RD 全開，瀑布式一直開發下去需求研究測試法：利用訪談收集情報再開發 Tofutype 的團隊有網路業界經驗，但是對於字型市場不確定，所以選擇訪談開盤，先收集好相關情報，再開發。好處是成本低、自由度高、可塑性高，失敗了可以即時修正，增加實驗的機會。研究會不會影響產品開發？採用需求研究的副作用，就是功能上線速度變慢，一定會讓整體的開發速度變慢。然而，其實可以問：速度很重要嗎？功能很多很重要嗎？許多書描寫的使用者研究，規格一開出來，多少都有被老闆打槍的經驗。這時候兩手一攤，說是老闆不肯投資源，所以不能做，其實是有點可惜。資源的確有限，所以才不能直接照抄矽谷的方法，需要重新轉換。我們做完訪談研究後，就製作 prototype 抓出個大概，確定這個體驗設計沒有太大問題，才進入 RD 開發。但這時其實產品還未完成，做出第一版網站後，必須繼續用數據和訪談調整，以導流看出哪裡有漏洞，訪談則是釐清為什麼有洞。開發什麼時候進場最適合？前面說的這些，在 Tofutype 時，我們採取了訪談先開始走，然後經歷一段一面訪談一面開發的時間。因為RD 開發的時候，我們的第三位成員 […]

需求研究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. 請盡量將表單填寫完整，讓我們更加理解您！顧問很快會和您聯繫～因為網路知識繁雜龐大，我們會在守備範圍內，為您提供最高品質的回答。若您的問題，需要特殊顧問，我們在徵求您的同意後，會為您協尋適合的顧問。

網站的著作權問題！一口氣大解析

「網站設計架構都差不多，註冊登入，購買流程都一樣，這是有侵犯著作權嗎？」常常有客戶詢問薑薑這個問題。如果網站中的「註冊登入購買」這樣常見的「機制流程」設計，有沒有著作權呢的問題？答案是，沒有的，請放心使用。因為著作權是保護「表達」，UI 風格在著作權保護範圍內，主要目的是避免消費者混淆。一個和你一模一樣的網站，販售低品質服務，會毀壞你的信譽，造成消費者混淆和市場混亂。如果是「 UX 機制流程設計」，則是以「專利」保護。例如，蘋果向右滑解鎖的行為，是有申請專利的！註冊登入購買屬於流程的範圍，如果要保護會需要申請專利，但因為是常見的行為和流程，專利局也不會核准申請通過。畢竟，不太可能，市場上只有你可以設立櫃檯收錢吧。「付錢請人寫網站後，著作權是歸誰？」然而，如果著作權是保護「表達」，那如果一個網站有特殊的程式寫法、程式碼精練簡潔，而且網站外觀很美，UI 有設計師的智慧結晶。那是不是可以用著作權保護？對的，著作權分為：著作人格權、著作財產權。著作人格權，是作品一完成當下，立刻成立，跟著作品緊緊相連，不會因為單純的買賣交易行為而轉移。工作室可以主張，這作品是我製作的。通常為了配合時程，業主也會要求工作室簽署保密合約。如此一來，工作室就只能在上線時候，才能公布。著作財產權，則會在合約內規範。一般來說，是屬於付款的業主。擁有完整的著作財產權。「如果有人複製一模一樣的網站，是否侵犯著作權？」對的，如果有人想做釣魚網站，製作一模一樣的網站，那會直接侵犯到著作財產權中「重製權」，會有對應的刑法；但通常會由業主來伸張權利，不會由工作室來伸張。「如果未來要搬遷主機，工作室可以主張侵犯著作權嗎？」回到上面的問題，「搬遷主機」是指重新製作一份程式碼，那會有「重製」行為。重製會產生著作財產權的問題。如果在合約中，已經表明著作財產權交付給業主，那未來業主要搬遷去哪一台主機，都是沒問題的。「如果使用開源（open source）的程式碼、圖案或照片，要如何驗證著作權？」寫網站不可避免會使用 open source 程式碼，一般來說，取得這些資源的同時，都會有說明授權的範圍以及使用時需標注的資源來源，為確保使用範圍合法，可以要求工作室提供這份資源的 Licence ，提前給公司內的法務評估。圖案照片也是，如果是買圖庫，通常也會附有一份 Licence說明 […]

manual 網站規劃手冊