Pretalx 測試 Trello 統整包

• Pretalx 測試 Trello 統整包
  • 總結
  • 其他參考資料
  • 製作表單
  • 講者投稿
  • 代投稿
  • 隱私
  • 徵稿結束
  • 審稿
  • 編排議程
  • 公布議程
  • Pretalx 的結構
  • 自架跟官方的差異
  • Peter 的想法
  • 球魚的想法
    • 利
    • 弊

總結

• 製作表單
• 講者投稿
• 代投稿
• 隱私
• 徵稿結束
• 審稿
• 編排議程
• 公布議程

其他參考資料

• 便利貼
  
• Beauty 的隨手測試筆記

製作表單

假定有 3 個社群

A: ballfish (common + checkbox + textarea)
B: Bob (common + radio buttons)
C: Bob + Ballfish (common fields)

講者選擇投那個軌，然後除了共通欄位外，也會根據他選擇的軌出現不同的表單欄位。

• 可以
• 參考資料: pretalx issue #523
• 操作方式:
  1. 建立多個 track
  2. 報名表單裡指定讓投稿者填表時可以選擇 track
  3. 建立問題時選擇適用的 track

講者投稿

• 講者可以投 1 個以上的稿件
• 講者可以看到中英文欄位，如無法雙語，英文優先
• 講者可以投多講者的稿件
• 講者可以回頭修改/撤銷自己的稿件

• 講者可以看到中英文欄位，如無法雙語，英文優先
  • 有多語系統，使用者可以自己調整語言
• 講者可以投多講者的稿件
  • 意思是，如果有雙講者的情況，投稿的時候可以填兩份講者的資料
  • 不行
  • 但可以後台加手動另外一人的資訊，根據網站提供的流程，需要兩人分開投稿，可以設定一個選項為是否雙講者，根據是的選項在由後台 merge 起來
• 一個講者投多份稿件
  • 可以
  • 但講者資料必須一致，否則會以最新提交的那一份為主(講者資料指自我介紹、顯示的名字、大頭貼等等，另外系統是以認電子郵件為主)

代投稿

議程軌的管理員，可以代替未註冊帳號的講者投稿

• 可以

隱私

• 議程軌管理者，可以隨時看到投稿給自己軌的稿件
• Bob 無法看到 A 軌的稿件內容（因為他不是該軌的管理員）
• Ballfish 沒辦法看到 B 軌的稿件內容

• Feature 有寫到

  Reviewer teams can now be restricted to one or multiple tracks. Reviewers will only see submissions and reviews from these tracks.

• 讓 Team 限制在某一軌的作法

  • 在 Team 的管理畫面，先建立好一個 Team，再修改它
    

  • 然後就可以看到了
    

  • 但他新增的畫面沒有，只有修改的畫面有，這點還蠻怪的

• 不確定是 feature 還是 bug 的隱私測試：
  

• 補充一下團隊可以鎖編輯權限，但還是可以看到完整的議程投稿內容
  

• 跟系統預設的一些投稿者資料，針對我們增設的隱私部分，只有該軌 reviewer 可見
  

徵稿結束

• 徵稿可以設定開始與結束時間
• 結束時間後，管理員仍可補稿件

• 結束時間後，管理員仍可補稿件
  • 補充一下，他死線是根據 submission type 設定，非 Track
• 好像是邀請碼的東西，可以用來補件
  

審稿

• 每個議程軌可以有多位管理者
• 議程軌管理員可以看到講者的聯絡資料
• 議程軌管理員可以修改稿件內容

• Beauty 的筆記
• 每個議程軌可以有多位管理者
  • 一個 event 可以有多位管理者，所以這個 event 下的每個議程軌的確可以有多位管理者，只是沒有對個別 track 做權限區分。(這樣的設計其實很合理，應該是 COSCUP 才有社群軌這種特殊設計)
  • 可能解法：每個議程軌設為單獨的 event，就可以區分權限，但這樣 schedule 的地方依舊半殘。
• 議程軌管理員可以看到講者的聯絡資料
  • 可以
    
• 議程軌管理員可以修改稿件內容
  • 可以
    
• Review 部分
  • review 機制：reviewer 可以給分數(None, 0 or 1) 和評語，default都是 optional。完整審查規則流程可以在 setting裡面客製化。
  • 狀態：稿件投稿以後會是 submitted，此時可以做 review (給分，評論)。reviewer 可以將狀態改成 accept or reject，after that，將無法更動 review 內容。
