過去我一直覺得，接收管理員通知用 Email 就夠了。如果訂單量不大，靠主機或第三方發信服務，其實也能運作得很順利。但後來與客戶訪談時發現，很多老闆根本不會用 Email，就算有，也常被廣告信和雜訊淹沒。 我自己試過很多收信軟體，試圖藉由工具來過濾重要訊息，但過不了多久，「重要信件」又變得滿天飛。雖然我會每天安排時間檢查，但有些緊急事件，例如新訂單通知，我希望能即時知道。 手機上的 App 通常只能根據「有新郵件」來推播，還找不到能針對「特定寄件者」推播的服務。因此我預設會把 App 的通知功能關掉，避免不緊急的訊息干擾我。 用 LINE 收通知也一樣，目前沒辦法只針對特定對象推播，只能全開或全關。這讓我想過是不是該換個沒那麼常用的通訊軟體來接收通知，但又懶得裝新 App，只好……自己開發一個外掛來解決了（？） 實機展示 要能在手機上接收到訂單通知，有三個關鍵技術：Web Push、Service Worker，以及 Progressive Web App，這邊先跳過他們，如果你也想在手機上收到訂單通知可以參考以下步驟： 1. 下載 DWP 網站助理...
10 days ago • 1 min read
創業的時光真是飛快得不可思議。明明才剛寫完第一個月的回顧，怎麼一下子又到了第二個月。這個月我全力投入開發新產品，原以為靠 AI 協助，兩週內就能搞定，沒想到一弄就是一整個月，還卡關連連，導致原本預定的行銷工作停滯不前。但我真的很喜歡開發產品的過程，彷彿在解謎闖關，每解開一個難題就多學一點新知，形成一種自我成長的良性循環。 工作佔比 四月份總工作時數為 65.64 小時，比三月增加了 24 小時。各類工作佔比如下： 行銷：30% 產品更新：7% 產品研發：63% 其中一個週末我整整兩天都在工作，有幾天甚至加班到晚上七點多。比較難統計的是晚上洗完澡到就寢前，還是會用平板跟 AI 討論白天卡住的問題，甚至請它幫我先寫好隔天要用的功能。若將這些時數也納入，總工時應該超過 70 小時。 我覺得比較理想的工作狀態是一個月大約 50 小時。像加班的那個週末，一直卡關讓我很煩躁，為了突破瓶頸逼自己解完才能休息，結果越急越解不開。後來乾脆休息一天，結果回來上工十分鐘就解決了。 所以還是得適時讓自己充電，給大腦一點空白，真正需要動腦時才有空間處理複雜問題。 行銷 內容行銷...
17 days ago • 1 min read
最近剛完成第一個完全由 AI 協助我開發的 WordPress 外掛，想說應該可以來整理一下這次開發的工作流程以及用到的工具，整體的心得是有 AI 實在是快超多，開發的速度跟飛的一樣，尤其是邊做邊想到新功能時，問一下複製貼上就能搞定，就像在裝外掛。 但不變的是 AI 跟我一樣會卡關，雖然每次它的解釋都好像解決了，但實際上測試就是無法，一直回饋給它後丟出新的解法，結果還是不行，這時候就要停下來自己看程式碼，然後思考是哪一行可能會出問題。 發現有可能造成問題的地方，再拿回去問 AI，這時候它就會說：「沒錯，你發現到問題的關鍵了！」我心裡想的是這應該是你要告訴我的啊 🤣，但整體而言這樣的開發節奏讓我可以很快的進入心流，不用擔心程式碼細節而是產品的方向，真的是回不去沒有 AI 協助的日子了～ 以下我從企劃、開發以及除錯階段，來說明我是如何用 AI 來設計這支外掛的。 企劃階段 這支外掛的主要功能是延續我上一個產品的概念，契機是因為 LINE Notify...
24 days ago • 1 min read
自從 LINE Notify 終止服務後所有站長都在找尋替代方案，如果還是想在 LINE 裡面收到管理員的訂單通知，只能採用與一般顧客相同的方式，也就是申請官方帳號接收通知，雖然一樣有免費額度可以使用，但對於量大的站長來說又是一筆新的支出成本。 如果不想要新增這筆開銷，勢必要尋找其他即時通訊軟體來接收通知，像是採用 Discord 或是 Telegram，如果站長本身就沒有在使用這些軟體需要額外安裝，安裝後還需要申請開發者帳號取得金鑰，而網站這邊也要另外使用外掛或是請工程師進行串接。 難道沒有更方便、更優雅的方式來解決這個問題嗎？不僅可以在桌機上收到通知，同時還能推播到手機甚至是穿戴型裝置上，最重要的是每一則推播不會被收費、也不用擔心原本免費的方案終止服務或是漲價，而這解決方案我們在各大新聞網站都曾見過它，那就是網頁推播通知技術 ( Web Push Notification )。 外掛介紹 DWP 網站助理整合網頁推播通知，可以讓訂閱者在訂單狀態改變時收到推播訊息，支援所有平台，包含 Windows、MacOS、Android 以及 iOS...
about 1 month ago • 1 min read
這禮拜有幸約到網路創業家蕭上農 Fox 大大進行一對一的創業諮詢面談，從我小時候就是看著他的創業故事長大的，一直有持續在關注他分享的內容，現在自己也走在創業的這條路上，想說何不約一下已經走過這一遭的 Fox，想知道他是怎麼看 WooCommerce 外掛創業的機會。 我們談到三個大主題：OrderNotify 現況分析、創業主題的選擇、AI 浪潮下產品開發的思維。 OrderNotify 現況分析 根據我提供的銷售狀況來看，Fox 覺得這個產品在這些年的業績已經足以代表市場不夠大，目前針對的使用者族群太細了，要有使用 WooCommerce 架站又要有認真經營 LINE 官方帳號的商家數量群體本身就不夠大。 以漏斗的角度來看，這已經是最最下面的底層，業績無法有突破純粹是市場太小，如果是鎖定更大的市場，像是支援 Whatsapp 或是開發 Shopify 的 App 才有足夠大的量能讓個人開發者過活，或是要把眼光放在海外而非僅限於台灣，朝著漏斗的上方移動才行。 我用 Built with 查了一下台灣 WooCommerce 的網站數量是 10,610，以我目前的顧客數量 120...
about 1 month ago • 1 min read
創業是一場實驗，可以依照自己的想法去實踐的過程非常有趣，雖然免不了許多挫折失敗的時刻，但只要一想到令人興奮的點子又是希望破表。我從這篇文章開始紀錄創業的過程，希望一年後回過頭來看可以回憶起一年前的自己都在想些什麼五四三XD 上一次完全沒有案件收入的狀況要回朔到十幾年前，當時不知道該怎麼找案子，手邊的生活急用金只有兩個月，在時間壓力下只能重回職場先求溫飽。這一次從接案者的身份「離職」，為此我做足了準備，希望在資金燒完前可以找到合適自己的商業模式， 三月份我將心力放在產品的更新與行銷上，做了很多以前沒做過的事，處處充滿了新鮮感，但也因為都沒做過，不曉得哪些有效哪些沒效，所以打算以後在每個月的最後一週寫一篇創業日記，紀錄做對跟做錯了哪些事，算是幫自己回顧這一路上的過程。 第一個月設定的主要目標：行銷，在與 ChatGPT 諮詢過後，它給我的建議是公司產品是有市場的，但因為曝光量不足，所以營收無法提升，要增加曝光度為首要目標。剛好這個月 LINE Notify 停用，就決定以這個切入點來強化產品功能並撰寫行銷內容。 三月份的總工作時數為 41.12 小時，加上客服時間總計約 48...
about 1 month ago • 1 min read
Neuron AI 是市面上少數以 PHP 為主的 AI 框架，整合 WordPress 後可以透過自然語言管理網站或是讓顧客直接在 LINE 進行下單、預約、填寫表單，這篇文章分享我利用它做了一支名為「 WP 網站助手」的外掛，成功實現了查詢文章以及查詢訂單這兩個功能。 前陣子 OrderNotify 訂單推播外掛的更新中加入了 LINE 多官方帳號來接收訂單通知的功能，我自己也開始這樣用了之後發現，當訂單進來時我是傳送後台的訂單連結去查看詳細資訊，但在手機上看不太方便，就想說如果可以直接在 LINE 裡面問不就更快？ 於是思考了這樣的解決方案： 使用 WooCommerce MCP server 取得訂單資料 使用 n8n 的 MCP node 作為 client 來呼叫 WooCommerce MCP server 透過 n8n 的 API 作為 webhook 提供給 LINE Messaging API 呼叫 這樣的解法理論上應該是可行，但查詢的速度想必不會快到哪裡去，中間卡一層 n8n 主機才能跟網站 API...
about 2 months ago • 1 min read
Vibe coding 簡單說就是透過 AI 開發程式，WordPress 是網站工具，可以透過外掛加入各種功能，我跟朋友最近在籌備一個結合 AI / Coding / WordPress 的社群，希望透過我們的專業協助有興趣的朋友，你有興趣的話可以先填這份問卷讓我們認識你，等之後正式開張會發信跟你說：https://oberonlai.blog/ai-coding-wordpress-community/ 朋友「大GG」是一位數位行銷工作者，他打算自己用 Cursor 開發一款 SEO 工具，主要功能是透過 AI 來檢查網站內所有文章是否有類似或重複的，有的話會彙整出來，讓 AI 建議可以改善 SEO 的地方。 開發到一個段落之後，他問我該如何讓這個工具放到網路上讓人家使用？由於他是用 Python 寫的，完全超出我的守備範圍，簡單查了一下，好像都是要使用命令列工具才能部署，這對於完全不會寫程式的他有些難度。 由於他自己的網站是使用 WordPress...
about 2 months ago • 1 min read
一陣子沒發電子報了，來更新一下近況吧~ 做了四年多的案子終於在今年二月結束了，花了很多時間整理交接文件，邊整理才邊發現原來這些年來做過這麼多東西，很佩服這些年客戶對於銷售流程的策略規劃，讓我學到很多，我用使用者故事對照的方式整理出整個網站使用流程： 黃色便利貼是使用流程，紅色是主要活動、藍色是該流程底下的操作細節，數字是操作細節的留言補充數量，補充相關介面網址以及程式碼說明連結。程式碼說明的部分我用 Cursor 的 AI Agent 幫我整理，一開始以為整包餵給它就能自動整理完成，但我太天真了，整理出來的東西不到完整程式碼的 20%，只好每個檔案逐一整理。 我下的提示詞是： 在根目錄新增一個 README.md 檔案，裡面解釋說明程式內所有函式或方法的作用，請完全遵照以下格式：# 路徑 + 檔名## 主要功能- 說明一- 說明二## abc() (只要名稱就好)- 說明一- 說明二 整理出來的結果大概長這樣：...
2 months ago • 1 min read
