@site_name 部落格

叫 AI 做網站，然後呢？

charles — Tue, 11 Aug 2026 04:14:53 +0000

2009 年在 NTC 手冊上看到一頁廣告，讓我印象深刻到寫了一篇文章：「Let the intern build our new website!!」——用「讓實習生做我們的新網站」這種恐怖故事，來提醒 NPO 網站還是該找專業的來。

十七年後，這頁廣告有了 2026 年版本：Let the AI build our new website!!

而且這次，故事的前半段是真的可行。vibe coding（用自然語言跟 AI 對話寫程式）已經主流化，AI 寫出的程式碼估計占全球新產出的四成；對缺人缺錢的 NPO 來說，一個下午就能「生出」堪用的活動網頁、報名表單，對藝文與非營利組織來說是真實的機會。這點我們不否認，甚至樂見——組織的數位落差問題，本來就不該靠廠商壟斷技術來維持生意。

但故事的後半段也是真的。Veracode 的測試發現，45% 的 AI 生成程式碼帶有 OWASP Top 10 的安全漏洞，而且 2026 年春季的追蹤更新顯示，安全通過率始終停在五成五左右，語法正確率卻已超過 95%——「能跑」與「安全」的落差還在擴大；資安公司 Escape 的研究掃描了 5,600 個以 vibe coding 平台（Lovable、Base44 等）建置的公開應用程式，找出超過 2,000 個高風險漏洞、400 多組外洩的金鑰，以及 175 件個資暴露——包括病歷與銀行帳戶資料，而且全都是正在服務真實使用者的上線系統。

換成 NPO 的語言：你用 AI 做的報名網頁，收的是支持者的姓名、電話、email——正是個資法修法後組織要負保管與通報責任的東西。

所以 2026 年的答案，跟 2009 年其實只差一個字。當年的重點不是「實習生不行」，而是網站做完之後的事：誰維護、誰負責、出事找誰。AI 也一樣。「做出來」的門檻確實消失了，我們也鼓勵組織拿 AI 做原型、做內部工具、做實驗；但只要這個東西要收別人的個資、要長期存在、要代表組織，「做出來之後」的維運、資安與責任，就還是得有人承擔——不管那個人是內部同仁，還是像我們這樣的廠商。

讓 AI 做你們的新網站，可以。但先想好：它上線第二年，誰照顧它？

（本篇圖文為AI協作產出）

文章分類:

網站建置

從語意網到 GEO - 讓機器讀懂網站

charles — Tue, 11 Aug 2026 03:40:27 +0000

2009 年的最後一天，寫了一篇「語意化網站出版技術：OpenCalais 與 Drupal」。當年語意網（Semantic Web）是顯學：透過後設資料的描述，讓電腦理解非結構化資料裡隱含的結構化意義，資訊的搜尋與整合就會更有效。OpenCalais 可以自動幫文章標注人名、地名、組織，我們一群人相信，這是網路出版的未來。

後來的故事大家知道了：語意網沒有等到它的未來。RDFa、微格式這些標準太繁瑣，寫內容的人不想標、標了也沒有立即好處，先有雞先有蛋的僵局一直沒解開。

十六年後，「讓機器讀懂內容」這件事實現了，但路線完全不是當年想的那條。LLM 不需要你乖乖標注語意，它直接把整篇文章讀進去。當年要靠一整套本體論才能回答的問題，現在丟給模型就好。

有趣的是，兜了一圈，語意網的老工具竟然又回來了，換了一副面孔：

GEO（Generative Engine Optimization）教的那些事——清楚的標題結構、明確的事實陳述、標注出處——本質上就是在幫機器降低理解成本，跟當年語意化出版的目標一模一樣。
llms.txt 這個新做法（2024 年由社群提出的提案，還不是正式標準，各家 AI 是否真的會讀取仍有爭論），是在網站根目錄放一份給 AI 讀的導覽文件，告訴模型這個網站是誰、重要內容在哪。這根本是 sitemap 與 Dublin Core 的精神復刻。
Schema.org 的結構化標記，因為 AI 搜尋要抓可信的事實來源，重要性反而比 SEO 時代更高。

對經營網站的組織來說，實務結論很簡單：不用追新名詞，把十六年前就該做好的事做好——內容寫清楚、結構標明白、出處交代清楚——你的網站就同時對人類讀者、搜尋引擎、AI 模型都友善。