• 專案結構
  • 他的專案結構是一個 organizer 下可以有多個 team及event。team 及 event 可以是 many-to-many。因此，他的權限單位是 team，沒有 track 的概念，因此沒辦法達成這條 story。
  • 目前想到的 workaround 就是前面說的變成區分不同 event。
  • BTW, 有看過他的 plugin 和 widget，看起來都只能碰到比較外圍，權限控管這種核心碰不到 https://github.com/pretalx/pretalx/blob/master/doc/developer/plugins/plugins.rst
• 審稿流程問題紀錄

  • 如果僅提供"reviewer 權限"，他們只能"審"，不能決定過與不過
    

  • 要同時擁有兩個權限才可以直接 Accept，但就可以改他軌議程
    

  • 意思是 COSCUP 有兩個選擇

    1. COSCUP 麻煩一點，各軌審完在手動 Accept
    2. 開放各軌負責人到統一的 team 讓他們有 Accept 權限，剩下靠信任
• 如果是由社群自己處理 submission 的話，應該會是幫每個社群各自開一個 team，由該社群自己決定裡面的權限和審稿流程

編排議程

• 議程軌管理員可以修改自己的議程編排
• 在議程尚未公佈的情況下，Bob 可以看到 A 軌的編排結果
• 在議程尚未公佈的情況下，Ballfish 可以看到 B 軌的編排結果

• 在安排議程時，會通知講者/時間撞期 &可設定休息時間
• 只要有可以檢閱與變更議程投稿的權限就可以編排任何軌的議程，若只有 Reviewer 的權限就什麼都看不到
• 就像 Perter 說的 他是跟團隊走，不是跟 track 走

公布議程

• 確認議程軌發布後的編排方式（看抓個圖或找手冊確認一下是不是我們能接受的，畢竟我們一口氣有 14 軌）
• 各軌能夠擁有獨立頁面
• 確認入選的講者，資料可匯出以供後續利用（保持 Bob 看不到 A 軌講者個人資料的狀態）
• 公布的議程內容可後續逐步加上附加資訊

• 就是公布後很醜 可能要討論有沒有用的價值
  • 參考影片
    
• 確認入選的講者，資料可匯出以供後續利用
  • 目前只有三個欄位，要怎麼輸出更多資料/那些資料可以被可能要再進一步研究(怕是付費功能)
• 公布的議程內容可後續逐步加上附加資訊
  • 發布後無法測，但以 dashboard 是用功能來說，可以 incremental 資訊
• 各軌能夠擁有獨立頁面
  • 目前 survey 下來其實沒有這個功能，需要跟官方確認是否有獨立頁面可以設定

Pretalx 的結構

• 最大單位是 Organiser
  • 一個人只能創建一個 Organiser (但這有點不合理，所以我覺得不是付費功能，就是未來有可能可以新增多個)
  • 被邀請進去最高權限的 Team 後，就可以隸屬於某個 Organiser
• 主要權限劃分是 Team
• Reviewer 可以限制在某個 Event 的某個 Track，但無法 accept 稿件，只能看

自架跟官方的差異

• 官方的 UI 比較漂亮 ((廢話
• 官方的前台跟後台有中文版 ((但只翻了一半
• 其他基本上都是一樣的

Peter 的想法

1. 幫每個 track 開一個 event：社群可以用到完整系統功能，且區隔權限，但最後 schedule 等資訊要由我們自己彙整
2. 所有 track 都在同一個 event：有幫社群開大權限及開小權限兩種選擇：
   • 開大開權限：功能較完整，社群間可能互相干擾造成 chaos (社群不熟悉系統，14軌亂起來很難救…但也跟以前 google 表單差不多？)
   • 開小權限：社群間不會互相干擾，但社群能用的功能不完整，需要議程組小天使幫忙做沒開權限的事 (會蠻多事要做的?)

球魚的想法

目前我對於「幫每個 track 開一個 event」比較支持，讓每個社群自己 hold 自己的 event，然後可以考慮設一個 review 的 team，把所有社群加入那個 team，就可以達成讓跨社群看稿件(非敏感資料)、議程表安排

利

• 權限的設定比較方便
• 每個社群就可以有自己的頁面

弊

• 需要為投稿表單建立「進入點」
• 需要注意社群要收集給 COSCUP 必要的資料有沒有放進徵稿表單中
• 需要把社群規劃好的議程表匯出，並重新編排在一頁
• 要很多的錢，不然要自己架QQ