動民主 2.0 設計概念
整體大方向
stackoverflow / quora / 知識家:知識系統,累積群體智慧
wikiargument:辯論系統,著重在正反兩面併陳
lqfb / prfb:以流動式民主為手段的決策系統,目的是規劃與表決
facebook / plurk:社交系統,人際互動優先
blogspot / google+ / twitter / tumblr / branch:網誌/微網誌/寫作系統,內容優先
github:程式的分散式協作系統(目的跟動民主 2.0 最相似)
動民主 2.0:公民協作系統,以提供友善的工作環境為目標,取代傳統的國會、政策制訂單位
系統設計者給經營者們的信
動民主 2.0 ,是為了日理萬機的國家老闆們,所設計的公民協作系統。
系統經營者的心態就像是企業經營者想盡辦法激勵全體員工一般,以「鼓勵所有公民發揮所長、一起完成事情」為目標,每個人都是來做事的,我們要讓做事的人如魚得水,並且盡量減少嘴砲和筆戰的空間。所謂的做事包括:找資料、收集資料、整理分類資料、筆記、彙整與發表報告、共同編輯、尋找靈感、腦力激盪、思考與規劃解決方案、提供專業支援……等具有學術風氣的行為。
在這樣的概念之下,動民主 2.0 的預設值會盡量關閉不必要的評價(嘴砲)機制,如果需要評價,建議以「行動」為指標,比方說,不提供按讚功能,但取而代之的,提供書籤、訂閱、引用功能。
系統經營者給系統設計者們的信
動民主 2.0 的基本組成
http://g0v.github.io/don-republic/public/index.html
- entry,有三種類型
- 不同類型的 entry 採用不同的功能模組
- 開放式問答題
- 像 stackoverflow 或 quora 的問題。用在一個人無法獨立完成、需要集思廣益的研究主題,像是「服貿協議對台灣各產業的衝擊」之類的。
- 優缺點評估題
- 像 wikiargumants 並列某個見解的正反意見。對於要表決的提案有初步靈感、但細節還不明確的時候,可以作為提案的前置作業,像是「兵役從徵兵制改成募兵制有什麼優缺點」之類的。`
- 文章
- 像 blogger 或 google+ 的文章發表。當專業研究者已經針對某個主題做了完整的分析報告,可以不需要透過問答,直接把完整文章貼上來,像黃國昌、郝明義、李茂生之類的專業人士,通常習慣在自己 facebook 發表見解,希望他們可以不需要改變發文習慣,只要在動民主設定跟 facebook 同步發表即可。
- collection,有兩大類型,十種子類別
- 不同類型的 collection 採用不同的功能模組,且不能設定父子關連,只能互相 tag
- board 看板型 collection:用來執行某些特定任務,分為幾種子類別
- user,有兩種類型
- 個人
- account:包含跨角色共用的基本登入資訊、投票權
- character:最多 5 個,每個角色有獨立的
- profile page
- name
- level(1 - 80)XD
- experience
- interest
- subscription
- bookmark
- ...
- 區分 account 跟 character 的用意來自 polly 的別名概念,主要目的是保護個人不會遭到人或騷擾(如果他爆卦而得罪了黑道之類的),次要目的是讓 A 領域的達人在不熟悉的 B 領域發言時可以採用別名避免光暈效應,更次要的附加價值是提供更彈性的使用環境自訂空間,可以把一個角色當作一組設定值來用
- 團體
- 類似 g+ 或 facebook 的專頁,沒有投票權
- authors:可以以團體名義發言的個人 user
entry
功能
- 可收藏書籤(收藏後,如果興趣指數夠高的話會出現在個人 timeline 中)
- 可訂閱(有新動態時會在 nav bar 右上角跳出小紅字)
- 可分享(按下後自動帶出連結的 sns 帳號)
- 可回應
- 可追問(產生子 entry)
- 可邀請其他使用者回應
- 可 upvote / downvote / report(?)(保留空間,未來有需要再加)
組成
- content
- title(140 字以內)
- description(500 字以內)
- answer wiki
- 權限
- 開放式問答 / 優缺點評估 - 開放共同編輯
- 文章發表 - 僅作者可編輯
- 功能
- responses
- 權限
- 功能
- 可 upvote
- 可 downvote
- 可加入個人 library
- 名稱
- 開放式問答 - answers
- 優缺點評估 - pros & cons
- 文章發表 - suggestions
- comments(answer wiki / response 底下的推文串,500 字以內)
- 權限
- 功能
- 可 upvote(按鈕「+1」)
- 可 mark as resolved 同時封存(按鈕「已解決」)
- 類似概念
- meta
- log - entry 內容的建立與變更記錄
- statistics - 訂閱、書籤、分享、回應等各種統計數據
- comments - 針對 entry 定位、適當性等非關內容本身的討論
- connection
- 關連的其他 entries
- parent - 上一層問題,涵蓋範圍較廣較模糊的
- children - 下一層問題,涵蓋範圍較窄較明確的。產生方式:
- 按下「追問」按鈕後將 new entry 編輯完成並發佈,new entry 就會自動和原 entry 產生父子關連
- 或者也可以在 meta 編輯畫面手動設定父子關連
- alias - title 的別名,也就是同義 entry
- similar - 容易混淆而被誤認為同義的近似 entry
- 關連的 collections - 看板、標籤
- 關連的 users - 我追蹤的人裡面哪些人正訂閱這個 entry
collection
功能
- 可收藏書籤(收藏後,如果興趣指數夠高的話會出現在個人 timeline 中)
- 可訂閱(有新動態時會在 nav bar 右上角跳出小紅字)
- 可打包(匯出供離線閱讀)
組成
- content
- title(80 字以內)
- description(140 字以內)
- summary wiki
- related entries
- 權限
- 功能
- 一般檢視功能 - 可排序、可選擇時間區間
- 可在此 collection 內新增 related entry
- related boards 相關看板 (related issues / related proposals / related projects )
- 關連的不同子類別的 collections。產生方式:
- 按下「新增相關 issue / proposal / project」按鈕後將 new collection 編輯完成並發佈,new collection 就會自動和原 collection 產生關連
- 權限
- 功能
- 可在此 collection 內新增 related collection
- comments(summary wiki 底下的推文串,500 字以內)
- 權限
- 功能
- 可 upvote(按鈕「+1」)
- 可 mark as resolved 同時封存(按鈕「已解決」)
- 類似概念
- export
- 功能
- 預覽自動匯出的結果
- 更新預覽畫面
- 在預覽畫面中編輯匯出結果
- 儲存編輯過的匯出設定
- 分享編輯過的匯出設定
- 匯出 html / pdf 供離線閱讀
- 採用別人的匯出設定
- meta
- related collections - 關連的相同性質的 collections
- parent - 上一層議題,涵蓋範圍較廣較模糊的
- children - 下一層議題,涵蓋範圍較窄較明確的。產生方式:
- 按下「新增子 issue / proposal / project」按鈕後將 new collection 編輯完成並發佈,new collection 就會自動和原 collection 產生父子關連
- 在 meta 編輯畫面手動設定父子關連
- alias - title 的別名,也就是同義 collection
- tags - 標籤
- comments - 疑慮 - 針對 collection 定位、適當性等非關內容本身的討論
- followers - 關注者
- log - 記錄 - collection 內容的建立與變更
- statistics - 統計 - 類似 google analytics
- 問答數、瀏覽人次、訂閱人數、書籤人數折線圖
- 議題排名
issue 議題
介面
- 議題摘要共筆
- 相關問答 (數字)
- 相關提案 (數字)
- 相關專案 (數字)
- meta
proposal 提案
介面
- 提案摘要共筆
- 提案列表(動民主 1.0 的 issue 頁)
- 相關問答 (數字)
- 關連 / 延伸閱讀
- meta
project 專案
介面
- 專案摘要共筆
- 專案執行者名單
- 專案 google calendar / hackfoldr / google drive / google groups / ... 內嵌頁(optional)
- 相關問答 (數字)
- 關連
- meta
tag 標籤
介面
- 標籤摘要共筆
- 相關問答 (數字)
- 相關議題 (數字)
- 相關提案 (數字)
- meta
user
功能
- 可收藏書籤(收藏後,如果興趣指數夠高的話會出現在個人 timeline 中)
- 可訂閱(有新動態時會在 nav bar 右上角跳出小紅字)
- 可舉報(若發現是spammer / 黨工)
- 可封鎖(封鎖後對方無法 follow 或 tag 我)
組成
- account
- character
- profile
- name
- expertise
- reputation
- level (1-80) / experience (每一級經驗值指數遞增) - 同 GW2
- badges
- content
- questions
- answers
- posts
- reports
- interest
- followers
- bookmarked by
- subscribed by
- settings
- linked account - 不同角色的連結帳號重複時跳出提醒
-
各種關連
- entry-entry 之間的關連形式包括
- 父子:A 的討論內容範圍涵蓋在 B 之內
- 同義:不同標題,但指向同一個 thread,像 quora 的 alias
- 近似:可能會以為是同義,但其實兩者並不同,標為近似後,可避免後人持續提出合併為同義題的請求
- 前身:當兩個獨立 entry 經過使用者反應標註為同義,所有內容合併至另一個新的 thread,原本 entry 保留但凍結,成為合併後新 entry 的前身
- entry-collection 之間的關連形式包括
- collection-collection 之間的關連形式包括
- 父子:同一類型的 collection 之間可以設定為父子關係(不同類型的不行)
- 相關:不同類型的 collection 之間可以設定為相關(同 entry-collection 之間)
- entry-user 之間的關連形式包括
- collection-user 之間的關連形式包括
功能模組
會議室 ?
企劃室 ?
辦公室 ?
眺望台 ?
成就系統 ?
以上舊版用語忽略忽略 XD
---
是否需要採用類似 知識家 / quora / stackoverflow 的代幣機制?
- 在知識系統中,reputation 點數通常可以拿來交易,懸賞作答之類的。背後的意義是「聲望不只是榮譽,也會帶來實質的好處」。
- 不過動民主並不是單純的知識系統,動民主的重要貢獻者往往在真實世界中已經擁有一定的聲望,不需要靠動民主系統中的 reputation 點數來得到自我肯定,即使有也是附加的。對這些人來說,需要的是類似 twitter 或 g+ 的官方帳號認證機制,確認這個帳號就是本人。
- 引入代幣機制同時也會產生操作誘因,引誘人追逐數字……這不是動民主所需要的。動民主需要的是榮譽感、對自己的言論負責任的謹慎態度。這些都不是任何點數可以換來的。相對地,量化的點數還可能令人感到被估價了,而讓動機變得不單純。
- 結論:沒有點數 XD