當年那篇文章引用的 Linked Data 雲圖，如今看來像一張沒有實現的藍圖。但技術史常常是這樣：夢想的方向是對的，實現的路徑猜錯了。讓機器讀懂內容這件事，最終不是靠人人變勤勞，而是靠機器變聰明。還好，勤勞留下的東西沒有白費。

（本篇圖文為AI協作產出）

文章分類:

網站建置

捐款資料分析：從報表到對話

charles — Wed, 29 Jul 2026 07:18:42 +0000

2021 年寫過一篇「組織的捐款報表，要分析捐款人？還是分析捐款行為？」，當時借用資料分析的四大階段——描述、診斷、預測、指示——來談組織的捐款報表可以長什麼樣子。文章裡有一句：中間兩個階段（為什麼這個募款專案成效好、能不能預測募款成效）「可能是需要滿多的領域知識與資料分析技術/資源，才能夠應對」。

五年後，這句話可以改寫了。因為 AI 加上 MCP，組織跟資料的關係，正在從「看報表」變成「問問題」。

（先自首：這篇是老王賣瓜，因為講的是我們家 netiCRM 即將推出的新功能。但賣瓜之餘，希望整理的概念對用其他系統的組織也有參考價值。）

MCP 是什麼？AI 應用的 USB-C

MCP（Model Context Protocol）是由 Anthropic 發起的開放協定，讓 AI 工具可以用標準化的方式連接外部資料來源。官方文件的比喻是：MCP 之於 AI 應用，就像 USB-C 之於電子裝置——以前每接一種裝置要一條專用線，USB-C 出現後一個接口通吃；以前每接一種資料來源要開發一次客製整合，有了 MCP，接上就能用。過去要讓 AI 分析組織的捐款資料，得先把資料匯出成 Excel、再貼給 AI（然後個資就跟著出去了...），有了 MCP，AI 可以在設定好的權限範圍內直接查詢 CRM，中間不需要人工搬運資料。

我們在今年二月啟動了 netiCRM 的 MCP 支援測試，讓組織可以在 Claude 或 ChatGPT 裡，用自然語言直接問自己的捐款資料。

四大階段，現在用問的

回到當年的四大階段，以前每一階段都是一份要客製化產出的報表，現在變成四種可以直接開口問的問題：

描述：「近五年的捐款人年齡分布有什麼變化？」
診斷：「為什麼去年底的募款專案，定期定額轉換率比前年低？」
預測：「哪些特徵的捐款人最容易流失？」
指示：「如果要重新啟動沉睡捐款人，該優先聯繫哪一群人？」

四個階段受惠的方式不太一樣。描述與指示（第一和第四題），過去是格式固定的報表，想換個角度看就要重新客製，現在可以隨問隨答、不滿意就追問下去；診斷與預測（中間兩題），過去需要資料分析師花上數週的工作，現在 AI 可以在對話中完成初步分析。當然，AI 給的是分析草稿而不是標準答案，領域知識還是在組織自己身上——知道該問什麼問題、判斷答案合不合理，仍然是人的工作。

那，個資呢？

這大概是所有組織（包括我們自己）的第一個疑問。捐款人的個資不是組織「擁有」的資料，GDPR 那時候談過的「個資管家」概念，在 AI 時代只會更重要。

所以在設計 netiCRM Connector 的權限機制時，重點是「AI 到底看得到哪些資料、看不到哪些資料」：

資料櫥窗（View）：只展示分析所需的統計欄位，姓名、電話、Email、地址、身分證字號等直接識別個人的資料，一律不開放。
唯讀帳號：資料庫層面就禁止修改，AI 只能看、不能動。
權限繼承：Connector 的權限完全繼承組織在 netiCRM 裡開給帳號的權限設定，不會擴權。帳號沒有捐款模組權限，AI 就查不到捐款資料。

不論組織用的是哪一套系統，在把 AI 接上支持者資料之前，建議都用這三個問題檢查一次：AI 看得到哪些欄位？能不能改資料？權限是誰給的、範圍多大？

給組織的建議

先問「為什麼」再問「怎麼用」：跟上一篇談的一樣，先想清楚組織想回答什麼問題，工具才有意義。
資料品質是地基：AI 沒辦法從一團亂的資料裡變出洞察。捐款行為資料的收集與整理（捐款方式、頻率、金額、現況），還是要先做。（CRM幫你做）
個資保護先於分析需求：選擇工具時，把上面那三個檢查問題拿出來用。
小組織反而該試：這波工具降低的正是「請不起資料分析師」的門檻。我們也規劃了 Early Access 公益推廣計畫，希望降低組織嘗試的成本，敬請期待。

