20180418 會議記錄
=====

## au 生日快樂 :birthday:

## 編輯社群的營運方式
[](https://i.imgur.com/AlFrfQq.png)
R：你做這個圖做什麼？
hazel：因為在編輯社群經營上一直是Cofacts很困擾的部分。
優化會分兩塊，目前已經有的編輯願意繼續投入，這塊會發生在加入之後，右下角就是加入後的服務，但是人會流失，所以開發有必要。
開發這塊，分成四個部分，這些我們之前有討論過了我只是整理。
第二個是讓他們在加入一開始就有新手包或是新手村的感覺，闢謠分級的方法讓他們有成就感
另外是更專業的編輯合作，泛科學、美的好朋友等等
最後一個是我們沒有探索過的長者族群，不是每個人都是轉傳訊息者，有些也是闢謠者，有些可以成為編輯或是教育對象，下面都會需要做一些事，我們要定期去關注社群媒體上的，私人的很大的LINE群組，或是ptt風向，有意識的去置入。設置新手包，還有模板參照，這些都是需要做的事情，編輯這個部分是我們要去經營之間的關係，找到彼此之間的互利點，他們跟我們合作，不錯，但是沒有到必要。不跟我們合作他們可以繼續營運，要找到利害點。
長者要再找到溝通管道，跟使用語言。
回到核心編輯，在整個過程是屬於
3類，一般、專業(目前還沒有)、核心我現在定義是100篇以上，目前可能人沒有很多，或是每天2~3則，這些人是我們在核心的對象。
目標和成就感放在一起看，我看到會議記錄有進度條，或是等級之類的，剛剛討論完一輪也會有感覺要持續投入不同的心力。
可以馬上做的，是兩個禮拜可以出一個報告，那些數字是我們可以整理出來的，是我們馬上可以執行的，品牌榮譽這件事情，他可能會跟第一塊成就系統連動，如何讓他們覺得自己作為闢謠者是一個有榮譽感的事情。像是你有某種品牌的什麼，他可以更貼近大眾領域，我覺得wiki有點高冷，比如你有某個品牌的什麼東西。不管什麼形象，我們應該要創造一個群體的感覺，這個東西小聚門檻可能是一個，像是現在做的貼圖就是另外一個，這個東西我們可以發展個兩三個，有點像是會員制度。我付出什麼，要能換到一個什麼東西。
orz:右下角進度條是最簡單的東西，再來是個人介面，還有之前闢謠過的有多少人覺得有用還是沒用
比較難的是，有多少人看你這個東西，這個要比較有效果可能還是要坐在系統裡，要個人化。回應最多人看的是哪一個。
hazel：這個服務一段時間的報告，不一定要個人化，對最近的表現，或是近期，大家的闢謠達到一個什麼狀態。我們希望資訊環境更好，要符合這個形象要更像是週報類型。我其實沒有很確定這樣的模式相對於個人影響力的呈現哪一個比較有效。
Ｒ：人要你可能很有實際的東西給他們，我們要招募編輯就是要他們真的有心的人，然後今天的進度條，或是讓他們覺得自己幫助到內心想幫助的人，我覺得如果我們這裡很明確，那維持就是做這塊，其他就是開發新客戶。我是覺得，把進度條跟個人頁面做出來，對沒有心的人我們做多少都是沒用的。長者編輯走社區大學我滿想做的。然後寄信說我們團隊現在做的狀況如何，對我來說也是凝聚編輯的方式之一，我們要不要開一個電子報是給所有編輯。
orz:兩個月一次的報告，拿BOT跟open data的資料去講就可以了，兩個月右上角時間選好，兩個月內常被看到的回應是哪幾篇，放在LINE主頁跟fb group。
RR:編輯註冊時，有建議讓他們到編輯交流區。
斌：google上會有對餐廳的評價，在地嚮導，google會給優惠券。我之前有評價，最近也回報說幾個人認為有幫助。可能做個提醒，有的人對這個有興趣，但是平常會忘記，只有小聚會來。
Orz:e mail部分，使用者條款要確立，還有想不想收到這個訊息。他會給你一個勾勾說你想收到嗎？他直接寄給你喔？
email 的部分要有使用者條款跟記錄誰有答應。
RR：在個人數字這裡，想一些很fancy的名字，到某個數字給他一個頭銜。
gore:google嚮導有把榮耀歸因做出來。他有個專門嚮導才有。
gore: 進度條呈現最新闢謠的五個人;不用顯示篇數
gore:超過100篇就要給一個官方的獎勵，例如一個beadge
Lucien:可以用[Open Badge](https://openbadges.org/)，可跨網域呈現，需要設計Badge的樣子，樣式比較接近emoji

:::success
0 從零開始的主人公
1 鄉民
2 站得前面一點的鄉民
3-4 好心人
5-7 很好心的人
8-12 好人
13-20 大好人
21-33 謠民（背號11，要改11嗎）
34-54 童貞魔法師
55-88 老司機
89-143 闢謠天行者
144-232 魔法少女(200得貼圖)
233-376 闢謠天師（闢謠太帥）
377-609 謠言大覺者(400有貼圖)
610-986 謠言終結者(800送貼圖)
987-1596 滅謠師太
1597-2583 闢謠小女警
2584-4180 闢謠小飛俠
4181-6764 闢謠鐵金剛
6765-10945 從零開始的魔法旋轉花花
10946-17710 變態的好人
17711-28656 超能孟獲
28657-46387 熱血傲嬌律師
46368-75024 初號機
75025-121392 貳號機
121393+ 好心神

:::

大松得貼紙
小聚得食物
200得貼圖
十篇改名字
400得貼圖
800得貼圖

:::info
TODO on "level" or "ladders"
- Add `level` in user's field in API: https://github.com/cofacts/rumors-api/issues/73
- Show in site: https://github.com/cofacts/rumors-site/issues/99
:::

### 闢謠直播

https://www.facebook.com/johnsonliang/videos/1708714272544853/

- 介紹 cofacts
- Think-aloud：把自己所想的說出來，唸出自己要做的下一步
- 克里斯馬 囧 ........<<馬克思囧

(RR：我覺得你有)
Orz:希望其他網紅看到之後，當他們沒有梗拍片時，可以嘗試一起直播闢謠。
希望看到網紅有興趣的話題
中選會做球給你了!!!......
其實想找啾啾鞋.......
看看比較年長輩都在關注哪些謠言
現在有同婚系列嗎???
ＲＲ：可以做每次不同的主題
Orz:其實對話的對象是，出現聊天室訊息的其他人
也沒有想要說服傳訊息的人，而是說服其他看到的人
這件事情站在中間立場的人很多
而已經贊成的人會把訊息pass給我們
目的是用一個堅定的語氣講這件事情
現在比較多都是嘲諷，可能不會這樣做

RR：我們預錄一個DEMO的直播，這是給網紅的示範
可能這是他們可以有興趣，進而開始做這件事情
時間應該是晚上吧，睡前？

## 小聚觀察與檢討

https://hackmd.io/DA6QaLS8TjqxFWQlK4MBuw

### 遊戲化
Orz:一個部分是遊戲化，olivia覺得遊戲化沒有用
光是數字增加就有成就感，其實像是鄉民OCR的整體進度條是有用的
RR:現在多少謠言，現在闢謠多少
Orz:所有會有兩個數字，一個是自己的數字，一個是整體的數字。
ＲＲ：有自己的成就跟團體的成就感
Orz:好，介面上可以這樣呈現

:::info
Overall progress bar

API: https://github.com/cofacts/rumors-api/issues/74
Site: https://github.com/cofacts/rumors-site/issues/98

Personal number: see above, the user `level`.
:::

### 跟新聞系合作

Orz：跟新聞系合作這件事情，有一個機會我覺得是透過媒觀，媒觀可以提供工讀生的名額，用時數闢謠
Orz：如果是學生的話，就是另一種的，工讀生的就是媒觀可以做
ggm：其實學分也是啦
Orz:用一節來做這個就會需要演講，跟一個時間提供闢謠，要準備教案
material是共用沒錯，但是實際去做，還是這件事情其實不應該做？

## Pending dev items

### Roadmap

- 送出理由功能
orz會把主要時間放在寫程式，接下來接訪問歡迎大家去參與
ggm：我bot做到一半
orz:他可能傳訊息得到reply，但是這個reply不是他想要的
當使用者按下他覺得這個沒用的話，是否要留個理由。
bil：支持按"這個沒有幫助"要提供理由 ( https://github.com/cofacts/rumors-api/issues/75 )
orz:跟他+1的時候一樣，有個流程是請在下面輸入理由，或是跳過
這個和其他填理由的ㄧ樣，如果是新的文章還是理由。
R：那後續對編輯的影響呢？萬一這個問題真的回答不到他要的，就要有個平台的機制。
orz：平台會顯示啊，這篇謠言會再次回到這裡嗎再次
ggm：他會出現在回應上面
orz：可能出現在回應的叉叉
ggm:最後是否有幫助的時候要強制嗎？
orz：我覺得是選填：
我會想知道他的意向，如果願意填理由的話更好

:::info
按"這個沒有幫助"要提供理由

- API https://github.com/cofacts/rumors-api/issues/75
- Site
https://github.com/cofacts/rumors-site/issues/97
- Line bot https://github.com/cofacts/rumors-line-bot/issues/70
:::

- URL preview (在資料庫內蒐集正反論述、對內文做繁簡分析等等都會用到)

- tagging (標記特定議題)
5月底做tag會很拼，6月有做workshop
5月已經做過了，六月就用五月做過的投影片，能寫就盡量四月寫
- open data 免責聲明、使用者條款

:::info
Johnson 個人方針

- 在公投前，花在 Cofacts 上的時間，會用在**功能開發**與擔任編輯**撰寫回應**上面。
- 除了 5 月中 RightsCon、6 月 workshop、10 月 g0v summit 外，我希望自己不要再參與其他演講或採訪機會。
- Global facts 還沒消息。[連是六月還七月都寫不清楚](https://www.poynter.org/global-fact-bringing-fact-checkers-world-together-2)，到底要不要辦啊。這樣搞真的不太想去。
- 不會再提之前開腦洞說要辦的邀請講座、與萌典松合併的事項，因為沒空。
:::

### 送出理由功能

:::danger
晚一天做完，多一篇這種文章：
https://cofacts.g0v.tw/article/2w9caxb4dobpl
:::
- API: done, on staging ( https://github.com/cofacts/rumors-api/pull/69 )
- LINE bot https://github.com/cofacts/rumors-line-bot/issues/58
- Website https://github.com/cofacts/rumors-api/issues/64

### LINE bot wording review

from https://hackmd.io/UFE-DifqRaKjTjL2nzAKaQ#line-bot-wording
> 其實回應的第一句「這則回應認為文章⋯⋯」放在 LINE 的上下文內，好像有點怪

> 另外在「點這裡看其他回應」的前面提醒使用者說，網路查證請自行參考理由跟 reference 來判斷。

from https://www.facebook.com/groups/cofacts/permalink/2115997328632085/ & https://github.com/cofacts/rumors-line-bot/pull/66

#### 點選回應後

##### 目前
1. 這則回應認為文章「⚠️️ 不在查證範圍」，理由為：
2. <理由內文>
3. 出處：<出處內文> / 不同觀點請見：<出處內文> / ⚠️️ 此回應沒有出處，請自行斟酌回應真實。⚠️️
4. 請問這則回應是否有解答原文章？(Y/N)
5. 您可以到以下網址閱讀其他回應：<文章 URL>

##### 提案修改為
1. 有人標記此篇文章 ⚠️️ 不在查證範圍，理由是：
2. <理由內文>
3. 出處：<出處內文> / 不同觀點請見：<出處內文> / ⚠️️ 此回應沒有出處，請自行斟酌回應真實性⚠️️
4. 請問上面回應是否有回答到訊息原文？(Y/N)
5. 💁以上訊息由好心人提供。建議至此訊息回報網頁
<文章 URL>
觀看完整的訊息內容、所有鄉親們的其他回應，以及所提出的理由與出處。

R: 網友這個詞聽起來不太可信
bil: 但說編輯的話，大家就會覺得是別人的事情。而且我們確實就是沒有那麼可信。
gore: 其實「有人」就可以了

#### 選擇「沒有」回答到訊息原文
##### 目前
感謝您的回饋，您是第一個評論這份文章與回應的人 :) / 感謝您與其他 1 人的回饋。

##### 提案修改為
1. 感謝您的回饋，您是第一個評論這份文章與回應的人 :) / 感謝您與其他 1 人的回饋。
2. 請問您為什麼覺得好心人沒有幫助？請輸入理由，或按下「跳過」。

##### 送出理由或跳過後
4. 若您認為自己能回應得更好，歡迎到 <文章 URL> 提交新的回應唷！

### New bug: pagination bug

導致 article page 沒辦法翻到第三頁。嚴重影響使用。

https://github.com/cofacts/rumors-site/issues/96

## 協作日曆
公開日曆
workshop
小聚時間
看到送出理由上線
看到tag上線