profile

WordPress 開發日常

Featured Post

創業一週年回顧

先講結論:錢燒完了、產品賣不動,明年要先接案子過活了XD 雖然產品都沒有成功,但卻累積了一些不錯的失敗,知道哪些路不能走,以及投入實戰 AI 開發後看見全新的風景與機會,這些經驗讓我對於創業不再只是停留在書本的知識,而是自己親身走過的一段路,同時也明白自己的不足,現在看到能夠在創業路上存活下來的人都打從內心敬佩萬分。 今年的收穫 今年靠賣外掛賺了 28 萬,平均一個月 23,000 元,而這全是單一外掛所達成的營收,很自然的就會想如果有第二支、第三支的話,照這節奏累積下去想要月入十萬不是夢,於是年初時便開始著手研發第二款產品。 由於第一款是做客戶訂單推播功能就有如此的成績,因此第二款延續這主軸,改以管理員為主的推播,並整合 AI 讓管理員可以用自然語言做訂單查詢,商業模式是打算先釋出免費的版本,再搭配不同的 AI 查詢項目來做收費:https://oberonlai.blog/dwp-site-assist/ 開發期間請了很多客戶幫我測試,很慶幸有先找他們,如果沒有他們幫我測試就推出絕對會是災難一場,主要發現的問題是打算拿來收費的 AI 查詢訂單功能不穩定,會因為...

很開心今年又有 WordCamp 可以參加,每次參加都很珍惜,每年都靠著志工們的無私付出,才能有這麼多精彩的活動可以參與。今年是第一次舉辦在高雄,高雄展覽館超大氣,整個會場超舒服,真希望新北也能有這麼棒的場地~ 今年我的攻略路線就是專心聽演講,以往都覺得在現場跟人聊天交流比較重要,演講的內容事後還可以去看 WordPress.tv 回顧,結果最後都沒去看XD,自己當過講者也知道,每次上台前要花好多時間準備、練習再練習才有辦法呈現一場演講,所以與其只是在哪邊喇賽,還不如好好享受每位講者精心準備的內容。 為了達成此目標,我六點起床,搭了 6:54 的高鐵直達高雄,再坐小黃 30 分鐘拼第一場演講,然後趁著每場中間的休息時間去贊助商攤位認識一下,午餐過後找不到咖啡可以喝,只能撐著睡意,努力聽到最後一場,最後為了趕高鐵放棄了閉幕抽獎,度過非常充實的一天。 為了更精準的吸收每場的內容,我聽的場次我都有用語音備忘錄錄下來,然後回到家再用 Gemini 整理出逐字稿與重點整理,這邊我把有聽的七個場次整理出來並補上自己的心得,分享給當天無法參與的朋友們。 高效率人才管理,讓 WordPress...

OrderChatz 全新推播功能公開封測中!現在加入 LINE 官方帳號 @dwpev 輸入「真買家」,就會收到外掛下載連結以及免費的封測序號,讓你親身體驗分眾行銷的強大威力! 在廣告成效越來越差的情況下,再行銷是所有電商業主的必修課題,尤其是如何篩選出正確的 LINE 好友進而投放正確的行銷資訊更是一門大學問,常使用 LINE 官方帳號進行再行銷的你可能會遇到以下問題: 人力成本與工作量爆表:人工逐筆查訂單、比對商品並貼標,遇到一位好友多張訂單就會產生大量重複作業,整體工時與人事成本快速攀升。 標籤維護難度高、錯誤率大:退款、追加購買或不同客服的命名習慣會讓標籤狀態不一致,導致分眾邏輯失準、名單品質下降。 推播額度與行銷成本浪費:把訊息傳給不相關或已流失的好友會降低開信/點擊率,浪費 LINE 發送額度與廣告預算,讓 ROI 看不清楚。 時效性不足、錯失最佳接觸時機:人工貼標與核查耗時,導致無法在限時促銷或新品上市的黃金時段快速觸達目標客群。 測量與優化受限:錯誤或雜亂的分眾會讓 A/B 測試與成效分析失真,行銷團隊難以找出真正有效的訊息與受眾組合。...