（本篇圖文為AI協作產出）

參考資料：

2025學年工程實習心得

jerry — Sun, 26 Jul 2026 07:44:32 +0000

我是Jerry，在工程部門擔任一年的實習生，一開始對於開源軟體的使用比較懵懵懂懂，花了必較多時間在了解該相關的開發流程，因為過去都是透過React.js相關的框架去作開發，也是了解到開源軟體的使用可以帶來的益處，這一年中學習了測試、CSS網站美編、功能升級的修改，以及學習如何查閱相關的資源。

工作內容
一開始是針對測試的工作內容，思考每個測試步驟的環節，開發自動測試的程式碼，測試開始跑之後，看到測試的單元都通過都有很大的成就感，也透過這次學習到新的測試套件，可以更有效率的去開發，並且學習到一套的測試流程是如何進行以及溝通。

再來進行網頁的美編升級，因為過去開發時是使用TailwindCss的套件，但這次是使用純CSS去作改寫，由於變得比較原生，也花比較多時間的消化學習，不過也因此對於CSS有更紮實的底子，同時也發現自己好像比較喜歡有東西變出來的感覺。

後續進行大大小小的系統功能修改，由於前面的工作，讓我比較熟悉該工作流程以及該drupal的開源軟體的概念，過程中我最大的學習就是時時刻刻撰寫wiki，因為這不但是之後自己可以回去翻閱的筆記，畢竟我曾經有幾次環境爆掉，重新安裝環境都是透過自己筆記的wiki（笑，再來是程式碼的優化，在CSS工作之後發現前面自己寫的內容會影響到後面的開發，因此在進行程式碼的開發前應該先構思大致整體如何撰寫，針對程式碼的優化，之後還有需要好好的精進。

工作環境
一開始進入實習是實體說明，以及環境的架設，不得說環境架設花了很多時間，但是部門的人都很好，而且也可以感受到專業度，後續幾乎都是採取遠端工作，每週會議的過程中，工程部門的成員都會很清楚的說明內容，其餘則是由我獨自去完成任務，過程中給予我很大的彈性，並且很會給情緒價值，而且在每週的黑客松討論，都會分享最近新的技術或領域，感受的出來是一家時時具新的公司，而在遠距的模式下，自己也可以有彈性的時間去安排進度，交通及時間的成本省下來可以作更多的事情，過程中也可以到不同城市去工作，算是體驗所謂的數位遊牧，對於該實習內容或是模式很有興趣的可以大大考慮，超級推薦！！

非營利組織與 AI：想用、在用，但為什麼用？

charles — Thu, 16 Jul 2026 09:56:38 +0000

前陣子看到科技新報編譯的這篇「非營利組織引入 AI：65% 想用，但只有 9% 準備好了」，Candid 部落格引介的 AI Equity Project 2025 調查說，65% 的非營利組織對 AI 有興趣，但只有 9% 認為自己準備好「負責任地」採用 AI，另外有三分之一的組織，說不清楚 AI 跟自己的使命有什麼關聯。

...以上應該是大家都不意外的事...

有趣的是另外兩個數字。Bonterra 的調查說，七成的組織其實已經在用某種形式的 AI 了；而員工少於 10 人的小型組織，採用率反而最高。所以並不是「NPO 都不用 AI」，而是大家一邊用、一邊擔心（幾乎所有受訪組織都擔心 AI 公司怎麼使用他們的資料）、一邊還沒想清楚為什麼要用。

這讓我想起 2009 年寫過的「尋找滑鼠的人」。當年引用 Clay Shirky 的故事：四歲小女孩看 DVD 看到一半，跑到螢幕後面翻找線材，因為她覺得「這台螢幕忘了附滑鼠」。十七年後，滑鼠變成了 AI，但要回答的問題沒有變：找到滑鼠、裝上滑鼠、裝上「對的」滑鼠，從來沒有一般人想得那麼簡單。

而那個「三分之一說不清楚 AI 跟使命的關聯」，其實才是我比較在意的地方。這幾年看到不少組織的焦慮是「別人都在用，我們是不是也該用」，但這是從 What 出發的問題。以前也寫過 Simon Sinek 的那句：

People don't buy what you do; they buy why you do it.

