2020 第三屆青年學生體檢政府網站計畫分享會_ By Adam Yu

ＰＤＩＳ ＳＨＡＲＩＮＧ 第三屆青年學生體檢政府網站計畫分享會

2020.07.01 presented by Adam Yu

一點點關於我是誰 私は 游子賢 です 臺灣大學圖書資訊學系

清華大學服務科學研究所

服務設計與創新 x 商業分析

2019 PDIS Ray 3.0 實習生 負責專案 中華郵政郵務業務專區入口網 臺灣登山整合資訊網

「來這裡你可以就近感

受唐鳳的腦波控制！」

今天會分享的有三個部分

壹

貳

參

研究流程

生存技能

公部門心得

我經過的研究流程

我經過的研究流程 套用六步殺框架

① 如何做到瞭解使用者? → 可以先了解服務內容，對服務建立概念 技巧 1 : 直接與部會聯繫，確認利害關係人目標 技巧 2 : 研究服務網頁，以 content audit 了解全盤服務內容

→ 初步推敲使用者類型

我經過的研究流程 套用六步殺框架

Example Box

② 要找哪些使用者來做易用性測試?

Ⓐ 郵局案: by scenario and function

→ 考量專案scope （專案目標、服務範圍）與使用者的多元性

S1: 旅行時寄送明信片 + F1: 郵遞區號, 郵資, 英文地址

技巧 1 : 尋找極端用戶

技巧 2 : 為使用者分群，依據不同分群招募 (by axis / spectrum / demographic / scenario / function)

S2: 學生返鄉寄行李 + F2: 郵寄規格, 郵資, 查包裹進度 S3: 北漂上班族收家人貨 + F3:查包裹進度

Ⓑ 登山案: by spectrum Factor 1: 獨行—散客—大團 Factor 2: 科技熟悉—科技不熟悉

我經過的研究流程 套用六步殺框架

Example Box

③ 如何找出關鍵議題? → 找 Insight？ Affinity Diagram！（？）

我們其實兩個月的專案都沒有使用到 Affinity Diagram 哦！

技巧 : 依據團隊的時間與資源選擇適當工具

郵局案我們以質化研究的逐字稿分析，透過 Highlight → 編碼 → 分類的三步驟來提取我 們的關鍵議題。

→ 工具背後的目的 > 工具本身的使用

登山案我們則是以用戶旅程切入，關注不同 類型用戶關注的議題點。

我經過的研究流程 套用六步殺框架

Example Box

④ 什麼樣的 Insight 才是好的 Insight? → 當研究發現推翻研究者的假設 → 當研究發現可以解答需求背後的原因

在登山案中，我們曾經以為規劃登山行程與 規劃一般旅遊行程相同，第一步是確定出發 時間與地點，但研究發現登山客會同時暫定 好幾個地點與出發時間 在郵局案中，我們得知使用者有獲取預期郵 資的需求，但卻能接受一個模糊的價錢範圍， 背後原因落在使用者缺乏計價單位與生活經 驗的對照

我經過的研究流程 套用六步殺框架

⑤ 如果我想提出一個距現況較遠、較概念型的設 計該怎麼做? (e.g. 部會無法想像或無法確認可行性) → 可以試著建立設計前的假設 ※概念型的設計包括：嶄新的服務、資訊架構重塑、頁

面邏輯的大幅調整等

Example Box 在登山案中，我們曾提出包括法規適用、跨 部會資料整合、申請規定一致與公私部門合 作等設計前的假設來支持我們的登山資訊網 設計。

我經過的研究流程 套用六步殺框架

⑥ 成果發表有什麼要點? → 在時限內完成

→ 提供完整的專案脈絡 （利害關係人、使用者是誰？專案歷經的流程？ 問題痛點有哪些？我們提供什麼樣的解決方案？） → 關鍵議題與解法相互呼應 → 有系統性的 Demo ，著重在各使用情境的 user flow

PDIS 生存技能 關於團隊合作與遠端工作 Survival Skills in PDIS

專案管理的重要性

•

團隊中必須要有人充當Project Manager，主導專案 推進

•

瞭解自己的團隊各自擅長與不擅長的技能、以及願 意嘗試的項目

•

學會計畫時程、預估工作時間、分派工作、並保留 工作緩衝期

遠端工作技巧

•

事前統計團隊成員的空閒時程

•

建議每周安排固定的時間 meeting 或處理必須當面 完成的事情

•

因為不會天天見面，所以最遲最好 24 小時內回訊息， 掌握團隊狀況

檔案管理

•

設計檔案做版本控制

•

前期研究、簡報等文件檔做好適度的整理可以直接重 複使用

•

為自己的作品集事先做好準備

在公部門做設計的心得

溝通面

體會不同以往的溝通方式

•

最快的方式還是打電話

各方關係人參與的重要性

•

登山案涉及警政署、營建署、林務局等部會

•

會談後得知未來政策傾向廢除入山並轉向設計登山整合系統

溝通面

限制並沒有想像中的多 •

仔細詢問會發現很多東西只是沒有意義的功能疊加

•

暫時不要被既有網站的框架限制

•

PDIS 給予我們很多的空間去發揮

Example Box 郵局案，我們重塑整個網站的資訊架構 登山案，我們串接使用者在申請前的行為， 將山屋概況的日曆納入申請流程

參與面

因政府山林開放政策，登山案有了後續，後續參與包括…

•

九月份協作會議，與各部會、民間業者、山友等人進行共創 •

•

聽到不同利害關係人的意見與考量

與廠商定期會面，與廠商PM溝通介面、文案與時程 • •

在設計稿、技術面與時程做妥協，選擇原生的介面元件 → 長得和設計稿不一樣 與工程師溝通設計語言，用Zeplin輸出規格，手把手調整介面

•

規劃系統上線前的使用者測試、腳本與訪問

•

設計系統上線後的回饋問卷

參與面

在後續開發的設計上，也有更多的細節要考量…

•

各式各樣的系統回饋: 點擊的確認狀態、切換模塊、上一步等

•

使用者狀態: 空狀態、錯誤狀態等

•

UX Writing 文案: 合併簡化同意聲明、統一用詞等

→ 過程中也需要與廠商來回討論

PDIS 心得

•

提供很豐富而且非常完整的UX實作經驗，很適合放在作品集裡

•

PDIS 給予實習生信任與很大的發揮空間，也很幸運可以參與到後續的開發，意見也被重視

•

好好珍惜實習機會遇到的人脈，彼此間都有很多互相學習的機會

•

知足感恩，感謝每一個願意為政府服務付出的受訪者

•

覺得自己離政府不再那麼遙遠

Q&A