# 科技麻瓜 NGO 和開源魔法師的旅程

#### 1.產品開發流程

小海：從來沒聽過有流程這件事，不能失敗與重新定義成功
小班：NPO不知道自己要什麼，開發人員對議題不夠熟，很 shock CET的組織型態

#### 2如何對焦？相遇後語彙與知識卻差異過大，怎麼找到溝通方式。

工作方式(communication)
小海：MVP，前後端…etc，開源協作方式的不穩定性（交接），有工程師翻譯機，
小班：文件很重要，交接的方式，如何說服 NPO 在做產品這回事（翻譯完要協助判斷）

#### 3.如何前進？開發流程進度如何與倡議時程與目標的扣合。
小海：
小班：進度（產品目標）與參與者的自由（動機和創造）
系統如何成為倡議的棋子，對倡議規劃的理解
對專案的控制度與開放性的衝突
empower NPO之外，也要培力新參與工程師開源和議題是什麼。

#### 4.如何抵達？數位產品真的對倡議有用嗎。

小海：開發速度，成品樣貌，和倡議現場很難百分之百吻合，所以有用，但不如預期的有用，而且過程比結論有意義，
小班：最理想的狀況是新的工具帶來新的行為，這個行為可以在倡議上有意義。

但這個產品並沒有創造使用者新的參與方式，而且量不夠大，沒有真正節省到特別多時間。如果真的要有用，需要很多前置作業，而不是東西做出來就好。

在倡議，做簡單互動小遊戲或資訊視覺化，CP值比較高。但這個產品太大（很多人做，很多行銷資源，很多人舉報）

人多的問題：管理和溝通成本變高，

#### 其他

小海要對NPO講的話：
參加社群學習視野，但不要一起開發產品（不是田僑仔不要來開源社群玩），因為兩者所擁有和面對的資源和壓力很不同。

小班要對NPO講的話：
把社群當夥伴，議題和方向NPO要想清楚，要彼此信任，團隊是最重要的，沒有對的人就沒辦法做出東西。開發過程，NPO要常常來對齊倡議資訊。

我們是在排除障礙，例如不要讓工程師loading太大，不要做對倡議沒有用的事情。

#### foundation，門檻：

NPO願意理解與學習開源文化，流程和工具，學習和參與另一種文化，而不是外包
開源社群也有專案的ownership，開源社群願意耐心陪伴我們開展新的認知和調整流程，