對組織內部來說也一樣。「為什麼要用 AI」如果回答得出來（省下行政時間，把人力放回服務對象身上？從捐款行為資料裡找出組織自己看不到的訊號？），要用哪個工具、怎麼用，反而是相對簡單的問題。回答不出來的話，訂閱了一堆 AI 工具，大概就跟當年架了網站卻沒人更新一樣，變成另一種數位煙火。

至於資料的擔憂，倒是很實在。組織手上的捐款人與服務對象個資，本來就不是組織「擁有」的資料，GDPR 那時候是這樣、AI 時代更是這樣。把支持者名單貼進來路不明的 AI 工具之前，值得先想一下自己作為「個資管家」的責任。

十七年前我說我是「尋找 RSS 的人」（RSS 現在真的快絕種了...），現在想做的，大概是陪組織一起回答那個 9% 與 65% 之間的問題：在訂閱下一個 AI 工具之前，先想清楚組織要拿 AI 來做什麼、它跟你們的使命有什麼關係。答案想清楚了，AI 才會是幫手，而不是另一筆訂閱費。台灣的組織們，一起加油。

（本篇圖文為AI協作產出）

以假亂真的邀請信：一場精準釣魚攻擊【給 NGO 的資安提醒】

peggy — Mon, 06 Jul 2026 09:57:30 +0000

來自真人真事

某非營利組織的活動開放報名後不久，多位合作專家收到了一封「來自該組織」的邀請信，信中邀請他們前往活動報名頁點擊「出席確認」。點下連結後，頁面彈出視窗，要求登入 Google 帳號進行驗證。

一切看起來都很合理——直到向會內同仁查證，才發現根本沒有人寄出過這封信。

寄件人顯示的，是組織一個久未使用的舊信箱；而那個掛在官方網站域名下、外觀與真實報名頁一模一樣的頁面，其實是假的——它用「登入驗證」的視窗，誘導受害者交出帳號與密碼。

這不是亂槍打鳥的垃圾信，而是一場針對特定對象、細節逼真的精準詐騙，連內部同事都一度信以為真。

這類攻擊，通常是這樣運作的

近年在 AI 工具的協助下，針對組織的釣魚攻擊愈來愈「客製化」，攻擊者能更快速地蒐集資訊、仿寫信件與頁面，讓人難以分辨。拆解這次事件，可以看到四個環節環環相扣：

蒐集公開資訊：活動報名頁上公開的活動主題、對象等資訊，被攻擊者蒐集、重組成詐騙素材。
寄出精準信件：信件參考真實活動內容撰寫，收件名單也與實際合作對象高度吻合，甚至包含許久未聯繫的專家，讓人幾乎不起疑。
仿冒官方網頁：攻擊者將公開活動頁面下載後修改，再上傳到組織自己的官網域名下。頁面外觀與官方頁一模一樣，網址又掛在真實域名底下，防線瞬間瓦解。
誘導輸入帳密：以「登入驗證」「出席確認」為由跳出假登入視窗，一旦填入帳號密碼，資料便被傳送到外部的惡意主機。

這場攻擊真正棘手之處在於：內容、名單、外觀、網址——這四項我們平常用來判斷真偽的線索，同時被攻破。也難怪連組織內部人員都一時辨不清真假。

從三個細節發現偽造痕跡

一、看網址列

CRM活動頁與偽造頁，網址其實不同：

正常的活動報名頁，位於 CRM 系統的網域下，例如 OOO.neticrm.tw/civicrm/event/info?reset=1&id=... ，如果與網站整合建置，則會是 OOO.org.tw/civicrm/event/info?reset=1&id=...
偽造頁雖然掛在官方網站網域 OOO.org.tw下，看似正規，但後面接的卻是一段陌生、與活動無關的路徑（例如 /epaper/...）。

養成點連結前、輸入密碼前先看一眼完整網址的習慣，是最有效的一道防線。

二、看頁面上「多出來」的東西

比對真實的活動頁，偽造頁往往會多出一個真頁面沒有的按鈕或步驟——例如一個額外的「接受邀請」「出席確認」鈕，點下去就觸發假的登入視窗。如果某個動作在你印象中的官方流程裡從沒出現過，就要提高警覺。

三、看「第三方登入視窗」是真是假

這次攻擊在網頁裡「畫」出一個看起來像獨立彈出的 Google 登入視窗，連上方的假網址列都寫著 accounts.google.com。但它其實只是網頁裡的一個圖層，不是真的視窗。要拆穿它，可以試著幾件事：

