# 【真的假的】2017/8/2會議紀錄

### 今日主要討論部分

#### Google News Lab 文字翻譯

[Glossary](https://docs.google.com/spreadsheets/d/1XQOT36S4_4J-QHTwM875TzhmTin2oTYmSZznwv-6UVM/edit#gid=0)的部分目前還無法確定。建議作法：
* 看台灣、中國有沒有相關的論文翻譯
* 小聚先用英文，後續再處理中文
* 針對目前翻譯進行修正

#### 七月戰報撰寫

已經完成[七月戰報](http://beta.hackfoldr.org/ctgrant-reports)。

#### 使用者觀察：GA、社團、編輯成長人數
1. 謠言整理文章後續影響：對於社團人數成長、Line Bot使用者人數成長有正向效果，但對於增加編輯並沒有產生效果。
可能原因：
* 文章的方向錯誤，純屬紀錄，而非針對闢謠，無法激發闢謠的慾望（？）
* 閱讀與假日使用的裝置不適合闢謠
* Call to Action 設立在參加編輯小聚，而非成為編輯
2. 建立簡單的 Line Bot 使用者人數與編輯人數的[數據輸出架構](https://docs.google.com/spreadsheets/d/1h9YAmi5i_dpYGYG5xUBBiW2Q_W0-ylJocb-MKY2nffc/edit#gid=1366424393)。目前可以看到：
* 每日編輯註冊人數
* 每週回應與unique編輯人數
* 每週文章回報數
* Line@資料庫
* Line Developers Messaging Stats
* FB group insight
* GA

#### 八月進度

1. 參考[七月戰報](http://beta.hackfoldr.org/ctgrant-reports)
2. 預計生出使用者規範，並且在小聚之後一併討論以下：

### 8月份待討論與執行
#### 編輯守則重新整理

> 「什麼東西可以不處理」這件事要跟編輯怎麼傳達比較準確，我的想法是這樣：
> 1. 當編輯看到一則訊息，他很清楚要對什麼部分闢謠 (選擇「含有真實」或「含有不實」)的話，那我們不會做任何阻止或提示。即使這則文章的內容是八卦或廣告，或許編輯在裡頭可以拆解出可闢謠的段落，那就讓編輯去做。
> 2. 當編輯看到一篇文章覺得很猶豫，不知道該不該選擇「不處理此訊息」時，我們可以告訴使用者，平台其實認為編輯「可以不處理」這類訊息，然後列出理由，讓編輯放心地選下「不處理」並送出，而不會怪罪自己這麼做是不是會讓其他編輯看不到此文、給自己太大的壓力。
>
> 我自己不希望看到的是：
> 1. 編輯選則「不處理」時覺得壓力山大
> 2. 編輯去質疑他人說「這明明不用處理你為什麼要處理」，因為這樣的質疑等於是希望人用比較沒有資訊的「不處理」來蓋過有連結資訊的「含有真實」或「含有不實」
>
> [name=MrOrz][color=#97fc9c]

1. 只處理轉傳文字不處理連結？
* 介面／資料庫支援連結：https://github.com/cofacts/rumors-api/issues/41 但需要與其他待實做 feature 排優先順序。
* 還要在網站上可以顯示 summary、在 line bot 的顯示也要做調整，方為完整的解。
2. 怎麼處理一則轉傳文字內同時有多則訊息？
* 一個錯誤一個回覆
* 所有錯誤回在同一則
3. 商家廣告文是否要處理？如果要處理，是否有查證準則？（證明其存在？）
4. 如果是很多人問的商家廣告文是否要處理？（例：7-11咖啡用XX券就買一送一、台電電費調漲等）
5. 公益類（捐血、捐床墊）是否在要查證的範圍？是否有必定要查證的資訊（例：時間）？
#### 教育使用者Line Bot使用方法
1. 怎麼向使用者提示正確的訊息推送格式？
* 一次一個問題
* 學習拆解出有疑惑的部分再推送（訓練精準問問題）
* 在對話過程中推送示範/加入朋友時推送示範/自動推播
#### 省力的闢謠機制
1. 短時間、大量類似的轉傳訊息送進來時，要怎麼通知編輯？
2.