---
tags: g0v-summit, 2020
---

# Summit 2020 網站檢討

這份文件的目的，是在長長的籌備過程中，記下覺得 2020 Summit 網站製作過程中，覺得好的與需要改善的地方，一來呈現更多大家付出貢獻的過程，二來也提供給日後類似活動參考。 ==留言時請署名，方便其他人了解脈落==

2020 Summit 總共做了兩個網站：

1. 徵件網站 - [Github](https://github.com/g0v/summit_proposal) / [網站](propose.summit2020.g0v.tw/)
2. 大會網站 - [Github](https://github.com/g0v/summit2020/) / [正式站](https://summit.g0v.tw/2020/) / [測試站](https://g0v.github.io/summit2020/)

目前文件以自主填寫為主，如果還有餘力，再來進行以下工作：

1. 網站製作相關工人的檢討會，核對彼此覺得好的、需要改善的點，整理出比較完整的面貌、原因，以及可能的維持或改善方式。相關工人包括：
- 專案經理
- 設計師
- 工程師
- 議程組、議程委員
- 總籌
- 其他有參與製作過程的相關工人

## 想說謝謝的、覺得開心的、作得好的事情

1. 第一次當年會的工人 ＋ 用鬆散的方式做有組織、有死線的網站，相較於很多要做不做的開源專案，覺得每個人都說到作到很了不起！ - [name=ddio]
2. 有點擔心做 Summit 的工作，有沒有達到一些大家原本來參加的目的，還是消耗的成份比較大，希望有機會可以多聊聊這點 - [name=ddio]
3. 第一次當年會工人，發現大家都能夠在看似有點混亂與狀況外的情境下，神奇的把事情做好。跟平常工作時很不一樣，也許這就是開源的力量，自動自發！ 自己在後期有許多工作上的外務，真的很感謝 ddio 在網站上的幫助， cover 了好多事情，怎麼這麼厲害啊！！！！ (跪) [name=Lai]
1. 做 g0v summit 大會網站，第一次當年會的工人＋第一次遇到死線很趕的網站 - [name=mango]
2. 一開始沒想過這個網站要做這麼多的事情，而且雖然負責交通頁，還是會看一下其它頁面的做法，發現各頁面還是各有難點，還好規則是把事情列出來認領，所以在壓力上算是滿自由接手的，幸好有 ddio 在，認識這些 solution 都算是新的東西，而且設計變更幾次，我負責的頁面也大改了幾次，可惜後來沒有時間做後續的修改[name=chris]。

## 看到的問題、討厭的經驗、鬼打牆的事件

:::info
描述問題時，記得==對事不對人==，並至少包含前兩部份：
1. 「問題、事件的描述」等客觀事實優先紀錄
2. 從自己的角度出發，描述造成的影響
3. 如果有餘力，才加上可能的原因與解決方式
:::

## 該做但沒有作到的功能 / Bug

1. **大會網站** 用瀏覽器紀錄健康聲明時，而且用 QR code 當作表單進入點時，有機會造成健康聲明失效 - [name=ddio]
- 例如用 Line 掃健康聲明條碼，但議程、入館用慣用瀏覽器，就會因為其實是不同瀏覽器，而出問題
- 可採用 Opass ，至少安裝的人，就可以用票誤系統等方式追蹤，而不用另外填寫個資或登入（感謝 Denny Huang 回饋！！！）
5. **大會網站** 部份欄位無雙語資料 - [name=ddio]
- 講者名稱
- 三個關鍵字
- 講者城市
8. **大會網站** 議程頁 RWD 使用上的問題
- 手機直置瀏覽，看不到場地已爆滿的訊息 [name=chris]
- 手機橫置瀏覽，表頭太大，用來顯示內容的面積太小 [name=chris]

## 有做會更好的功能 / Feature Enhancement

1. **大會網站** 缺乏 accessibility - [name=ddio]
- 目前只支援寬螢幕、手機版，但基本的平板螢幕
- 不支援列印版（有人會需要把網頁印出來，或是製圖後轉傳通訊軟體）
- 未測試視覺障礙版本、粗手指、關節老化操作
2. **大會網站** 議程頁缺乏議程期間的查詢旅程
- 原本想要在書籤頁，提供[議程時間規劃](https://scene.zeplin.io/project/5f1eb392c8a8b237c06b8879/screen/5f6db1bc4e8f4135a2748bb3)，但後來沒時間做
- 手機版目前採用單欄，以時間排序，但
- 每張議程都要用肉眼找一次開始時間，較無效率（感謝 Denny Huang 回饋）
- 也要找一次場地
- 已知議程期間的議程頁使用情境：
- 身為一個很想聽議程，或是懶得移動的會眾，我想知道如果要去聽我最想聽的議程的話，在不換會場的情況下，前後各可以聽到哪些議程 - [name=ddio]
- 可能在會場時邊聽邊邊想、可能在活動開始前邊看議程頁邊想，也可能在書籤頁，想要查看原本沒加在書籤的議程
- (歡迎補充）
3. **大會網站** 沒有所見即所得，在議程準備上線時，格式與內容的錯誤無法即時回饋給內容負責人 - [name=ddio]
- 議程資訊源自 JSON API + 兩個 Airtable ，一個 Airtable 要手填時間，另一個還必須由人寫 yaml ，很容易出錯，但出錯後只有工程師進版時才會知道
6. **大會資料共筆**
1. 沒有統一的資料來源 - [name=ddio]
- 原本預計使用 HackMD + Airtable ，但無法滿足以下需求：
- 其他文宣品需要的檔案，不會放在 Airtable ，因為放在 google drive 比較方便，例如贊助單位資訊，就還是會放在兩邊
- 想查找某一個資訊時，不知道該從哪裡查找，或是該找誰 [name=Lai]
2. 覆寫功能不好用，而且一開始不支援刪除講者，但部份講者有可能臨時無法到場 - [name=ddio]
8. **大會網站** 沒有規劃 `測試中` 的功能呈現方式 - [name=ddio]
1. 有些功能，例如健康聲明、入館登記，在正式網站只有活動期間才能顯示，但工人必須在事前在其他地方測試
2. 有些頁面可能需要試做、看到實際狀況後，再做調整，不能直接上正式站

{%hackmd jfvbUuzyQtOVjnWUOW1peQ %}