在使用 LINE 作為客服工具時,常遇到一個棘手問題:顧客在 LINE 上詢問「我的訂單什麼時候到?」但打開 LINE 官方帳號後台,看到的只是陌生的使用者名稱,完全無法得知對方是誰、買了什麼、訂單狀態如何。 由於 LINE 後台看不到好友的電子郵件,而 LINE 顯示名稱又常與顧客下單時填寫的姓名不一致,只能先向顧客詢問購買時使用的電子郵件。若顧客記錯或忘記,再加上同一電子郵件可能有多筆訂單,還得進一步詢問訂單編號或購買日期。 因此,一位顧客詢問訂單資訊的客服流程,通常需要經過以下步驟: 詢問顧客電子郵件 詢問訂單編號或購買日期 登入 WooCommerce 後台 在訂單列表中使用電子郵件搜尋訂單 確認所屬訂單並記下相關資訊 回到 LINE 聊天介面回覆顧客 假設顧客即時回覆且訂單搜尋一次就成功,每個步驟約花 30 秒,整個流程至少要 3 分鐘。若同時有 10 位顧客詢問,就需耗時 30 分鐘,這還不包含等待回覆、網站後台讀取速度,以及在不同平台之間切換的時間。難道沒有更便利的方法嗎? OrderChatz - WooCommerce LINE 客服外掛 OrderChatz...

三個月前,我曾寫過一篇關於 AI 開發工作流程的文章。沒想到短短幾個月,因為 AI 技術的快速進展,我的工作流程又有了天翻地覆的改變。這篇文章紀錄了這段期間的變化,並分享針對不同開發情境可採用的方法。 根據我自己的實務經驗與今年的開發心得,我將 AI 協助開發的方式分成四種: Tab Auto Completion(自動補齊) Chat Coding(聊天開發) Vibe Coding(直覺開發) Spec Coding(規格開發) 這四種方法沒有絕對的優劣,差別主要在於使用情境、開發者的技術程度,以及對 AI 成本的控管。以下分別說明適用場景、對象、成本與工具選擇。 1. 自動補齊 適用對象:會去 Google 找語法複製貼上,且對語法具有基礎認識者 適用場景:一個或是數個函式能完成的功能 花費成本:0 元 工具選擇:VSCode + GitHub Copilot 自動補齊是最簡單的方式。在編輯器中輸入註解或函式名稱後,AI 會根據提示自動產生程式碼建議,按下 Tab 就能直接完成程式碼。這對於經常撰寫小功能或快速測試語法的人非常實用。 例如在 WordPress...

對我來說,學習新東西最好的方法就是從做中學,為此我暫時離開了 PHP,投入自己完全不熟悉的領域,使用 AI 開發了一個社群平台,技術採用了 React、Vite、Shadcn、Vercel 以及 Supabase,實驗看看全面交由 AI 進行開發會發生什麼事。 剛開始的第一週衝擊實在太大,以前大概要花一個月弄的東西 AI 一天就搞定,但也因此陷入了多巴胺中毒的危機之中,幸好即時清醒避免越陷越深。命令 AI 執行的過程中,也逐漸理解到它的可能性、限制與風險,更重要的是可以分辨出網路上瘋傳的最新模型、AI 工具是否適合自己,也慢慢知道這些工具該應用在什麼地方,如果沒有從做中學,這些資訊真的會讓人焦慮。 工作佔比 六月份我開始捨棄紀錄工作時數這件事了,一方面是因為事情都是 AI 在做,它執行的速度太快,我根本沒辦法依照每個工作事項記錄時數,另一方面因為暫時沒在接案,也就沒有跟客戶回報工作時數的流程,所以就沒有再繼續計時,取而代之的是用開發日誌來記錄,這樣工作起來反而更自在些。 六月工作時間安排基本上就是週一到週五早上 3 小時,下午 1~2...

如果有一個平台,可以協助你: 完整紀錄開發產品的過程,從想法、手稿到實際動工 紀錄產品開發中遇到的困難、解決方法與成長經驗 查看產品從模糊概念,逐步轉化為 MVP、再到 PMF 的歷程 透過時間軸、行事曆與圖表,檢視每月的開發狀況 如果你對這樣的紀錄方式感興趣,那你一定會想試試看 aiker(艾可)。 有別於一般搶奪你注意力的社群平台,aiker 的設計初衷就是幫助你專注目標。只要每天順手更新開發狀況或心得,就能在產品履歷頁看到你努力的成果: 你可以在這裡實際瀏覽 aiker 的開發歷程,感受若將自己的專案以這種方式呈現,會是什麼樣子:https://aiker.app/products/288a712d-d942-4d3f-a50d-f3741895bb21 不要你的注意力,只要你的恆毅力! 為了鼓勵你更新開發動態,一進入首頁就會看到貼文介面。發文當下可同時設定分類與關聯產品,方便日後回顧;想要瀏覽產品開發歷程的人,也能透過你設計的分類快速搜尋。 此外,貼文還提供許多寫作輔助功能: 輸入 @ai:請求 AI 搶頭香發第一則留言,你也可以回覆 AI 留言,進一步與它討論。AI...