試著把視窗拖出去：真正的登入視窗可以移動到瀏覽器範圍以外；假的被「困」在網頁裡，拖不出去，超出邊界就會被切掉。
試著點它的網址列：真視窗的網址列可以點選、編輯；假的通常只是一張圖或一段文字，點不動、也沒有真實的鎖頭可互動。
留意「視窗」的外框樣式，和你自己電腦平常的視窗長得不太一樣（例如關閉按鈕的位置怪怪的），也是一個可疑的訊號。

那麼，我們可以做哪些事？

隨著網路攻擊手法推陳出新、越加難以辨識，對於非營利組織資源與人力都吃緊的情況下，更難顧到資安這一塊、或者也不知從何做起。對此，想介紹一些基礎安全措施，不需要專職 IT，簡單動動手指，就能擋掉大部分風險：

盤點並停用閒置信箱：久未使用的舊信箱最容易被冒用或盜用。定期清查、停用不再需要的帳號，離職同仁的帳號也務必第一時間關閉。
權限最小化、開啟兩階段驗證：每人使用獨立帳號、只給必要的權限，不共用公用帳號，不跨帳號共用密碼；管理者帳號務必開啟兩階段驗證。
教育同仁「認網址、不認外觀」：這次事件證明，頁面長得再像都不可靠。真正該檢查的是瀏覽器網址列的完整網址，尤其是域名後的路徑是否正常。凡是要求登入帳號、輸入密碼的頁面，更要提高警覺。

如果很不幸，還是中招了？快速補救這樣做

立即通報與下架：一旦發現釣魚頁面，立刻通知網站維護廠商將其下架，並同步提醒可能收到詐騙信的對象切勿點擊、輸入資料。
保留紀錄、報警存證：下架前先保存相關系統紀錄以利後續鑑識，並向警方報案，提供正確資訊（例如釣魚頁的完整網址）。
釐清責任分界：確認問題出在哪個環節——是官網伺服器遭植入、還是信箱遭冒用。分清系統服務商與網站維護方的權責，才能對症下藥。
通知受影響者更改密碼：若有人可能已在假頁面輸入帳密，應立即請對方更改該組密碼，並檢查是否於其他服務重複使用。

讓專業成為你安心做好事的後盾

一個組織對外的網站與系統，是與支持者之間信任的第一線。當官網或報名頁被冒用，受損的不只是資料，更是組織多年累積的信譽。

回頭看這起事件，最大的破口其實不在使用者，而在網站本身——假頁面之所以能掛上官方網域，是因為有人成功把檔案上傳到了組織的網站伺服器。這代表網站可能存在被入侵、或可被任意上傳檔案的漏洞。要守住這條線，關鍵在於：背後有沒有一個可信任、具備專業的廠商，替你把伺服器安全、權限控管與漏洞修補這些看不見的工作做好。

網絡行動科技長期為非營利組織打造網站與 netiCRM 系統，肩負維繫客戶網站的資訊安全，因為我們知道，多數組織沒有餘力自己扛下這一塊。如果你們正在評估網站建置，或希望換到更安全的系統，歡迎與我們聊聊——讓專業成為你安心投入使命的後盾。

我們的服務：https://netivism.com.tw/service

我們的安全規劃：https://neticrm.tw/about/security

本篇文章由 AI 輔助撰稿。

文章分類:

網站建置

TechSoup 課程分享》2026 年非營利網站需要什麼? 6 個關鍵要素一次掌握

neema — Mon, 30 Mar 2026 06:50:48 +0000

2026 年，非營利網站已不只是「放資訊的地方」這麼簡單！

網站導覽混亂、載入緩慢、手機難以操作——這些問題帶來的不只是「體驗不佳」，而是：捐款人猶豫三秒就關掉、志工找不到報名方式就放棄、服務對象無法觸及你提供的資源，讓組織夥伴平時經營的心血難以達到真正想要的目標。

根據 TechSoup 的研究，受眾對非營利組織網站的期待已全面升級，而這些期待，直接影響組織能否更好地應用網站吸引捐款、招募志工及觸及服務對象。本文分享TechSoup 課程，提到的 6 項最新非營利網站建議，一起來一一檢視，就在今年讓組織網站升級吧！

支持者對非營利網站的 6 個期待

TechSoup 課程中，提到網站訪客、支持者會透過以下 6 個重要元素，來判斷組織是否值得信任與支持。這六項，你們做到了幾項呢？

