---
# System prepended metadata

title: 管理組第一次開會

---

# 管理組第一次開會

[toc]

## 下次開會前要做完的事情

對以下的東西有任何疑問可以 discord 敲我，如果我沒回就用[臉書](https://www.facebook.com/profile.php?id=100003404045706)敲我

* 大家都要做的
    * When2meet: https://www.when2meet.com/?13217255-xfwLe
    * 填好下面的自我介紹
    * 看一下[這篇文章](https://medium.com/3pm-lab/3-use-cases-for-writing-effective-user-stories-cd42625fef53)，我之前的實習公司主要是利用 User Story 來整理需求，之後發需求給技術組主要也是用這個方式
    * [User story 表格範例](https://docs.google.com/spreadsheets/d/1_XNkkiyuSzthIPRCwPi5E6sNMJlw7L6QCV1cTpVA3xM/edit?usp=sharing)
    * 認領任務
* 個人任務
    * 自己填

## 下次開會重點

1. 簡單自我介紹 (破冰 ><)
2. 每個人把收集到的資料以及可能需要大家一起決定、投票的東西直接寫在對應的區塊。我希望我們開會時間可以越短越好，最後不要淪為 brainstorming

## 自我介紹 (?)

笑死好像在破冰
方便我分配工作所以有任何你覺得有用的專長就幫我寫一下

| 姓名 or 暱稱 (方便稱呼??) | discord ID                  | 系級   | 專長 | mail                  |
| ------------ | --------------------------- | ------ | ---- | --------------------- |
| 熊育霆 (熊)      | 我不會寫程式也不會數學#3957 | 資工四 | 講幹話、做過單車社社長(打雜工)、演算法、微積分(?) | bear890707@gmail.com  |
| 紀岱亞  (紀)     | Bis the nub#4155            | 公衛三 |  有在dc待過大群組的經驗    | jui20010815@gmail.com |
| 梁安哲(梁)       | Andrecat#8687               | 生機一 |  幹話、JS   | namwoam@gmail.com     |
| 許竣菘（菘） | junsongxu ʕ •ᴥ•ʔ#4577 | 工海三 | 學過資結（C++）物導（Java）這學期修商管程設（Python）興趣是鬧小脾氣、DC少用但會研究 | junsongxuu@gmail.com |
| 簡佑桐 (簡) | cloud.5281#3194 | 土木四 | 窩不會講幹話(′・ω・‵)、話話(?)、程式語言以python為主| ali88.saluja@gmail.com |
| 王迺翔 (迺) | came1#9443 | b02校友 | JS 網站開發 (MERN stack) | narada.wang@hotmail.com |
| 林庭如（如） | Rye#6563 | 翻譯碩二 | 這學期開始學python| pledge06@hotmail.com
| 林榆名（名） | elannoone#1055 | 資訊二 | 有在dc大群組待過的經驗、曾試圖架dc接tg的bot(但失敗不能用 | yuming@csie.org
| 葉柏宏（伊布） | ブイ#0602 | 資科二 | 給一些畫大餅的沒用意見 > [畫 furry](https://www.pixiv.net/users/16903036) > 開發（OOP 為主） > 寫測試 > 踩雷 > 統計、機率，討論工作的時候會專注在 argument 的交流 | rareone0602@gmail.com

## 工作分配 

### 第一次開會

我們沒討論 or 決定出來會卡技術組的任務優先度最高
優先度 (低) 1~4 (高)

| 任務                                           | 人數 | 誰要做                                       | 優先度 | 備註                                 |
|:---------------------------------------------- | ---- | -------------------------------------------- | ------ |:------------------------------------ |
| 組長                                           | 1    | 熊                                           | NaN    |                                      |
| 調查其他大伺服器的功能，整理出我們可以參考的點 | 1~2  | 紀, 迺                                       | 3      | (我會以我參加的國外遊戲dc群來看)     |
| 整理出可能適合台大交流版文化的社群守則         | 1~2  | 簡    (紀，會需要兩個人嗎?多點幫手總是好的?) | 3      |                                      |
| 初步整理必要機器人功能                         | 1    | 如                                           | 4      | 不知道自己做不做的來但會試試><       |
| 頻道相關                                       | 1    | 梁(所以現在是自由認領嗎)                     | 2      |                                      |
| 個人資料處置原則                               | 1    | ~~茗~~(我不懂法律，但好像只剩下這個空缺?)    | 2      | 應該需要比較懂法律或是有相關經驗的人 |
| 檢舉機制                                       | 1    | 菘                                           | 3      |                                      |
| 想一些大家可能會喜歡 or 覺得有趣的機器人功能   |      | 大家隨便提                                   | 1      |                                      |

### 第 n 次開會

| 任務                         | 人數 | 誰要做 | 優先度 | 備註   |
|:---------------------------- | ---- | ------ | ------ |:------ |
| 宣傳                         |      |        |        | 後期   |
| 撰寫使用教學 or 拍攝教學影片 |      |        |        | 後期   |
| 建立社團申請統籌 (?)         |      |        |        | 超後期 |

## 任務細節 & 成果

任務有甚麼進度可以直接整理在同樣的區塊，需要討論的可以標個粗體

### 調查其他大伺服器的功能，整理出我們可以參考的點

#### A. 模型/假設
* 目標用戶、問題、解決方案 (Bot feature) 、既有解決方案 (FB)、通路、客戶關係...
    可能會回到「專案目標」的這個大哉問
* User: 台大學生 (需再細分)、「用戶的需求性？」
* Problem: 台大交流版沒有分類，如換宿文、抽獎文、宣傳等等。
* Solution: Discord 分類功能
* ValueProposition: ?

#### B. 聊天與頻道分類作為主要特色/競爭優勢 (市場定位)
* 約時間約地點約活動
    * 隨機抽籤：中午吃什麼？(附近美食, 如上面提過的)；
    * 隨機抽籤：等等約哪裡？(台大博雅等)；
    * 提醒功能、備忘錄。
* 隨機分組
    * 潛在目標用戶：課程教授、社團講師；功能：分組討論。 (Alt-Solution: Webex)
    * 每周 (月) Discord 社群活動，進一步結合線下。
      ex.活動勝出者可以給予特殊身分組
* 隨機配對聊天 (Aphrodite-DiscordTw)，如水球與低能卡之抽卡功能。
* 語音聊天——Discord作為對講機。目標用戶：營隊。
* 廣播功能：如下不贅述。

#### C. 貨幣/經濟系統的應用 (技術可行?貨幣可以存到DB嗎?)
* 如何鼓勵活躍用戶 (DAU↑)？貨幣如何量化用戶行為？如PTT之P幣與有效文章量化論壇中的影響力 (Staus-as-a-Service, 社群軟體的解方?)。
* 遊戲化 (Gamification)
* 利用貨幣讓社群可以**有更多互動**?

缺點：只能侷限在某個頻道，要評估技術的可行性。

#### D. 鄰近市場
* 透過Discord分類與機器人之競爭優勢，整合資訊、提供予用戶
    * PTT 台大版爬蟲 (如 NTUCourse)
    * Facebook NTU交流版爬社團
    * 找出台大課程網的API或直接爬蟲

### 整理出可能適合台大交流版文化的社群守則

可以參考其他 server 的板規或是交流版版規
* 開放哪些人加入？ **是否需要開放到教職員工、校友？** 若需要可以如何驗證 (如人工審核證件)？
    * 初期可以先以三校聯盟學生為主，除了驗證比較容易之外，考量到非學生使用者可能對DC不熟悉，不一定願意重新適應，需求相對較少?
(這點可以先評估實際情況再決定，但若沒有較直覺方便的驗證方法的話還要另外設計，可能會有點複雜，我認為優先度較低，有需求的話先以人工審核應付即可)
* 言論規範
    * 基本禮儀規範：禁止洗頻、禁止人身攻擊、禁止惡意釣魚、(遵守中華民國法律)
    * 廣告文規範：(這邊我在想到底要不要開宣傳的頻道，考量到觸及率和洗版的問題，對雙方的體驗都不是很好，如果要的話可以就沿用交流版的規定，不要的話就直接禁止。社團宣傳可以在固定時期開個頻道用討論串的方式)
    * 我覺得簡單一點好，剩下靠頻道的分類慢慢建立潛規則

#### 整理交流板或是其他地方發生過的慘案（如黑雲事件）作為我們設計社群守則的參考

##### 2021/10 黑雲事件

大綱：黑雲被台大交流板管理員封了以後開分身帳號鬧板

### 初步整理必要機器人功能

除了更直接的交流以外，哪些功能可以展現我們相較於臉書交流版的優點，讓使用者比較願意使用這個東西？
因為規則上普通使用者不能直接用 @everyone 或 @here，可以往這個方向去想

* 歡迎大廳機器人
* 廣播發言
* 限制廣播發言次數 or 廣播發言管理
* 訂閱頻道機制 (剩食廣播、揪團打球廣播... 有訂閱才會收到通知)
* 檢舉
* Archive 頻道的機器人
* ...

Jerry 提出的頻道廣播機制方案

1. 即時廣播
2. 即時廣播 --(人工審核)--> 人工審核廣播

即時廣播：有即時性但不保證正確性
並行：人工審核可以避免垃圾訊息，但沒那麼即時


#### 需要哪些廣播？

* 遺失物
* 剩食
* ...


### 想一些大家可能會喜歡 or 覺得有趣的機器人功能 (有想到再寫下來)

* FAQ 機器人 (給新生參考?)
* 肥宅對話機器人
* 隨機迷因機器人 (?)
* 賭博機器人
* 虛擬金錢系統(盈餘->人氣)(每日任務之類的東西?)
* waifu機器人(參考: https://www.facebook.com/profile.php?id=100071974025233) 但其實我也不知道這東西有沒有需求
* 早午晚餐機器人(我需要)
* 運氣機器人(大吉or兇之類的)
* 答案之書(參考: https://www.myanswersbook.com/zh-tw.html)
* 唬爛機器人(參考: https://howtobullshit.me/)
* 大樂透機器人
* 遊戲機器人(好玩的話開發時程可能很長)
* 小雷機器人（https://www.dcard.tw/f/funny/p/227464843）(雞皮機器人)
* brainfuck 機器人(https://en.wikipedia.org/wiki/Brainfuck) 

#### 早午晚餐機器人？

都可以斂財了XD

### 頻道相關

#### 預設閒聊區

預設閒聊區要分類成哪些類別？一開始分類太多對於使用者來說會不會過於複雜？

> 是不是只需要台大生才需要的頻道？

* 廣播
    * 重要或緊急事務廣播區(具時效性且具緊急性)
    * 免費報你知(美食推薦?ლ(´ڡ`ლ))(這個是不是像那種研討會多的點心用的，具時效性但是不具緊急性)
    * 遺失物廣播區(協尋要不要另外開一個?)
    * //新聞廣播區
    * 徵才/問卷/各類校內活動廣播區
    * 水源拖吊-有車階級用(需要嗎?我也沒車QQ)(我不知道，無車階級)

* 閒聊區
    * 綜合閒聊區
    * 各種疑難雜症求救各路大神()(需要嗎?)
    * //時事討論區(有點掙扎)
    * 報團區(找打羽球之類的)
    * 綜合疑難雜症區(e.g. 微積分、程設之類的)
    * 菜雞提問區
* 學務
    * 各院

(不重要)
* 電玩
    * 電腦遊戲
    * 手機遊戲
    * (我偏向粗分然後由使用者申請)(梁) 
* 影劇
    * 動漫
    * 電視劇
    * 電影
* 運動
    * 籃球
    * 桌球
    * 羽球 
    * (各種運動)

**這邊要再調查一下其他平台有沒有發生過類似事件、真的上法庭我們要怎麼處理、我們可以切割到甚麼程度？**
這邊可能會先叫版主出來處理
* 有點麻煩區
    * NSFW
    * 金錢交易相關
    * 政治相關
    * 投資相關
    * ...

* NSFW (?)
    * jerry's friend 之前的建議: 另開群組
    * 理由: 向學校申請經費、出事可以切割
    * furry
    * (如果發生類似田X傑的事情怎麼辦)
* 其他(新申請的頻道會自動先放在這)
    * Vtuber討論 
    * 週期型(選舉、時事、課程換班)

#### 頻道的生成與消滅

使用者覺得需要新分類時可以申請新分類

* 生成
    * 連署門檻：需要多少人才可以創立頻道(3人或5人，希望可以寬鬆一點有利社群擴張，但是已經連署過的人就不能成立新的頻道)
    * 如何連署？(短期人工審查應該還好，三個人拿學生證拍一張照片?(盡可能減少冒用的機會))
    * 如何決定管理員(只有一人應該比較好處理，申請人之一，但是要有輪替的機制(如：3人聯署challenge，然後在群組內投票，相對多數))
    * 版規：如何制定？誰來制定？(我們提供樣板，申請人可以自行修改，但是我們會審核)
    * ~~版主權力：刪除使用者身分組(aka禁言) 看持續幾天or 永久(永久刪除可能要繳交理由書之類的，自動審核可能有點困難)~~
* 消滅
    * 甚麼情況下這個頻道要刪除 / 封存
    * 每天or每周自動記錄，提供api查詢歷史資料or 有人請求我們再給(只記錄文字應該蠻便宜的)
    (no use)
    * 一個月以上沒活動就刪除(看要不要限幾人活動以上，不然可以版主一個人自嗨)
    * 管理組有經討論後刪除頻道的能力(為了怕上一點的濫用，而且頻道數有限，或很具爭議的話題自動切割)

要給申請語音頻道嗎？

* 例如有人想開 LOL 世界賽語音頻道
* 不知道上限多少，可以預先開綜合1~10，然後經申請加開，有時限性(如lol世界賽) 經討論可以調整成永久頻道 or 刪除

#### 敏感議題/NSFW 要不要開，及其規定

* 會不會造成網路霸凌、法律問題？(或許可以說請使用者遵循中華民國法律，有相關糾紛時管理員會視情況提供有關單位使用者個人資料)
* NSFW還有一個問題就是有很小機率會未滿18歲(大一新生暑假期間)

### 檢舉機制

檢舉某人違反版規
如何檢舉？
jerry的提案是對機器人送出指令檢舉 -> 使用限制(需要嗎)?

* 要匿名嗎？對誰匿名？
* 如何判斷一個人是否濫用檢舉機制？處分？


#### 檢舉機制 by junsongxuu：
針對爭議貼文，分為新聞類以及留言類

1.新聞類檢舉（單一貼文）
* 不實資訊、非公益性鬧版

2.留言類檢舉（多則貼文）
* 人身攻擊、刷存/洗貼圖

##### 管理員以不介入、不提案為主

##### 流程（熊）
直接對機器人送出指令檢舉（對管理員不匿名、對所有人匿名），版主審核
保障檢舉人的隱私性

##### 罰則
暫定該成員禁言3天(這個我們要不要不寫死，不然之後會自己沒彈性)

##### 例外處理
被禁言的人依然可以在禁閉室留言，且可以透過機器人選擇是否轉貼到一般頻道，但若該貼文又遭檢舉，則禁言再加7天，且不可再轉貼

##### 反檢舉
檢舉貼文冷卻時間為7天，檢舉失敗則檢舉人自動禁言3天

##### 公告罰則
必須要有地方讓使用者知道自己現在的狀態

##### 這些規定只是初步想法，因為規定太嚴社群會反感，現在資訊流通還是以FB交流版為主，進DC（約300人）應該大多數都是看熱鬧，所以我覺得獎勵機制比檢舉機制優先度高

### 個人資料處置原則

* 申請的時候會提供個人資料
* 存在資料庫裡，管理員不能用這些資料做壞事
* 允許存取的條件是甚麼？
    * 甚麼狀況下會需要存取？
    * 有糾紛？
    * 盜用身分？

### 其他

#### 使用教學

* 使用 bot 的教學 (拍影片？文件？)
* 頻道介紹

## 結論

* 封存頻道如果頻道不夠的時候淘汰機制是怎樣
    * 誰先淘汰誰後淘汰 (想不到就黑箱吧)
* 身分驗證 email 當 unique id、開放三校、教職員、校友
    * 技術組要開 database
    * 存 email
    * 問題：還需要存甚麼額外的東西 (技術組需要 schema)
* 決定哪些機器人需要先做、優先順序
* 調查一下其他平台有沒有發生過類似事件、真的上法庭我們要怎麼處理、我們可以切割到甚麼程度？
* 早午晚餐機器人？