多巴胺(Dopamine)是一種神經傳遞物質,負責傳遞興奮和愉悅感。能引起渴望、興奮和希望等情緒,激勵人們追求目標。 上週日感冒了,很久沒有這麼嚴重的大感冒,發燒加喉嚨、頭爆炸痛,連續幾個晚上都沒什麼睡,白天完全沒有體力上工,不是在睡覺就是在發呆放空,受不了最後還是看了醫生吃了藥,每天等著症狀好轉。 到了週三稍微有點精神可以看書,看完「流言終結者」主持人亞當的書「創客精神」後一整個被激勵,很想要來動手做些什麼,於是拿出筆記本把一些點子畫下來,我想到可以做一個平台來搜集大家使用 Vibe Coding 開發出來的作品: 由於還沒有體力坐在電腦前工作,我就想說用平板先來做個雛形看看,付費解鎖了 Claude,也試了 Replit、Firebase Studio 來玩看看,很快的就有網站原型,再從這個原型去發想更多的功能細節。 第一次的衝擊 隔天因為需要回一些工作的訊息就開了電腦,想説回完後就關機繼續休息,結果想說把昨天弄的原型用 Cursor 來重做一次,能夠直接自己修改程式碼還是比較安心,但我忽然靈光一閃,我不是想要讓自己投入到 Vibe Coding...

原本努力了一個半月的新產品眼看就要正式釋出了,但在請了幾位客戶幫忙測試後,毅然決然暫停開發,主因是新產品有一些致命且短期無法解決的問題,再加上收入模式不明確,繼續開發下去會把自己推入險境中。 反而是請客戶試用的過程中,收到不少新功能的建議,考量到要顧好既有客戶以及營收狀況,還是決定先以既有產品的擴充功能為主,把營收站穩後再來另開戰場。 工作佔比 五月份總工作時數為 66.98 小時,比四月增加了 1.34 小時。各類工作佔比如下: 行銷:14% 產品更新:38% 產品研發:48% 這個月從下半月開始,全面採用 Vibe Coding 模式開發,在離開電腦前下好指令,回來後再驗收成果,一開始覺得很爽快,有一種人不在電腦前還是有進度的錯覺,尤其是在寫新外掛的雛形時很快就能獲得一些成果。 但如果寫流程比較多的功能,在驗收時就會開始感受到混亂,像是引用錯參考資料或是沒有遵循設計模式,一個檔案超過 500 行是家常便飯,事後反而要花時間在釐清甚至重新整理它的寫法,這部分我覺得應該可以透過提示詞來慢慢跟它磨合,就像以前跟朋友一起合作開發一樣,需要把相關的事項溝通清楚。 行銷 內容行銷...

最近常用 AI 產生程式碼,結果一堆程式自己都看不懂,只有錯誤發生時才會回頭研究到底寫了什麼。想說乾脆寫篇文章記錄一下,當作學習筆記。本篇主題是 OpenAI API 與 WordPress 的整合,讓 AI 能直接操作 WordPress。 初探工具請求(Function calling) 像 GPT 這類自然語言模型是靠訓練資料回應問題,但資料若過時,或想取得即時資訊,模型本身無法處理。這時可以透過「工具請求(Function calling)」來解決。 原理是:先告訴 AI 有哪些工具可用,當對話中出現相關需求,AI 就能自動判斷是否要使用某個工具。這些工具可以是 WordPress 的函式(如 WP_Query 查文章),也可以是外部 API(例如 Google 搜尋),執行後把結果再交給 AI 處理並產出回應,自然語言化地回答使用者。 適用場景 1. 整合客服機器人 如果你想設計聊天介面給其他人使用,像是客服機器人外掛,就很適合採用這個技術來取得網站內的資訊,像是讓客人查詢商品、訂單相關資訊、搜尋產品使用說明文件,或是讓管理員查詢營業額、網站瀏覽數據。...