1.速度（Speed）

網站速度影響訪客體驗、搜尋引擎排名，對偏鄉或低頻寬使用者尤其關鍵。改善方式不複雜：

壓縮圖片（影響最大的單一因素）
啟用快取
選擇品質好的主機
用 pagespeed.web.dev 免費了解網站現況

2. 行動優先（Mobile-First）

TechSoup 資料顯示，非營利網站的流量來源約為：

65–75% 來自手機
20–30% 來自桌機
5–10% 來自平板

行動優先不再是加分項，而是基本門檻。現在就打開手機瀏覽你的網站，看看訪客實際看到的是什麼。

3. 專業設計（Professional Design）

視覺設計傳遞的是信任感。一個凌亂的網站，會讓訪客在還未了解組織前就產生疑慮，選擇離開。常見問題包含：

字體大小不一致
配色缺乏系統
圖片品質參差

訪客對網站的第一印象，往往就是對組織的第一印象。

我們的作品案例：2025 「社團法人台灣基地協會」網站改版，其中就包含了亮眼的網站視覺。

4. 無障礙（Accessible）

無障礙設計的受益者不只是身心障礙者，老化視力、暫時性受傷、特殊使用情境都在其中。好處也不只是服務更多人：

提升 SEO（搜尋引擎偏好無障礙網站）
讓網站導覽對所有使用者更清晰
改善行動版體驗
部分補助申請要求符合無障礙規範

5. 系統串接（Connected Systems）

當網站與工具整合，重複性的人工作業就能自動化。可串接的系統包含：

CRM（名單管理與追蹤）
行銷自動化工具
捐款與募款平台

串接後能實現的完整流程：捐款 → 自動記錄 → 發送感謝信 → 更新報表。AI 工具也能進一步協助：

草擬感謝信與回覆郵件
從現有內容生成社群貼文
自動產出圖片替代文字
想了解 NPO 怎麼用一套系統串起這些流程？了解 netiCRM

6. 清晰的導覽列／主選單（Clear Navigation）

網站導覽混亂是訪客離開的最直接原因——捐款人找不到捐款頁、志工找不到報名入口、服務對象無法取得資源。設計原則：

主選單限制在 5–7 個項目
使用清楚的分類標籤，避免「更多」這類模糊字眼
將捐款、報名、訂閱等關鍵行動按鈕直接放在導覽列
確保行動版選單觸控順暢，支援鍵盤與螢幕閱讀器操作
導覽結構反映使用者最需要找到什麼，而不是組織自己的分類習慣

常見錯誤也值得對照檢查：選單項目過多、標籤文字模糊、CTA 被埋在內頁、行動版選單失靈。

我們的作品案例：「台灣猛禽研究會」呈現清晰的主選單

小改變，大影響

6 項指標看起來好像很多，但優化網站不需要一次性重做整個網站。TechSoup 建議：從一個高影響力的改善開始，策略性地推進，而不是等待完美的時機。很多修正不一定需要技術背景，越來越盛行的 AI 工具也可以協助內容撰寫與溝通方式，從小地方開始也能帶來有意義的進展。

現在，組織夥伴就能做的一件事：用手機打開你的網站，試著在三次點擊內完成一件最重要的行動（例如捐款）。如果做不到，那就是最值得優先改善的地方。

---

想讓網站發揮更大的效益嗎?歡迎了解：

我們的服務：https://netivism.com.tw/service

我們的作品：https://netivism.com.tw/portfolio

---

課程影片分享：

文章分類:

網站建置

Webconf 2025》看 AI 如何改變日常工作流程

peggy — Tue, 24 Mar 2026 08:55:36 +0000

去年「AI」這個詞大概席捲了所有人的生活，而這件事在去年年底參加 WebConf Taiwan 2025 時，感受尤其強烈。無論是工程師、設計師，或是是在相關產業任何一個角色，每個人的工作流程都正在被這波浪潮悄悄改寫。

發揮想像，讓 AI 會的更多

很多人對 AI 的想像還停留在「幫我潤稿」或「生成一張封面圖」，但這次大會讓我深刻感受到，AI 的滲透已經遠遠超過這個層次。工程師們正在用 AI 拆解問題、評估技術選型、撰寫程式碼；設計師用它快速產出多個方向的視覺概念；在專案管理工作中，從整理會議脈絡、追蹤待辦、一直到團隊內外協作，AI 都不再是偶爾借力的小工具，而是真正的工作夥伴。

