經營官網與粉專有什麼不同？
FB 的演算法常常使得自己想看的內容被減少露出，這使得許多品牌經營者，漸漸開始重視自身官方網站的建置，增加品牌曝光度。這兩者之間的差異在於 FB 和 Google 的演算與定位不同的緣故。
blog 部落格
居家空間的 UX 整理術：為什麼需要想像怦然心動的家？
其實，整理居家環境進而貼近自己的理想生活，這樣的概念和網站設計、產品開發時，經常使用的「使用者體驗設計」概念十分相近；透過規劃居家生活動線、理想的生活情境、家人或同居者的需要，其實就是在設計良好的居家生活體驗。
疫情之下的遠端工作小指南
疫情之下，為了居家防疫，近日人們漸漸轉為遠端工作。其實在網路軟體業，這種遠端工作（work from home）的方法已經行之有年，許多專案管理、工作方法都是基於此而設計的。
網路世代當然要用電子發票
在成立野薑設計工作室一個月後，就發現一個很麻煩的事情 「發票」。在跑完一輪破關之後，決定來分享這個過程，縮短大家通往電子發票之路的路徑。
我的網站要用現有服務？還是找專業團隊客製？
事情通常是這樣開始的：在某次會議中，決議要做網站，最後老板交代一個人負責張羅。那個人可能是你，但面對你不熟悉的網路資訊領域，要怎麼做才能將完成任務呢？ 你可能會求助 Google 大神，不小心來到這篇文章。在這之前，你可能已經花很多時間，瀏覽各家工作室介紹，但仍毫無頭緒。也可能問過交友圈中電腦最厲害的人，得到很多專有名詞，讓你一頭霧水。 如果你的狀態符合以上描述，歡迎來到「新手窗口」，這是專為你而寫的系列文章。 到底找專業的來，還是自己做？ 要如何判斷，一件事是否要交付專業呢？ 最簡單方式是「自己花一小時下去做」。 舉例來說：有很多不用寫程式碼，也能製作網站的方式。比如：Stringly、Wix、weebly ，或是號稱 5 分鐘建站的 WordPress.com。這些服務可以讓沒有資訊背景的新手，大約花 2–3 小時就可以摸熟功能，做出來的可能就是老板想要的。 如果投資這一小時摸索，就得到你要的水準，那恭喜你，解決一個任務。 反之，如果沒達到你要的品質，可以衡量期待和現狀的差距。或許再投入一小時就可以了？或許問隔壁前輩就可以解決？也可能這些都不能解決。但是，這一小時也沒有白費，因為，你得到「要尋找專業的結論」。 以下狀況建議找專業團隊 您已經有一個網站，需要增修，或是搬家。 您已經在 FB / medium /等處，累積大量文章資料，需要搬移到網站上。 您需要專業美感，協助您打造有信任的視覺。 您處在完整組織，有行銷團隊、業務團隊、產品團隊，需要對齊內部共識。 您希望專注在行銷策略上，技術相關交付給專業團隊。 您有本業，希望能專注在本業上，不想被各種名詞淹沒。 您希望這專案能獲得成效，那交付專業團隊累積經驗，會比自己從頭摸索來得好。 使用專業團隊諮詢服務 不過，自己做跟找專業的來，這中間到底有多少差距呢？很多時候，試作一小時可以知道「無法自己獨立完成」，和專業團隊諮詢，更可以清楚知道市場上提供那些服務，為什麼其他人要採買這些服務。 野薑設計提供 40 min 的「免費網路知識顧問」服務的目的，就是為了解決你的困擾。在預約諮詢的表單中，會請你先簡述專案狀況、勾選你的團隊既有資源，這些資訊讓野薑更快地評估，可以怎麼支援你的任務。 如果您也打算詢價其他家，可以參考評比廠商表格，掌握各種面向，讓您評比不漏接。 與外包團隊的彈性合作方法 通常找外包的網站設計工作室的合 […]
為什麼廠商做出來的網站總是不如預期？窗口解任務的不敗守則
成功結果只有一種，失敗的案例卻有一百種 老闆腦中的預想著網站順利上線後，交由網站管理員營運（很有可能就是你），並達到當初開發網站的目標（成為新管道、獲取客戶、發佈文章等）。這是大多數人，對於成功網站專案的期待。 不過想像總是美好的，通往想像的路上，總有很多「大雷」是會炸死人的。為了釐清這些惱人的「雷」，根據野薑設計的經驗，網站開發常會遇到的「雷」切分如下： 這些階段裡每一個階段都有專案卡關、失敗的原因，也就是我們常說的「雷」。 討論網站目的的雷：網站在商業環境中，扮演重要角色，釐清這裡商業邏輯、每種網站效用，是否能為公司帶來價值。這裡目標與老闆討論清楚，後續展開專案阻力會小很多。各種網站商業邏輯，歡迎參考我們服務項目 挑選工作室的雷： 專案開發的雷： 網站維護的雷： 網站營運的雷： 有經驗的網站設計工作室，會在專案啟動之初，盡力做好需求調查，充分理解客戶的需要，將可能的「雷」預先清出來。雖可能仍有漏網之魚，但這樣的作法，對於避免日後的「大雷爆炸」，十分有效。 專案失敗對於網站設計工作室來說，代表著收不回尾款。所以，工作室也會衡量風險大小，來決定是否承接。然而，專案的失敗可能來自多種原因，最常發生的就是「雙方對專案成果的認知有落差」。 窗口的不敗守則：溝通與表達需求 窗口主要的技能，兩項「溝通」和「表達需求」。用來串連內外團隊，通常夾在中間角色通常吃力不討好。電腦畫面大多被 Email 和各種訊息淹蓋，這即是窗口工作現場。 網站設計工作室雖然能在專案啟動時，釐清「哪裡有雷」，但是專案的「拆雷任務」，其實仰賴窗口和外部團隊攜手合作，一起解決。在專案過程裡，窗口花費的溝通心力，其實不亞於外部團隊。專案的成功，是兩邊共同努力的結果。 因此，找對能好好的釐清專案需求和確實表達，也是專業的一環。野薑透過長期摸索與嘗試，建立一套方法挖掘客戶的需求，只要借助窗口分享內部文化運作訊息，就能在 4 -6 次工作坊的對齊客戶內部目標。 窗口需要做的任務，請參考這篇 除了對外溝通，也要對內溝通 「交付給專業」這張擋箭牌，建議使用在內部政治問題時候。比如說 ，某主管喜歡唱反調，那使用這張牌，可以快速將主導權拉回你手中，讓專案可以推進。 但如果將「交付給專業」當成不釐清專案需求的藉口，那專案就會需要花較多時間探索方向。最糟的情況是最後做出來的結果不如預期。 因此，窗口工作，可以分類如下： 確 […]
需求研究01｜降低開發成本的「需求研究」
「需求研究」是什麼？在產品開發前，透過敏捷的研究方式，可以用最少的成本找到專案前進的方向，讓產品未來的走向更為精準。這個系列的文章，將以 2017 年起跑的字型平台「Tofutype：豆腐字販賣所 」為例，說明過程中執行需求研究的方法，分享學習到的經驗。
需求研究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 功能補上 […]