一、社長核心裁決:微型團隊五大決策定海神針
專為社長 3 分鐘快速掌握本案戰略底線
🏛️ 大千整體數位戰略核心定位:大千不需要變成一家科技公司
大千的核心優勢是文化傳承與專業編輯,而非科技研發。真正適合大千的是「Light Tech Stack + Heavy Editorial Trust」(輕科技架構,重文化法緣與編輯互信):
🛠️ 輕科技架構(Light Tech Stack):
- static-first:純靜態頁面託管,零系統核心漏洞
- SaaS-first:善用成熟代管服務,不自建後端
- hosted payment:外部代管結帳,零信用卡卡號存儲
- minimal backend:以 Workers 為輕量中繼膠水
- low maintenance & easy handover:維運低負擔,交接容易
📚 重編輯信任(Heavy Editorial Trust):
- 187 本出版資料:三十年深厚權威典籍底本
- 佛學編輯能力:嚴謹考證校勘與法脈理解
- 30 年品牌信用:海內外僧俗學者長期信賴
- 作者/寺院/學界人脈網路:無可替代之法緣互信
- verified source & provenance:原典考證與文獻源流
- copyright & editorial judgement:版權確權與專業文責
⚠️ 關鍵原則:絕不把大千的競爭優勢寫成「用了很多 AI」,而是以扎實的佛學文獻考據與版權信任,駕馭輕量工具。
1
零主機負擔與技術債
全社官方網站全面採用 Cloudflare Pages 純靜態託管。堅決不自建 Linux 伺服器,不碰複雜資料庫維護。基礎靜態託管成本極低且無系統漏洞負擔,但後端功能、第三方 API 與營運人力並非零成本;切換網域前必須落實清查 DNSSEC/DS 紀錄與 MX 郵件備份之完整 cutover SOP,確保三十年公務信箱絕不斷訊。
2
不自建車,但支援刷卡
第一年堅決不自建 WooCommerce / Shopify 購物車,杜絕外掛維護與資安法規負擔;採用 ECPay / NewebPay 外部託管金流連結(Hosted Checkout),大千伺服器零卡號存儲,同時並行長輩郵政劃撥與電話服務。
3
守護秋季剛性死線
面對 11 月 20 日前 10 項出版死線,前 60 天嚴格遵守「零額外負擔」原則。由社長親自示範成果、沈建志架構設定,編輯同仁維持原工作節奏,直至秋季交稿完畢後的 11 月底才展開深度建置窗口。
4
LINE OA 單一服務窗口
堅決放棄(Kill)永久性 5,000 人 OpenChat 社群大群與每日 AI 晨間金句 KPI,阻絕宗派義理攻訐與管理過勞;以 LINE 官方帳號(OA)作為單一服務入口,善用免費 1 對 1 私訊(不限則數全免月費),避開低用量 200 則/中用量 3,000 則月費 NT$800 之群發廣播計費陷阱,並以 50–200 人 8 週封閉共讀營凝聚讀者。
5
佛典義理經文原典先行
破除「標註大正藏經號可防 AI 洗稿」之迷思。所有外包撰稿與導讀必須簽訂著作權法第 12 條出資合約,落實 Source Sheet 來源查核表(逐字比對原典版本)與 AI 揭露宣告,依法申報 9B 稿費(年免稅額 NT$180,000 元、單次給付逾 NT$20,000 元代扣 10% 所得稅)與單次給付達 NT$20,000 元代扣 2.11% 二代健保補充保費。
二、Red Team 批判性審查總體裁決表
客觀對照原案盲點、紅隊裁決與落地實施處方
| 審查策略領域 | 原提案主張與潛在盲點 | 紅隊裁決 | 修訂後之落地執行處方 |
|---|---|---|---|
| 網站託管與網域 Cloudflare Pages 託管 |
宣稱 0 元主機無限頻寬、台北極速直連;但未揭露 Anycast 免費路由不保證走台北節點,且未防範原註冊商 DNSSEC 殘留導致解析中斷風險。 | Revise 修訂 |
1. 務實平視免費版規格(Workers 每日限額 10 萬次、CPU 10ms)。 2. 制定「註冊商先行清理 DNSSEC/DS 紀錄、降低 TTL、備份 MX 郵件紀錄」的無縫切換 SOP,確保三十年公務信箱絕不斷訊。 |
| 官網架構與金流 不自建購物車與金流 |
全站僅做資訊展示,完全依賴經銷通路與傳統郵政劃撥;錯失能以數位付款購書的讀者需求。 | Revise 修訂 |
1. 釐清「不自建購物車不等於不做數位付款」。 2. 導入 ECPay / NewebPay 外部託管金流連結(Hosted Checkout),大千伺服器零卡號存儲。 3. 功能劃分 P0(核心門戶)/ P1(短印預約)/ P2(長期研議)。 |
| 社群維護與 AI 內容 LINE OA 與 OpenChat |
設立 5,000 人免費用戶上限之 OpenChat 社群大群,並排程每日早晨 7:00 由 AI 生成佛學金句。 | Kill 放棄 |
1. 堅決放棄永久性 5,000 人社群大群(管理成本高、充斥爭端與廣告)與每日 AI 金句。 2. 改以 LINE OA 為單一服務入口(1 對 1 私訊全免月費),社群改辦 50–200 人 8 週限期共讀營。 3. 佛學內容實施「經文原典先行(Source-First)」與綠黃紅三級管控。 |
| 外部推廣與外包 樣書評薦與專文撰稿 |
以供養結緣為名換取自媒體推薦;大專社團 75 折團購;以大正藏經號防 AI 洗稿。 | Revise 修訂 |
1. 拆為「純贈閱(尊重禮儀)」與「合作薦證(依法揭露)」雙軌。 2. 團購改為封閉式「共讀教育套件」,不破價以維護實體書店關係。 3. 研究生外包採三級稿酬,落實 Source Sheet 來源查核表與著作權法第 12 條書面合約,合規申報 9B 所得稅與二代健保。 |
三、梁社長 7 個問題決策檢驗法則(The 7 Executive Questions)
未來任何數位功能、軟體採購與委外專案之強制通關閘門
🎯 決策核心鐵律:大千的數位策略不是「功能越多越好」。 每增加一個功能前,梁社長與決策團隊必須逐一回答以下 7 個問題;任兩項判定為高風險者:延後實施!
| # | 檢驗問題(Executive Decision Rule) | 評判標準與高風險警戒線 | 處置原則(任兩項高風險即延後) |
|---|---|---|---|
| 1 | 這功能是否直接幫助讀者找書、理解書或買書? | 若偏離讀者核心需求(如花俏動態特效、複雜論壇、無關小遊戲),屬無效擴張。 | 否則不予立案 |
| 2 | 每週需要多少人工維護? | 若每週需消耗同仁超過 2–3 小時維護、審核或處理客訴,將擠壓截稿期出版剛需。 | 高工時直接駁回 |
| 3 | 唯一懂它的人不在時,其他人能否接手? | 若系統全靠單一外部接案人或單一承辦同仁記憶,未留文檔或備用碼,Bus Factor=1。 | 需雙管理員與交接清冊 |
| 4 | 是否需要保存個資? | 若需在伺服器端長期留存讀者帳號、密碼、生辰八字或身分證字號,資安法規風險極高。 | 採資料最小化與代管 |
| 5 | 是否涉及付款? | 若自建收款外掛經手信用卡卡號或需處理複雜帳務對帳,違反 PCI-DSS 與財務規範。 | 一律採外部代管金流 |
| 6 | 是否涉及佛學內容權威? | 若放任 AI 自由生成佛陀語錄、經文偈頌或精細義理判教,存在嚴重幻覺風險。 | 嚴格執行 Source-First 審校 |
| 7 | 如果停止服務,大千能否安全退出? | 若資料無法一鍵匯出、受特定平台私有格式綁架、或退場需支付高額違約金。 | 無安全退場機制不採用 |
四、第一季明確放棄(Kill)與延後(Deferred)清單
明確劃定業務邊界,防止微型團隊精力發散(嚴格落實十項禁令)
| 處置狀態 | 項目名稱 | 放棄或延後之核心理由 | 替代方案與對策 |
|---|---|---|---|
| DEFER 延後 | 1. 完整會員註冊與帳號登入系統 | 增加長輩記憶密碼負擔與個資外洩維護責任,微型團隊無力承擔。 | 免註冊直接購書與劃撥,LINE OA 一對一專人客服。 |
| KILL 徹底放棄 | 2. 自建線上購物車系統 | 需自行承擔主機升級、購物車外掛維護與資料庫安全,成本過巨。 | 採用 ECPay / NewebPay 外部代管金流連結(Hosted Checkout)。 |
| KILL 徹底放棄 | 3. 自建 payment engine(支付引擎) | 直接處理或儲存信用卡卡號違反 PCI-DSS 標準,帶來高額法規與盜刷責任。 | 一律跳轉符合 PCI-DSS Level 1 認證之金流代管結帳頁。 |
| DEFER 延後 | 4. 自建 ERP 與重型進銷存系統 | 現階段進銷存以經銷商月結單與試算表已足夠處理,重型 ERP 必致失敗。 | 維持記帳士統籌與離線試算表清冊,平穩運作。 |
| KILL 徹底放棄 | 5. 大型自由討論 OpenChat(5,000 人常設大群) | 營運成本巨大,極易滋生宗派論爭、偽經、詐騙與廣告,損害文化聲譽。 | 改為 50–200 人「8 週封閉式共讀營」,活動結束即封存;客服由 OA 承接。 |
| KILL 徹底放棄 | 6. 每日未驗證 AI 佛學語錄貼文 | 大型語言模型存在義理幻覺與偽作風險,流於低質宣傳罐頭內容,重創 30 年商譽。 | 改為每週經人眼審校之「經典來源卡」與專業導讀。 |
| DEFER 延後 | 7. 公開 unrestricted 佛教 RAG 自由對答 | 底本資料庫未全面完成考證與語料清洗前,開放公眾自由對答極易產生偽經幻覺。 | 延後至底本資料庫完成人工覆核後始行評估。 |
| KILL 徹底放棄 | 8. 大量先印再賣(盲目追求單價壓低大量印製庫存) | 未售出的書籍會形成沉重倉儲與資金積壓成本。 | 堅持「需求先行,庫存居次」,採三階段短版再印機制。 |
| KILL 徹底放棄 | 9. 模糊「供養換推薦」 | 以宗教用語掩蓋實質商業薦證對價,踩公平交易法與宗教倫理紅線。 | 嚴格拆分純贈閱請益(無義務)與合作薦證(透明利益揭露)。 |
| KILL 徹底放棄 | 10. 以 75 折作為永久固定通路政策 | 未經經銷商合約核算即貿然公開低折讓破價,必引發實體通路價格抗議與退書。 | 改為封閉式大專佛學社共讀教育套件,折扣依成本條件倒推。 |
五、前 90 天分階段導入五級優先矩陣(Priority 1–5)
依附既有剛性出版死線,由社長示範先行(嚴格遵循 90 天實施架構)
| 階段與時程 | 核心推進工作重點 | 依附之既定出版死線 | 驗收成果判準 |
|---|---|---|---|
| Priority 1 (第 1–14 天) 數位資產治理與基礎建設 |
・Digital Asset Governance:盤點全社核心數位資產與帳號。 ・Cloudflare Staging:建立 staging 預覽環境。 ・DNS / Email Inventory:清查 Registrar、清除 DS/DNSSEC 舊紀錄、備份全量 MX/SPF/DKIM/DMARC 郵件紀錄。 ・輔助整理《智慧的覺醒》ISBN/CIP 申報書目。 |
9/14 國圖 ISBN 截止 | 如期完成國圖申報;取得註冊商 DNS 完整備份;Cloudflare Staging 站就緒;雙管理員與備用碼入保險櫃。 |
| Priority 2 (第 7–30 天) 187 本書庫門戶 MVP |
・187 筆完整書庫檢索上線(catalog.html)。 ・支援多詞檢索、主題分類、作者索引、書籍 Detail 詳情頁。 ・長者友善大字號、高對比易讀排版。 ・多元購書管道與經銷指引,無縫串接 LINE OA 與電話客服。 ・出版源流與三十年歷史介紹(heritage.html)。 |
9/25 報品、9/30 交印 | 純靜態書庫門戶驗收通過,長輩操作流暢;報品資料包如期產出;讀者找得到書、看得懂書、知道去哪買。 |
| Priority 3 (第 21–45 天) 多軌收款與金流試點 |
・保留郵政劃撥(18840432),印製長輩友善大字劃撥指南(支援一鍵列印)。 ・電話直通與 LINE OA 一對一輔助劃撥。 ・Hosted Payment Pilot:開通外部代管金流連結(信用卡/虛擬 ATM),大千伺服器零卡號存儲。 ・DocuSign 試點版權合約電子簽署。 |
10/8 專書交付結案 | 劃撥單大字版完稿並提供列印;外部代管金流完成小額付款測試;首份電子合約順利完成簽署。 |
| Priority 4 (第 21–60 天) 佛典底本登記與 AI 審查 |
・Verified Buddhist Source Registry:建立佛學權威底本與版權清冊。 ・AI Editorial Gate:落實綠(原典直接引文)、黃(義理解釋需具名)、紅(AI 自生義理嚴禁發布)三級審核。 ・外包作者強制檢附 Source Sheet 來源查核表與 AI 揭露宣告。 ・守護剛性交稿死線,嚴禁增加同仁負擔。 |
10/15–11/20 秋季出版剛性死線 | 所有出版死線準時完成;佛典底本清冊上線;對外發布佛學內容 100% 經人眼抽查底本審核,無 AI 偽經。 |
| Priority 5 (第 45–90 天) 雙試點專案推進與覆盤 |
・絕版書短版再版 pilot:上線「短版再版意願登記表」,三階段推進(需求先行,庫存居次)。 ・大專佛學社共讀教育套件 pilot:核算成本,試點一套 10 本套書+手冊+投影片+線上導讀專案。 ・Cloudflare Pages 正式切換正式網域上線。 ・召開全社導入覆盤會,檢討工具去留。 |
11/20 秋季交稿後餘裕期 | 首批絕版書登記收集有效意向;首套共讀套件順利推行;官網正式網域解析平穩上線,全社平穩過渡。 |
六、第一週行動清單:十項低風險起步工作(9/10–9/16)
當前執行時段,實際預算支出 0 元,無縫依附 9/14 國圖申報
| # | 任務名稱與說明 | 負責人 | 預估時間 | 完成驗收判準 |
|---|---|---|---|---|
| 1 | 人工瀏覽器核對定價與開通狀態 至 openai.com 確認 Business 席次定價及台灣信用卡開通支援。 |
沈建志 | 15 分鐘 | 將官方定價網頁螢幕截圖存檔留底。 |
| 2 | 梁社長與沈建志開通 ChatGPT Business 2 席 社長信用卡開通(年繳每席 $20 美元),輸入統編減免 5% 營業稅。 |
梁社長、沈建志 | 20 分鐘 | 收到官方確認信,後台確認預設「不訓練資料」。 |
| 3 | 實測 ChatGPT Apps 台灣可用性與發票 檢視 Apps 目錄是否可正常瀏覽安裝,確認發票憑證是否載有統編。 |
沈建志 | 30 分鐘 | 實測確認外掛可用性,記錄後台電子帳單存檔備查。 |
| 4 | 建立「圖書資產盤點試算表」並登錄 L1 書目 依 13 欄位標準建立全社試算表,第一步先將現存 L1 書目填妥。 |
沈建志 | 2 小時 | 試算表架構完成,L1 現有電子書全數登載完畢。 |
| 5 | 輔助整理《智慧的覺醒》ISBN 與 CIP 資料 以 ChatGPT 整理書目大綱與內容提要,協助社長如期申報。 |
梁社長、沈建志 | 1 小時 | 於 9 月 14 日前順利送出國圖線上申請。 |
| 6 | 國圖 ISBN/CIP 線上進度照會與法定無規費確認 致電國際標準書號中心 (02)2361-9132 確認法定免費與時程。 |
沈建志 | 10 分鐘 | 確認申辦零規費且無補件缺漏,記錄於專案備忘。 |
| 7 | 網域註冊商清查與 DNS 體檢(防信箱中斷) 登入 darchen.com.tw 後台,備份 MX/SPF/DKIM,清查 DNSSEC 狀態。 |
沈建志 | 30 分鐘 | 匯出完整 BIND 格式 DNS 備份檔存入安全資料夾。 |
| 8 | 建立雙管理員體系與離線安全備用碼 公務帳號落實雙管理員(社長與建志),啟用 2FA,列印留存備用碼。 |
梁社長、沈建志 | 30 分鐘 | 雙方完成 2FA 設定並確認備用碼實體留底(降 Bus Factor)。 |
| 9 | 開通 Dropbox Plus 試用並劃分目錄 建立雲端母架構,設定「可給 AI 讀」與「機密資料」實體目錄。 |
沈建志 | 30 分鐘 | 目錄層級建構妥當,移入《智慧的覺醒》專案檔案。 |
| 10 | 經銷商報品格式索取與第一週覆盤會議 向大和與聯合窗口索取 Excel 範本;週三下午召開 30 分鐘覆盤會。 |
梁社長、沈建志 | 45 分鐘 | 取得空白報品範本,社長確認第二週推進方向。 |
七、主報告全文章節快速導覽
點擊任一章節卡片,直接跳轉至主報告相應章節深入研讀
第一章・執行摘要與核心結論
↗
四大深水區策略決策、Red Team 總體裁決表、7 個決策檢驗法則、核心戰略定位。
第二章・OpenAI 商用外掛客觀現況
↗
外掛集合發布背景、ChatGPT Business 席次門檻、跨國營業稅與資料不訓練政策。
第三章・七款外掛逐項可行性審查
↗
QuickBooks、DocuSign、Dropbox、Canva、Stripe、PayPal、HoneyBook 的採納判定。
第四章・軟體授權與導入成本精算
↗
第一週 0 元、第一季月支約 NT$2,640 元、第一年全社總預算與投報率精算。
第五章・十大深水區實務實施建議
↗
記帳稅務(9B/健保)、Hosted Checkout、ISBN、電子合約、數位資產、Cloudflare、官網藍圖、LINE、外包矩陣。
第六章・三十年資產數位化路線
↗
L1 至 L5 資產五層分級估價、13 欄位盤點試算表、直排古籍非破壞式掃描與 OCR。
第七章・分階段導入期程
↗
前 60 天零額外負擔、Priority 1–5 優先序矩陣、第一季明確 Deferred/Kill 清單。
第八章・資安維護與資料治理準則
↗
敏感資料五防線、五大治理支柱(帳號/所有權/資料/內容/廠商)、個資法承諾、社長 7 問。
第九章・第一週行動清單
↗
十項低風險起步工作、DNS 註冊商體檢、雙管理員備用碼、國圖免費申報對接。
第十章・出版社專用指令範本庫
↗
新約草擬、經銷商報品包、古籍 OCR 校對、ChatGPT 第二輪紅隊獨立審查 Prompt。
第十一章・查證缺口與權威文獻清單
↗
十項查證缺口實測處置、依權威機構結構化之法律/稅務/技術文獻出處(高/中/需確認)。