用 AI 翻轉與客戶的洽談流程

大會中讓我印象最深刻的，是 AI 如何改變「與客戶溝通」這件事。傳統的洽談流程往往得先花時間整理會議記錄、準備簡報、反覆修改，光是讓客戶「看懂我們在說什麼」就耗掉大量的前置精力。更別說下一步，彼此還要反覆確認「我們說的是同一件事嗎？」一旦發現彼此牛頭不對馬嘴，只能摸摸鼻子，從頭來過。

現在不一樣了。與客戶開會前，先用 AI 快速生成一份可點擊的 PRP（Product Requirement Prototyping），作為拋棄式原型——從一開始就預設它是暫時的，目的是回答一個關鍵問題：「我們對這件事的理解是一致的嗎？」當客戶能直接看到、甚至操作一個具體的東西，討論的品質截然不同，共識也來得更快，過程從「下次會議再確認」變成「當場就能對焦」。

創造 NGO 服務流程的可能性

對於許多非營利組織的夥伴來說，AI 或許還感覺遙遠，但它能做的，其實比想像中更平易近人。

例如自動整理大量諮詢信件、協助撰寫計畫書草稿、翻譯跨語言的服務文件、分析數據找出資源最有效益的投入方向……這些應用或許不如生圖寫程式那樣吸睛，但對每天在前線繁忙的服務工作者來說，這是真正改變生活品質的事。AI 讓他們終於有餘力喘口氣，把省下來的時間留給最重要的事。

結語

帶著滿滿的筆記離開 WebConf 2025，心情一方面有點焦慮，覺得好像已經慢了半拍；但又有些期待，因為很多事情其實比想像中容易上手。這些講者們都在傳達一件事：面對這場AI革命不要害怕失敗，關鍵是保持一顆開放的心。

用這句話鼓勵自己和讀到這裡的你，我們就從手邊最煩的那件事開始試試看吧。

本篇文章由 AI 輔助撰稿。

文章分類:

網站建置

不追逐潮流，用心去做正確的事！Drupal 25 週年紀念文章分享

neema — Fri, 16 Jan 2026 06:43:41 +0000

圖片來源：Drupal Turns 25 Today

「Drupal 能有今天的成就，並非因為它追逐潮流，而是因為用心去做了正確的事。」

在變動極快的網絡時代，一個技術能存活 10 年實屬不易，而 Drupal 在 2026 年 1 月正式滿 25 歲了！

25年來，Drupal 深受數百萬網站信賴，並主要提供全球政府、頂尖大學及 NGO 組織最安全、靈活的技術後盾，能達到此一成就，在於 Drupal 團隊對技術韌性的堅持、對持續演進的追求以及做正確的事的深刻信念，而這正是開源技術的核心精神。

而我們作為在台灣長期深耕 Drupal 整合開發的團隊，也感到與有榮焉，時值 Drupal 25 周年，與大家分享Drupal 官方紀念文章「Drupal Turns 25 Today」，整理其發展成就及這份技術背後值得信賴的原因。

穩健的技術實力

Drupal 的強項在於結構化的內容管理、更精細的權限控管與審核機制、成熟的資安防護流程，讓網站更具客製化與開放性，能夠因應組織發展過程中，資料累積的適用性，這也是為什麼當客戶面臨高複雜度的網站需求時會首選 Drupal。

共享與傳承的社群文化

另一方面，Drupal 不僅技術強大，它的設計核心與文化更強調「共享與永續應用(sharing and reuse)」。在 Drupal 社群有來自全球的志工夥伴，開發出功能廣泛的 50,000 個模組並回饋給社群，這份力量仍持續滾動中。

以「人」為核心的平台

而共享與傳承的社群，驅使著從開發者、架構師、設計師，到內容編輯、行銷人員甚至是軟體公司的創辦人，各行各業的數位人才都在這個生態系中成長茁壯。對許多人來說，Drupal 是開啟數位管理的起點，更是他們深耕一輩子的志業。

我們的推薦

在台灣，我們持續使用 Drupal 為客戶解決複雜的數位挑戰。我們發現其「靈活性」能更好的適應組織成長，同時結合 netiCRM 支持者管理系統，Drupal 都能讓組織在穩健的架構下，守護自己的數位資產。最重要的是，我們也相信「投資在自由開放的軟體，才可累積永續。」

