[持續更新] 2016 OCF 官網 Redesign

專案資訊

目前 (2016/06) 狀況

http://ocf.tw/

遇到的問題

業務類

介面類

技術類

期望的目標

業務類

介面類

行銷類

風格類

技術類

參考

專案啟動導火線

2015/03 ~

2016/06 ~

專案的範疇

  • 需求分析
  • 網站企劃
  • 網站內容
  • 網頁設計
  • 網頁前端
  • 驗收頁面清單
  • 理想的時程

    時程上有相依性的專案包括

    因此絕對死線為

    以此倒推專案的 milestones

    團隊組成

    工作方式

    主要利害關係人

    OCF 董事們:pofeng, bob, clkao, jimmy, honki

    OCF 工作人員們:singing, rock, ttcat, mglee

    OCF 合作伙伴:各大社群 conf、國際開源相關 NPO、相關政府單位等

    OCF 贊助商:新竹物流等

    OCF 捐助人:三百壯士等

    技術資料

    hero 區塊 image slider

    html meta tags

    jekyll data files

    募款頁捐款金額人數自動更新

    TEMP

    p.s. gh pages 的 folder 可以沒有斜線

    網址格式 命名問題 長度問題 檔案整理問題
    原案 ocf.tw/projects/coscup 專案名會污染全域, coscup 2015 跟 2016 檔案會打架 -> 解法:指向當年的
    A 案 ocf.tw/projects/2016/cosucp 跨年度專案網址會變 網址略長
    B 案 ocf.tw/p/2016/coscup 同 A 案
    C 案 ocf.tw/p/coscup-2016 同 A 案 專案目錄會有等同專案數量的 items,時間久了會變很多

    (update: 最後採用 B 案)

    pages

    content

    partners logo: orgs 有敘述的話可以考慮放在 popup

    f2e

    visual

    2017/04/12 上線前微調松

    今天開完會要跟 jimmy 報告上線時間

    donate 不夠明顯,來到網站想捐款的人,好像會找不到方向

    jimmy: 如果這一頁是作為跟社群合作的平台,要想一下怎麼特別 promote 

    他們的活動,或者是他們有自己的管道?

    et: 宣傳好像都直接貼專業的網址,會來逛這一頁可能是會想了解 ocf 大概在幹嘛的人,這一頁的 call to action 只有 300 壯士。不知道跟現實狀況是不是吻合。

    jimmy: 希望將來每個專案都有自己的頁面

    結論:

    yml 編輯常見問題:

    2017/02/07 成果網頁松

    日期:2017/02/07

    時間:12:30 - 18:00

    地點:OCF 辦公室

    與會:singing, rock, ttcat, huanfu, et

    ET’s notes

    2017/01/23 成果報告網頁編輯會議

    與會:singing, rock, huangfu, et

    時間:14:00 - 15:20

    地點:google hangout

    討論事項

    目前狀況

    結論

    相關連結

    本次作業

    ET

    :ok: 專案名稱顯示全名

    :ok: 支援內嵌 iframe

    :ok: 導覽列連結指向舊官網

    :ok: 示範新增標題 a. 政策倡議 b. 由衷感謝(sponsors, staff 可放這區)

    singing, huangfu, rock

    下次會議

    日期:2017/02/07

    時間:12:30 - 18:00

    地點:OCF 辦公室(據說會有炸雞)

    與會:同這次

    預定內容:大家一起編輯成果報告頁同時鞭打 code 沒寫好的 et

    2016/12/28 網站交接會議 part 2

    與會:jimmy, et

    時間:15:30

    地點:google hangout

    討論事項(上次會議結論)

  • 1. template改善 - 專案頁左欄放純 html (現已可行)
  • 2. image 目錄遷移,得討論是否要不要全部丟到同一個目錄(github直接上傳方便)
  • 3. layout 拆散 - redirect / global 等一些 layout 看怎麼變單純
  • jm: 

  • jekyll redirect
  • pf: meta refresh 跟 window.location 都會掉 SEO,只有 jekyll 的 gem 不會掉。

    結論

    2016/12/14 網站交接會議

    與會: jimmy, pofeng, ttcat, et

    時間:3pm

    地點:google hangout

    前置作業

    et

    會議紀錄

    jm: 可以用但要討論 fallback 機制

    業界的作法:

    我們的專案:

    pf: 擔心後面無法接,想慢慢改。當初放 github 是希望不要有 administrator,因為 php 還要維護,所以一開始網站一定是靜態的。但靜態的改起來很累,所以要用 template engine,因為 gh 是用 jekyll 所以就用 jk。et 用很多方法去半自動化,但後面的人應該無法接手 & 改。如果不是很複雜的 template 我寧可兩份資料兩邊的人去改,對工程師來說很髒,但對兩個不同人以後維護比較輕鬆。比方說 osln 怎麼改都不會影響到 otspace。現在完全自動化之後,捐款進度條如果完全自動化,會擔心我改了以後會改到其他人的方法。jk 會生成兩個 template,一個是有進度條,一個沒有。et 寫得超級自動,連轉址也合併,所以想先把轉址拆出來。jm 的講法,不一口氣轉過去大家會懶得遷移,我沒辦法把 tp 拆開。

    jm: 我覺得維護不是問題,有問題是新功能

    pf: 就是新功能,比方說捐款不要進度條,那個人要新的東西,他會不知道怎麼拆 template 出來。

    jm: 我有回 et 說我傾向有 fallback 機制,雖然現在用的是半自動系統但有辦法讓人家寫一下連到靜態頁面就 fallback 到純靜態頁面。舉例,今天有個專案很特別不想套模版...

    pf: 那就自己編一個 html 就好啦

    jm: 現在的作法比較容易維護,專案越多,後面是 html 蠻雜的,感覺這樣做對更多人參與有幫助

    pf: 那我們就要換過去了嗎?還是怎樣?原來的 repo 變成 archive.ocf.tw?

    jm: 換過去前先討論 fallback 機制的話未來遇到情況就可以... 我傾向換過去。

    pf: fallback 機制只要把 template 換掉...

    jm: 關於我們那邊比較 ok,因為就是 html,比較大的是工作夥伴跟專案成果

    pf: 對新人來講沒那麼好維護,資料分散,image 要放在 image 目錄,id 要放 id 檔案,全新的人沒好維護,但講好了會習慣。image 可以改一下因為不直覺,無法放 data 裡面

    jm: 工作夥伴可以照舊,計畫需要有... 可以換一個連結

    pf: 希望怎麼設計舉個例子?換個 html 就可以取代,你希望怎麼換?用 jekyll tp 換嗎?

    jm: 像是 ot 介紹,要連到一個 beta.ocf.tw/anotherproject 這可以直接從現在的去設,設了之後那頁怎麼做不管他

    et: 手寫 yml

    pf: 我無法 supervise migrate 會遇到問題去教大家,所以一直沒動,有人願意交接的話沒問題,take over 我很高興,換過去以後我還是會把功能一個一個抽出來,但 supervisor 不一定要同意我做。如果我當 supervisor 的話我會放到很後面。

    jm: 可以接受往後延,但對 refirect 遇到問題不確定

    pf: 沒問題,只是我不喜歡連 redirect 都去呼叫一個最長的 tp。

    tt: 我都沒什麼問題欸

    pf: 誰願意 take over 升級這東西

    et: 內容...

    jm: 需要有基金會的人松個一個早上或下午

    tt: 要先確認內容。每個專案網址都可以設定?

    et: 可以

    jm: review 內容的時候一起改

    pf: (分享螢幕)比如說要解釋 redirect,又呼叫 global,雖然參數可以共用,要教人家的時候一個功能要教四個檔案,應該要回到 jekyll 原始精神,一個功能一個 template。et 的作法是一個網站架構,沒有一個人去維護這架構。我願意改,如果有 supervisor 來不用也沒關係,至少我對這網站要懂,未來改得亂七八糟我還是要可以改我自己要用的。yml data 一定要歸在 data 目錄,image 要一個目錄、data 要到 yml、改 style 要在 html,注意力會很分散,無法在一個地方。因為跨專案參數太多所以引入很多東西,交接給別人比較困難

    jm: 會喪失一些編輯 html 的彈性

    pf: 我無法跟他說「你動這兩個就好,其他不要動」... 我也沒有一定要這樣,重點是,誰願意花這時間去 supervise。卡在人力。或者直接問 singing 跟 rock 跟阿端,因為他們是實際維護的人。

    tt: 對我來說不是很困難啦,還是看其他人在改的時候會不會有問題。

    pf: 大家都沒問題的話還是要有一個人來做

    tt: 一個人是辦公室的人嗎?

    pf: 不一定,不是 et 就好,妳要吃下來嗎

    tt: 我不能答應

    pf: 我也不想答應

    jm: 分幾個階段,第一階段我跟 et workout 讓架構更友善,教學我就比較無法。

    pf: 我們繼續討論架構,我把我喜歡的 style 寫一下,但我盡量不依賴程式,我先寫出來,yml 我就等 1/15 成果報告結束後大家比較閒再跟 s r 更新資料

    jm: yml 做資料維護應該不太需要動,還是不要有 yml?

    pf: 我覺得可以,但是用得太兇了

    jm: 如果方向上是這樣,這種 metadata 用 yml... 這裡面整包,進去裡面的東西要有彈性。左邊彈性,右邊一致。工作夥伴用 yml 也 ok 因為少少的。

    pf: 最重要優先的:更新資料,然後跨專案的表現以外資料放在檔頭

    jm: 第三個會想動的是 image 目錄,需要再研究一下

    pf: 有沒有辦法一頁的資料相關的 yml html image 都集中?

    et: yml 以外都可以

    pf: github 上有支援 symbolic link 就可以,我以前在 local 都用這方是整理

    jm: image 下面分專案目錄?

    pf: 我也覺得年份是不需要

    et: (解釋年份用途)

    pf: 可以讓 sg 跟 rock 先學年度成果報告怎麼寫,那可以提前做,練習看看

    pf: compress 壓縮 html 用的,可以先拿掉

    jm: 現在大多用 f12,我也覺得不需要 compress 還好

    jm: 先做 report 的時候來看誰之後要來處理 migrate 可嗎

    pf: f12 錯誤訊息在哪?

    et: jekyll 訊息要在 local server

    tt: 對我來說太多新東西... 上線的想法?我可以 supervise 內容,現在所有的內容、圖片、文字

    pf: 蠻累的,大家一起幫忙。內容好了搬家過去搞不好不會不好改

    tt: afi 跟 mg 沒有 html 編輯經驗

    pf: 希望直接在 gh 改,直接 gh 上傳圖片

    jm: (發現自己沒有 push 權限)

    結論:github repo 不要 rename,直接 domain 去切就好

    pf: 第三版要取 mutant!不准改了

    會議結論

    分工

    上線方式

    其他

    TODOS

    2016/11/28 ~

    :ok: 接上 neticrm 捐款進度 api , e.g. 

    :ok: 專案頁校對工具 http://beta.ocf.tw/design/actions/

    :ok: 設定長期專案頁,以無年份的網址為主,不會 redirect 到有年份的去 e.g.

    成果報告支援 event_id -> 算了 XD

    11/30 晚上工作會議報告事項

    2016/11/21~

    :ok: 製作驗收文件:新舊網站 url 對照表

    :ok: 製作驗收文件:全站 metadata 清單 http://beta.ocf.tw/design/meta/

    :ok: 製作暫時性 404 頁 http://beta.ocf.tw/404

    :ok: 影展專案頁 http://beta.ocf.tw/projects/2016/movie/

    優先 TODOs

    次優先 TODOs

    11/23 Wed. 3pm 第一次驗收會議

    心得

    2016/11/14~

    :ok: about 頁 http://beta.ocf.tw/about/

    :ok: 確認 jekyll plugin 在 github pages 上... 不支援 QQ 之後正式上線要把 markdown 功能拿掉,哭哭

    :ok: 又改了資料結構(遠目)events 大表化

    :ok: 確認 projects 跟 events 的定義:前者有獨立的成案過程,後者沒有。兩者都可以是成果列表的 item

    :ok: 完成 event page template http://beta.ocf.tw/projects/2015/intl/dalc/ , http://beta.ocf.tw/projects/2015/intl/socp/

    :ok: 更新 project page template,移除 jekyll plugin dependency

    :ok: 收子龍跟 neko 的 design patch 調整了

    :ok: mediakit page survey + proto

    :ok: normalize menus

    :ok: normalize og data

    心得

    2016/11/7~

    :ok: project 頁 template

    :ok: project: 行政中心 http://beta.ocf.tw/projects/2016/admin/ (合併原 activities)

    :ok: project: 國際交流 http://beta.ocf.tw/projects/2016/intl/

    :ok: project: g0v 大松 http://beta.ocf.tw/projects/2016/g0vdathon/

    :ok: project: jserv http://beta.ocf.tw/projects/2016/sysprogram/

    :ok: project: otspace http://beta.ocf.tw/projects/2016/otspace/

    :ok: news 頁 http://beta.ocf.tw/news/

    :ok: rock 提供 givawell 的首頁供參考,發現之前規劃網站內容時完全漏掉 in the news(!)於是要預留 in the news 區塊在 news about 頁跟首頁

    :ok: 想出了一個折衷的網址方案:長期專案擁有不帶年份的網址當作跳板,跳板會導向當年的年份,一般專案則繼續用年份分 scope。此方案還要 email 跟 staff 確認。

    筆記

    2016/10/31~

    :ok: 完成 projects 頁面的 filter... 感謝 tka 幫除蟲 www

    :ok: 既然分了 tag 要在 project 框框內標註,像是 coscup 議程表

    :ok: 完成 reports 頁面 yml 結構與 template http://beta.ocf.tw/projects/2016/

    :ok: rock 提供 charity navigator 的大事紀供電子報頁面排版參考,可依年份折疊(後來因為電子報份數太少沒折疊...)

    et 要問 poga 的問題

    心得

    2016/10/24~

    :ok: et 設定 jekyll data files + 用 .yml 完成 people 頁面

    :ok: et 在 10/26 wed. 工作會議報告目前進度,報告內容如  2016 OCF Redesign: 2016/10/24~

    :ok: 依工作會議結論:people 頁面順序改為 staff > consultants > alumni > volunteers > board > partners > sponsors > donors

    :ok: 依工作會議結論:people 頁面的 partners / sponsors 跟首頁一樣純 logo 沒有敘述

    :ok: et 設定 jekyll data files + 用 .yml 完成 projects 頁面

    :fast_forward: 整理 projects yml 資料

    2016/10/17(因公流會)

    :ok: et 完成其他 level 1 頁面內容初稿

    :ok: et 完成 repo 資料夾結構(跟現在一樣,可以直接按 github 鉛筆按鈕維護)

    :ok: 因應 yayared 被上班,網站規格改 plan B(無設計,套用 semantic ui 的 style)

    :ok: 和 bobchao singing 確認社群 banner 可採 fb og image 尺寸 1200 * 630 px

    :ok: et 完成 landing page html / css 初稿

    :ok: et 設定好 staging site repo: github.com/ocftw/beta.ocf.tw

    :ok: pofeng 設定好 staging site 網址: beta.ocf.tw

    et 跟 yaya 走過頁面內容

    感想:

    2016/10/11

    :ok: et 完成 landing page 內容初稿

    感想:

    2016/10/04

    :ok: 首頁 mockup 素材(大致上)

    :ok: yaya 跟 ET 核對要填進去 moqups 的字

    :ok: yaya 跟 ET 討論 10/17 前時程

    文案的眉角

    mockup 的意見

    2016/09/23~09/30 意見收集區

    關於 Sitemap 的意見

    網址規劃 (pofeng)

    關於 Wireframes 的意見

  • /projects
  • 上稿方式

  • /people
  • 贊助商 logo 位置 (singing)

    離職同事列名方式 (singing)

  • /about
  • /mediakit
  • 2016/09/27(颱風假)

    (收集意見 & 打混中。。。)

    2016/09/21 工作會議

    結論:

    2016/09/20 網站暨平面小精靈松

    poga, yaya, et

    隔天晚上的 OCF 工作會議要 staff 報告的事情

    UX 小夥伴心得交流

    hot fix:

    本週 9/19 ~

    :ok: et 和 poga, yaya 確認明天工作會議要報告的事情 

    :ok: et, yaya 和 poga 討論完稿後的 user journeys,合併重複的部分,詳 gslides https://docs.google.com/presentation/d/1fc5d9jjqp5Jfwx-a4mGl0DIdo0sHFBFupYH1LQJ6N0w/edit?usp=sharing

    :ok: poga, yaya, et 用白板和便利貼把 gslides 上的網站內容標題排列組合,變成 sitemap 與 landing page wireframe。照片詳 https://drive.google.com/open?id=0B0NsS2a-Qx8ZbEFKbUEwR3lCRTQ

    :ok: singing, yaya 同步文件樣版進度,本週挑色(文件跟網站共用的)下週會有看得到的東西

    :ok: singing, et 補完三百壯士貼紙許願頁面,準備明天工作會議上報告 300 Emoji 

    :ok: singing, et 赫然發現 mglee 還沒放上官網

    家庭作業

    :ok: et 跟 pofeng 確認 staff 頁面加入 mglee 的方式

    :fast_forward: et 開始研究 jeckyll data files

    :fast_forward: yaya 把 sitemap 跟首頁 wireframes 數位化

    工作會議 9/21

    下週 9/26~

    2016/09/12 網站小精靈 kick-off meeting Part 2

    yaya, singing, mg, et

    UX 小夥伴心得交流

    本週 9/12 ~

    :ok: 官網組吸收新下線 yayared,由 singing 幫加 slack 

    :ok: et 為了迎接 yayared 將目前無為止所有 UX 文件整理至簡報中 https://docs.google.com/presentation/d/1fc5d9jjqp5Jfwx-a4mGl0DIdo0sHFBFupYH1LQJ6N0w/edit?usp=sharing

    :ok: et 跟 yayared 報告上週為止的進度、討論 UX 發展過程和開發心得、一起讀了 poga 的天書。心得寫在這  2016 OCF Redesign: 2016/09/12 網站小精靈 kick off meet

    :ok: et 和 yayared 確認企劃階段分工: yayared 做部分 user journey、sitemap、wireframe,et 做剩下的 user journey ,poga 在旁邊飄

    :ok: et 和 yayared 確認企劃階段時程:9/20 前 user journey,9/27 前 sitemap,10/4 前 wireframe(?)

    :ok: yayared 確認接下來的工作方式:跟 et 一起每週二進 OCF 辦公室

    :ok: yayared 幫自己挖了一個坑: sales kit 製作

    :ok: yayared 和 singing 討論了聯合勸募計畫的文件排版事宜,發現可以跟 sales kit 整合起來做

    :ok: yayared 又幫自己挖了一個坑: 文件範本(列印用)、簡報範本(投影用)編排設計,從 muka 的視覺元素延伸

    :ok: et 提供 yayared singing 先前 ttcat 和 muka 討論 VI 的文件供參考 https://ocf-tw.hackpad.com/visual-brand-identity

    :ok: singing 開了 #design 來收集官網、文件範本、簡報範本、視覺設計的相關討論

    :ok: singing 和 et 討論三百壯士貼紙貼圖表情符號許願池的文件格式 300 Emoji 

    家庭作業

    :fast_forward: ET 把 user journey map 標題弄出來給 yayared 選

    :fast_forward: ET 整理之前收集到的關於網站內容的許願,準備下週給 yayared 做 sitemap

    :fast_forward: yayared 挑一兩個 TA 畫 user journey map

    :fast_forward: yayared 研究一下 singing 提供的贊助計畫書文件內容

    :fast_forward: singing 把贊助計畫書可能用到的素材連結收集給 yayared,如各社群 logo、相簿網址... etc.

    下週 9/19~

    - et 和 yayared 討論 user journey、準備進行 sitemap

    - et 和 singing 討論 300 壯士許願池

    - singing 和 yayared 討論列印用文件範本

    2016/09/06 網站小精靈 kick-off meeting

    與會:poga, et

    UX 小夥伴心得交流

    :ok: ET 和 poga 交代專案來龍去脈、OCF biz model、專案類型、stakeholders 等

    :ok: poga 挑了幾種 TA 做 user journey map:社群活動參與者、個人捐款者、社群合作夥伴、法人合作夥伴、企業贊助者

    :ok: poga 根據 user journey map 整理了整體網站與 landing page 資訊架構 https://drive.google.com/open?id=0B0NsS2a-Qx8ZNWUyeWJkNjhnX00

    :ok: ET 和 poga 確認接下來的時程與分工(時程:依原訂計畫走著瞧,分工:poga 當 ET 的召喚獸)

    :ok: ET 拿 bob 的書回家啃(poga 想看的兩本子龍都有了)

    :ok: ET 和 singing 討論 300 壯士回饋貼紙的主題挑選方式

    :ok: ET 和 bobchao singing 討論合作單位 logo 的 RWD 尺寸

    家庭作業

    :fast_forward: ET 整理 poga 的草本天書,免得過兩天作者自己也看不懂

    下週 9/12 ~

    - ET 接續製作全站 sketch 版 wireframes

    2016/08/30 自 COSCUP 回歸,確認社群參與方式

    :ok: 和 singing , rockhung99 , mglee 發想 300 壯士回饋貼紙方案,預定由 singing 在明天工作會議提出 

    :ok: 和 pofeng , singing 確認 ocf 網站改版的社群參與方式,預定下次開始邀請 poga 參與志工日(image slider 有人修了 lol)

    :ok: 和 singing, rockhung99 確認 ocf 網站更新許願池內容,預定持續開著卡片收集許願,之後一併放入網站規劃中 

    :ok: 敲定官網改版時程表,預定 8/31 工作會議向大家報告

    家庭作業

    :fast_forward: user journey map 前製作業:OCF business model 圖解

    2016/08/23 COSCUP 回血中遠端

    :ok: 替自己開了 trello 河道,歡迎大家來關心(?)

    :ok: 回血中,申請 8/23 遠端

    :ok: 建立官網改版的 milestone,依照上次工作會議內容

    :ok: 找時間和 singing sync 一下官網相關的 trello 卡片

    :ok: 找時間和 singing pofeng 確認官網改版的社群參與方式

    家庭作業

    :fast_forward: 著手製作官網 user journey map (edited)

    2016/07/27 工作會議

    :ok: 進度報告

    :ok: 和大家確認網站改版 milestone

    :ok: 個人對此專案的想法報告

    2016/07/26 ET 在家遠端

    :ok: 整理過去 hackpad 內容,建立網站資訊架構初稿(在 hackpad,置頂)

    :ok: 更新 project list,加入「OCF 掛名」欄位

    家庭作業

    :fast_forward:  user journey map TA 族群界定,目前預計區分 TA 的方式有 

    1.對 open source 的熟悉程度 

    2.瀏覽官網的動機是來自社群專案或來自OCF本身 

    3.在 open source 界的角色是 C/U/P

    2016/07/19 ET 請假

    :ok: ocf project list 資料整理(權限:staff only) 

    :ok: ocf 官網專案頁面自動化流程初步發想(權限:public,可考慮從此 published data 生成網頁) https://docs.google.com/spreadsheets/d/1bmVNKXOQfM_nHKFK2M1SI09z--sojpl1iw3JPtNqDUk/pubhtml?gid=569652953&single=true

    下週

    - 預定:某種流程圖 (edited)

    2016/07/12 OCF 專案大盤點 && 梅君 orientation

    :ok: 中午聽 ipa ttcat 討論揪松

    :ok: 下午和 singing rockhung99 mglee 製作 ocf 專案列表

    :ok: 下午和 singing 確認 VI 需求

    :ok: 晚上和 ttcat muka 討論 OCF VI 發想

    家庭作業

    :fast_forward: 整理 projects metadata

    下週

    - 請假回台中

    下次

    - 預定:官網 user journey map && VI 聯合討論會 (edited)

    和 singing, rock, mg 合力整理出 OCF 專案列表

    成果

    2016/07/05 需求訪談官網松

    :ok: 旁聽發票討論會(聽一半,到 rock 很多錢為止...)

    :ok: 陪窗簾師傅 3F 施工

    :ok: 找時間對 singing rockhung99 ttcat 做官網需求訪談,訪綱:  2016 OCF Redesign: 2016/07/05 需求訪談官網松

    :ok: 和 ttcat muka 約討論 ocf VI 的時間 -> 暫約週四晚上 -> 因颱風改到下週二晚上

    下週:

    - OCF 官網重構:和 singing rockhung99 梅君一起製作 OCF 專案列表 (edited)

    時間:___ pm ~ ___ pm(預計 1hrs)

    地點:OCF 辦公室

    與會:singing, rock, ttcat, et

    OCF 員工使用官網的時機與對象是?

    活動開場會介紹合作夥伴、怎麼成立的,因為有社群夥伴,用簡報,但簡報沒有太多東西,是從網站 print screen。我們辦的活動大部分對象都認識我們或認識合作夥伴了,即使金主也要稍微知道我們,如果不認識這個領域的,可能因為活動得知

    可能知道我們跟政府開會,但不知道在做什麼。或者高村長很有名,慕名而來但不知道他在幹嘛,或是從台權會記者會得知。就像是去陌生的組織開會,也會想知道人家幹嘛。開放,是開放什麼?哪個領域的開放?

    問 singing 開放文化是啥?通常是陌生人,活動參與者。零星的個案。之前去面試工程師不知道 COSCUP 是什麼。

    ttcat 不知道怎麼跟人解釋我在哪工作,大家都問那啥?就卡住了。如果連 g0v 都不知道的人就無法解釋。

    OCF 專案可以分成哪些類型?可以根據哪些屬性分類?

    OCF 專案的生命週期分成幾個階段?其中哪些階段會跟官網有關?

    (結論:以年度分)

    維護目前官網的困難處有哪些?

    討論區

    2016/06/28 Tue. 每週ET志工日

    :ok: 和 singing rockhung99 組櫃子健身

    :ok: 前天勞基松成果 hot fix,重新設定 facebook 相簿,搬到草稿區,以免誤導人 -> https://www.facebook.com/ETBlue/media_set?set=a.10207390760459930.1073741854.1014354995&type=3

    :ok: ocf 官網重構:整理上週 pofeng 訪談紀錄 ->  2016 OCF Redesign: 2016/06/24 Fri. 玻璃吸管官網松

    :ok: ocf 官網重構:草擬需求訪談大綱 -> 寫好後先丟給 singing rockhung99 ttcat 共筆 ->  2016 OCF Redesign: 2016/07/05 需求訪談官網松

    下週預定

    - ocf 官網重構:約 singing rockhung99 ttcat 需求訪談,約 1hr / 每人 (edited)

    討論:singing, et

    旁聽:rock

    待辦事項

    2016/06/24 Fri. 玻璃吸管官網松

    :ok: ocf 官網重構:對 pofeng 需求訪談

    :ok: ocf 官網重構:semantic ui 版 hot fix,header footer bg image 與原 theme 統一 -> aea8b3d831089ef041051415c735bcaf9285aea2 , c86d059e70a284eeb280e70b62ce702d14fe897e , 85b13918c1261ee7d0191534aacd4b32757c4b50 , f5a5781297315863a2a1baaddd567b8a1815f798 , 95f1f30971463ab874cdbf03d59a6ba13a5a9d86

    地點:OCF 辦公室

    與會:pofeng, et

    旁聽:singing, ttcat

    前情提要:拿玻璃吸管給 singing 遇到 pofeng 因此順便聊聊官網

    會議目的:收集 pofeng 觀察到的官網需求

    會議記錄

  • 整體視覺風格
  • pofeng 視覺偏好

  • 首頁
  • image slider

  • 捐款專案列表頁
  • 使用者問題

    設計者問題

  • 捐款專案頁
  • 需求

  • 成果專案列表頁
  • 目前放合作夥伴專案,分成法人、非法人

    通常放每年都會 repeat 一次的 conf

  • 介紹文案
  • 外界常見疑問

    OCF 主要組成社群

    開發方式

    原則:日後任何人都好接手(考慮 pure html + css)

    網路行銷策略

    待辦事項

    pofeng

    ET

    下次會議

    線上討論,或每週二 ET 到辦公室時討論

    網站規劃初步發想

    要解決什麼問題

    1. 要跟企業募款,但企業從官網看不懂我們在做什麼
    2. 現有的小 bugs

    要怎麼解決上面的問題

    1. 首頁第一眼要能簡單表達 OCF 的定位

    網站會給誰用、他們各自會怎麼用

    1. 捐款人:從官網瞭解基金會性質與定位→判斷是否適合作為捐款標的→分享給朋友 / 直接捐款
      1. 企業
      2. 個人
    2. 合作夥伴:從官網瞭解基金會性質與定位→判斷適合的合作形式→分享給同事 / 與窗口聯絡洽談
      1. 學校
      2. 民間團體
      3. 企業
      4. 媒體
      5. 政府
    3. open source 開發者:從官網瞭解基金會性質與定位→找到適合自己的開發資源→分享給朋友 / 取用資源 / 改良或貢獻資源
      1. 開放硬體開發者
        1. 3D 列印
        2. 主機板
      2. 開源軟體開發者
        1. 韌體類
        2. 作業系統類
        3. 桌面應用類
          1. 輸入法...
        4. 行動應用類
          1. android app
          2. ios app
        5. 網路服務類
        6. 開發工具類
      3. 開放授權創作者
        1. 視覺
          1. 設計類
          2. 藝術類
          3. 攝影類
        2. 音樂
          1. 數位創作類
          2. 初音類。。。
        3. 音像
          1. 動畫類
          2. 紀錄片類
        4. 文字
      4. 開放授權法律研究者
        1. OSD
        2. CC
    4. open source 使用者:從官網瞭解基金會性質與定位→找到免錢好康→分享給朋友 / 取用資源
      1. 硬體使用者
        1. ...
      2. 軟體使用者
        1. android os
        2. XXX ime

    參考

    現有 prototype http://ocf.tw/

    相似組織 http://www.openfoundry.org/

    Wireframe

  • Staff 頁
  • 參考資料

    產品規劃空白模版

    User Story 空白模版