2017/11/1 會議記錄

阿端建議路線

提供資料庫整理的經驗 社群的管理分享 程式上的快速上手，做成有辦法讓他國複製做法的方式 辨別什麼是謠言處理的範圍

阿端能提供的協助： OCF會提供各個專案法人服務 把要給LINE的草稿擬給阿端，ocf會去跟LINE談每月免費則數至少20則 在OCF設立專戶

第五次小聚形式討論

路線1：感恩節 RSVP

要不要第五次小聚就走感恩節風格，然後我們精選編輯，請他們一起來參加真的假的感恩節，然後他們不論方不方便來，都歡迎邀請一位他們很感謝或者他們很希望可以認識真的假的人 對象大概就是一路以來幫過我們的人或者參加過小聚的人 [name=Rosalind]

可以先發給已經參加過的編輯～～先邀請他們來 設計成更同樂的方向，也能少掉做教學的時間，有更多玩樂空間（？ [name=Hazel]

路線2：使用者

但推播還有一個月 不好好利用擴散的威能嗎QQ 付一次錢，希望可以推個兩次（？） [name=Billion]

我們禮拜三可以討論要推什麼，我想說上次是針對編輯，這次可以針對使用者 畢竟大家對我們的狀態不太清楚～～ [name=Rosalind]

R: 如果擔心會浪費推播的話，那還是可以推播說「我們是工人智慧，請大家包含一下」 利用推播來給使用者一個正確認知

Bil: 不到最後不使用 LINE 希望還是以幾乎沒來過的人為優先 邀請這件事情比較是 發現怎樣都沒新的人的時候，才會 RSVP 雖然是不衝突啦 但找過去的人就是在用本來的人脈

Lucien：直銷大會的話，是有一波人新的，一波舊的

btf: 希望一半一半，讓文化可以比較 solid，然後又有新血

R: 所以一開始要有藍鑽分享

我覺得可以讓舊編輯教新編輯

Lucien：上次有多少是看了 LINE 來的？

R: 全部。除了英凱。

R: 邀請一直以來都有來闢謠的編輯，還有一直以來幫忙的人。無法親自來的話，那就是邀請他平常感謝的人，這樣也會有新的人。扣緊感恩節的主題。

GGM: 這樣轉換率會比較高嗎？

R: 答應了別人的邀請應該就會到，轉換率比較高。

GGM: 要這樣湊到 10 個人⋯⋯

R: 一個邀一個應該很快。

所以現在有三種路線投票：

  1. 新的：都從 LINE 來。
  2. 舊：邀請。
  3. 半新半舊：10 人新的，10 人舊的。

Lucien：LINE 的話，轉化率好像有點低？（報名沒來）

R：上次可能是太趕了。

:::success 〖結論〗 半新半舊。 活動只對外開 10 個名額。 :::

Hazel: 平常其實來的會有 7 成，可能就是太趕。時間往前拉會有幫助。 下次還是在 tmot space

Johnson: tmot space 有小間⋯⋯

Hazel: 小間比較沒大家在一起的感覺，想說盡量讓大家可以在同一間。

R: 所以要邀請誰？

GGM: 我覺得如果要有經驗分享的話，盡可能是有經驗的

:::warning 〖討論點〗 小聚形式討論 :::

第四次小聚討論

:::warning 〖討論點〗 哪一些是新的點？ 又有哪些舊的點被提了很多很多次？ :::

推播

GGM：大家好像期待會被推播。我朋友：「我加了他之後，他好像也沒什麼用。」

Lucien: 像 mygopen 那樣

GGM: 那個阿姨好像也是這麼覺得

R: 如果我們每個禮拜推一篇，應該不是很擾民。

Lucien: mygopen 一天推三篇。

R: 每個禮拜三決定一篇文字。

GGM: 我們好像沒有好好講他該怎麼用。

R: 我覺得應該要推使用教學。其實不用使用教學，澄清就好了。我們現在可以 offer 的服務是什麼。

Johnson: 如果要每週三都推，那就要確保我們能一直有推播的能力。

:::success 〖結論〗

  1. 準備澄清文。Lucien 可能要畫個稿 2. 每週三決定要推什麼 :::

讓 LINE bot 加入群組

大概被提了 3 次。因為他不想當黑臉。

Related github issue:

GGM: 之前比較麻煩要 cache top 100，但我覺得

  1. 回應超過 50 個字的。正常講話不會超過 50 個字
  2. 搜尋後相似度 80% 以上的才回傳
  3. 加入後，要第一時間傳訊告知群組內使用者（文案待寫）

這樣似乎也 OK。

(LINE bot 會拿不到沒同意過的 user id)

Lucien: 感覺長輩會森七七。如果算link進去，會不會造成機器壓力？

ggm: 那就加機器吧!

:::success 〖結論〗

Priority 比起下面「程式方向」提到的 issue 來說還低，但是很有趣。 :::

Tag

Hazel:

Bil: 但我覺得搜尋比 tag 好用 N 倍

R: 但我無法打「醫療」找到所有醫療相關文章。如果我是「政治」那筆記少

Bil: 但我們應該只會找「年金」或「議會」

R: 新的事情一直不斷進來，連資深編輯都很難做，單靠 search 找到分類。

Gore: 我也想看。一開始包含垃圾很亂，我一個人瀏覽的時候就做過判斷，我很快就可以做個判斷，幫忙做分類。之後有意圖想要進來的人就可以從 tag 去抓。

我作為一個人工，我在做列表的時候其實都已經做判讀了。如果大家都有這個流程的話，那不如就讓他快速飆一下。像 trello 有顏色標記，我的想像是列表右邊會有標記。即使不是我的守備範圍，但我可以快速標記。

編輯會想知道專業人士是怎麼查證的？

Hazel: 邀請專業人士來寫 case study

也可以用採訪的方式，整理經驗。

MrOrz: 下次小聚分享的時候就採用類似 case study 的格式 想看專業人士會用哪些 reference 處理高難度的謠言。

程式方向

紀錄： MrOrz: 前端包出去，在大松的時候找人解決。 （中間漏掉了） ggm：但這樣超無感的？

「真的假的」名稱的 SEO

Gore:很難在Google 被搜尋上「真的假的」 要在這裡搜尋好一陣子

GGM: 但如果要用 LINE 推薦會比較快

MrOrz：但我們在 LINE 上面好像沒放官網 官網目前是 for editor。

GGM: 還是我們把 medium 做 SEO 把它搜到

MrOrz: 其實還有 kktix。

MrOrz: 明明網頁上有「真的假的」 h1

Lucien：但他太常出現了，IDF (inverse document frequency) 會很差。

Hazel: 可以把「轉傳訊息查證」當成副標，至少有「查證」在

:::success 〖結論〗 Added ticket. Good first commit! https://github.com/cofacts/rumors-site/issues/52 :::

貼圖進度

Hazel：目前兩個方向，風格偏向完整色塊。另外繪畫內容會以機器人（所有編輯都是機器人的化身）、清明上河圖的古人（謠言來自街市大眾）的形象，會先出幾張草稿。

他們希望能聯名合作，但對於著作權歸屬與分潤方式，則想聽聽大家意見。

ggm：不建議分潤，這樣會增加營運成本。其他就都還好。

Bil: 我覺得聯名蠻好的。