祝 Drupal 25 週年生日快樂！

了解更多：

閱讀 Drupal 官方 25 週年全文：Drupal Turns 25 Today
看看網絡行動科技如何利用 Drupal 協助您的組織：瀏覽我們的案例

非營利網站首頁攻略：從情感訴求到高轉換率的設計心法

neema — Mon, 20 Oct 2025 07:32:32 +0000

對非營利組織網站來說，網站不只是資訊發佈的平台，更是連結支持者、傳遞使命與驅動行動的數位核心。而網站首頁是潛在支持者初次接觸組織的地方，通常在短短數秒內，就決定他們在網站上的下一步行動，是瀏覽更多、按下捐款還是關注行動。

我們相信，每個非營利組織都擁有獨特且豐沛的情感訴求，只要善用本文幾個首頁設計技巧，將組織最有力的訴求突顯出來，就能有效提升網站的轉換率。

＊本文內容依據　TechSoup：How to Create High-Converting Homepages　課程影片整理，也歡迎大家收看、學習、交流。

留住訪客的黃金3秒，圖片、文案都準備好了嗎?

首先，請試著用一句話，快速傳達「我的組織要改變什麼？」

沒錯！首頁最引人注目的主視覺區，短短數秒就決定了訪客是離開還是留下，要做到的只有這三件事，過多的資訊都會干擾訪客資訊的接收：

高情感訴求的照片：以組織服務過程中的真實互動情境取代制式圖庫
找出組織的黃金敘事：用一句話快速傳達「我們是誰」、「我們在改變什麼」的資訊
搭配高度對比色、視覺突顯的「行動呼籲(CTA)」按鈕設計來強化使用者的下一步行動

圖說：由 NETivism 建置⌈聖道兒童之家⌋ 官網主視覺區，應用情感訴求強烈的照片搭配黃金敘事呈現組織亟欲改變的服務項目。

首頁的內容策略

當我們應用高情感訴求的圖像留住訪客，接下來便需要開始思考首頁的內容策略，讓組織價值更為彰顯，也讓訪客對組織使命留下深刻的印象，才能進一步轉化行動，以下提供 3 個組織可優先準備的首頁內容：

「我們在做什麼」：延續黃金敘事，以簡潔有力的使命宣言，讓訪客快速理解組織的核心價值
「我們已經做到什麼」：搭配情感圖像或數據，讓理念具象化，不只是口號，而是能被看見、被相信的事實。
「我們的影響力」：組織對整體環境、公益領域有多少社會影響力，都可以透過具體成果與行動里程碑來呈現，增加訪客的認同感。

圖說：由 NETivism 協助翻新的⌈台灣猛禽研究會⌋ 官網，即以簡潔有力的使命宣言，讓第一次瀏覽頁面的訪客也能迅速了解組織在做的事

圖說：由 NETivism 建置的⌈台灣之心⌋ 官網，應用數據將組織行動具象化，讓訪客快速感受組織行動影響力。

建立信任：讓訪客安心支持你

當訪客對組織有更多認識與認同後，只需要再來一點信任感，便有機會提升行動轉換率。

尤其在高度數位化的時代，捐款者線上捐款時，都會想知道他們的貢獻是否被有效運用，或者個人資訊是否會受到保護。也因此建立信任是多方面的，除了「社會證言」的內容呈現外，也需要十分留意「信任指標」，以下也提供兩者的檢視要點：

社會證言：像是受助對象分享、志工故事或是重要合作夥伴都是很好的社會證言內容
信任指標：舉凡瀏覽體驗、資訊安全、透明度報告都是信任指標的要素

圖說：由 NETivism 建置的⌈台灣基地協會⌋ 官網，在首頁呈現豐富的參與者心得回饋，讓服務內容與成果更值得信賴。

綜合以上，相信大家都能感受到非營利組織網站與商業網站最大的不同，就在於如何敘說一個創造社會價值與個人行動意義的故事，喚起人們對社會議題的關注與責任感。這也是為什麼視覺影像、理念宣言、證言在非營利組織網站尤為重要，首頁的每一張圖片、每一句文字、每一個按鈕，都是和支持者對話的關鍵。只要把握設計重點，就能讓網站是推動行動的引擎。

想要更有好地說出組織的故事？我們很樂意陪你把理念傳得更遠。

我們的服務：https://netivism.com.tw/service

我們的作品：https://netivism.com.tw/portfolio

文章分類:

網站建置