使用FluentCRM發送電子報
需求背景 前言 如果說要找Wordpress上,適合發送電子報的套件(Plugin),第一時間都會想到Mailchimp、MailPoet這種類型的行銷軟體。通常都有完整的視覺化編輯,只要拖拉可以完成一封郵件的框架,只要填上內容即可。 優點 透過老牌的電子報發送軟體,寄件被退件的機率比較低 初期入手門檻低,如果客戶人數相對少,免費版本可以一直使用 缺點 免費版有客戶人數上限 通常設定門檻為1000/2000不等,超過這門檻以後,就必須要使用付費版,而付費版是以帳號數量計價,這不利於一個成長的公司使用。 資料存在第三方雲端中 資料有些不在自己可控範圍,資料在外掛廠商的網站之中,以後切換成本高 使用套件 FluentCRM 算是一個後起之秀,無客戶人數上限問題,且可以根據不同的使用情境,採取手動或自動的電子報發送,跟Woocommerce整合,可以透過購買行為,做到客戶分群,以利於後期的分眾行銷。 定義客戶類型 對於FluentCRM來說,大致把客戶分為4種類型 All Contacts 這基本就是不分類,只要你透過網頁的訂閱電子報畫面收集來的,或是手動建檔的名單,全部都發送 Lists 如果說群體是比較大範圍的,例如電子報訂閱客戶,這種就可以直接設定List,訂閱時,直接把該用戶歸戶 Tags 相對比較小範圍的群體,例如購買過特定商品的用戶,我建議可以幫他下Tag,方便以後對此用戶發送新品/相關商品介紹 Segments 這有點像介於Lists跟Tags之間,可以下動態條件,例如累積購買金額到多少、購買過特定商品,都可以加在Segments裡面當作條件 設定歸戶條件 這邊我假設,設定一個Tag叫做企業訂單 接著,我到商城,將其中一個企業方案的商品,設定Tag的使用時機 當訂單成功購買時,請幫我加上企業訂單這個Tag 當訂單被取消並退款時,請幫我把企業訂單這個Tag移除 這樣設定完,當有客戶購買過這項商品時,它就會自動歸戶到企業訂單這個Tag群體,系統也同時保留手動加入的機會,讓你可以彈性運用 發送電子報 新增一個活動(Campaign),例如企業推廣方案 透過編輯器,開始編輯電子報內容,這邊有幾種方式,包含了最經典的編輯器 或者是習慣用視覺化編輯,也可以切換到這個紫色按鈕,視覺化編輯器,其中也有2個範本可以使用 點開範本,就可以開始修修改改,文字、圖片、按鈕,甚至內嵌一段Html語法都是可行的 編輯完成,可以先存檔,保留下次覆用的機會,接著就是按下繼續(Continue),進一步編輯信件標題與客戶群設定 先編輯信件標題,這邊也有提供A/B 測試的設定 指定要發文的群體,也可以排除特定族群(例如:刪除交集部分) 最後就是預覽電子報,並指定要立即寄出,還是特定時間點寄出
02.新增文章
文章基本架構 要發表一篇文章,通常有幾個事情需要被確認,影響了一篇文章,如何被看到: 標題(Title):一個吸引人的標題,容易讓人引發好奇心。 內容(Contents):線上看長篇大論比較容易失焦,建議單篇文章介於800~1200字之間,加上些許圖片吸引目光。 分類(Categories):這個通常根據網站主選單而規劃,點選其中一個分類,就可以看到屬於這分類的所有文章。 標籤(Tags):分類通常不會太多,為了擴充通常會用標籤取代,如果文章多一點標籤,可以多一個維度來找到目標閱讀者。 文章內的標題記得套用H1~H6,SEO一般會認為,有明確區分標題跟內文的文章,是相對好閱讀的內容,如果有加裝目錄系統(Table of Contents)套件,套件也會依據H1~H6自動產生文章目錄,甚至可以限定只取H1/H2/H3。一般來說,整個文章內,H1建議只用1個,H2可以2~3個,H3可以多個,以下依此類推,比較少會分到H6。 文章圖片通常大小不一,如果為了整齊,其實可以考慮把圖片寬度固定,建議低於960px,保留在低解析度螢幕的閱讀性。 設定作者 WordPress預設是不需要特別選作者(Author),貼文的人預設就是作者。如果真的想修改,可以透過快速編輯功能,切換作者。相關貼文權限可以參考角色介紹,特如果文章需要經過審查才能發佈,就需要採用編輯者(Editor)與作者(Author)2種角色分權的作法。 不過如果有開啟共同作者功能,就可以加選作者,指定1到多個作者。 設定精選圖片 通常,在進到內文之前,我們會有文章清單,清單會顯示該篇文章的縮圖。如果,你有設定Featured image(精選圖片),網站前端就可以將這張圖片設定為縮圖,也是一種吸引關注的方式,圖片第一直覺總是比文章標題來的吸引目光。 視覺呈現 文章一開始只有提到,如何寫文章,但是卻沒有跟你說如何在網站前端呈現對吧? 如果文章量不多,其實可以透過Elementor進行文章編輯,每一篇客製化,可以有最佳的呈現效果。不過當文章量一多,這種做法的效率會非常低。上面的截圖,其實來自於Classic Editor,大家用最久也最習慣的文章編輯器,單純聚焦在圖文本身,而前端顯示的部分,會使用Elementor/Theme來做文章範本,以後所有文章,都可以套用一致性的風格呈現。 熱門文章 實際統計 如果按字面意思,通常是指,文章被閱讀最多次數的文章,只要找用Post view/Post count之類的關鍵字,都可以找到相對應的套件,只要裝上去,你的文章就會看到被閱讀次數的統計。對,依據套件安裝當時才開始計算,不追溯更早之前的閱讀次數。 不一定每個套件都可以做到,但是建議要注意的點有幾個: 排除特定IP,特別是開發人員,這跟Google Analytics概念一樣,系統測試過程會帶來多餘的閱讀次數。 排除特定族群,概念如同IP,可以批量設定,避免開發人員、管理者、編輯等帳號權限的測試過程影響真實數據。 是不是要固定清除? 有些可以設定天數、週數,進行資料清除,就像書店統計本月熱銷一樣。 手動設定 如果資料量很多的時候,真實的閱讀統計就會很有感覺,但是,理想很豐滿(資料量),現實通常很骨感(沒數據),對於位於軟啟動的網站來說,數據不足以支撐時,熱門文章就會變成空城,甚至沒參考價值。 如果這個數值,可以手動填入呢? 請開發人員協助擴充文章欄位,新增一個欄位稱之閱讀量,預設數值是0 。擴充之前,已經上架的文章稱之為舊文章,這個閱讀量欄位會是空白,需要同步做資料修補(Data Patch)。 直接新增一個文章分類(Categories),叫做熱門文章。 實際網站前端,客戶看到的部份,不管是用實際統計或手動設定,只要搭配對應的資料篩選方式,就可以依照你的方式進行排序。
新增一場活動並用QR Code進場
需求背景 情境描述 新增一場活動,並透過Event Tickets售票 參加者收到Email活動票券,內含QR Code 參加者到活動現場,手持QR Code讓工作人員掃描 工作人員用Mobile App,掃描QR Code確定該名報到成功 使用套件 Event Tickets Plus Event Calendar Event Tickets Plus on the App Store (apple.com) / Event Tickets Plus – Apps on Google Play 建議閱讀 商店管理員(Store Owner) 廠商管理員(Vendor Admin) 廠商經理(Vendor Manager) 新增一場活動 從Event Calendar,新增一筆活動,填寫方式跟在WooCommerce上架商品差不多,標題、描述、活動時間等等,都是必填欄位,為了增加活動資料的篩選功能、SEO優化等等再利用,標籤記得多加幾個。 邀請函RSVP跟一般票券,都會產生QR Code,這邊就依據原始活動目的設定即可。一般票券會與WooCommerce整合,透過WooCommerce結帳流程進行付費。 需要特別注意的是分票的設定,如果需要每一個參加者用自己的QR Code進場,這邊就必須設定成允許,這樣,即使有人幫忙團購票券,也需要填寫相同數量的姓名與Email,讓票券分別寄送給各參加者。 這個就是實際前端客戶在下單時,填寫資料的畫面。 下載Event […]
01.系統角色介紹
資料來源:Roles and Capabilities – WordPress.org Documentation 依據WordPress官方網站的定義,依據不同的使用情境,有以下幾個預設的角色: Super Admin:如果網站有使用MultiSite功能,才會有這個角色定義,一般網站不須使用。本身具有能夠開新站點、設定跨站使用者、設定跨站使用套件等權限。 Administrator:一般網站使用的最高管理權限,網站剛設立時,預設會有一個帳號,可以用來開立所有其它帳號跟安裝套件。 Editor:編輯者,但是定義上可以想成是總編輯,是具備發布文章,甚至管理其他人的文章。 Author:作者,具有可以發布自己文章的權限,網站如果有開啟多作者模式,通常這個角色會停止使用。多作者模式是一個為了滿足業務需求,使其文章有多個作者,如同共同編輯的概念,所創造出來的架構,並非WordPress預設功能。 Contributor:寫手/貢獻者,有些網站翻譯成寫手,我覺得蠻貼切,因為這權限沒有發布文章的權限,需要經過Editor編輯者審核。 Subscriber:訂閱者,通常,會開給訂閱網站訊息的帳號,也會開給新註冊的網站會員,權限等級最低,相對安全。 官方文件可以看出,每個角色其實還可以細化出各種新增、修改、刪除、閱覽等權限,甚至可否幫別人新增、修改、刪除等等,具備有管理能力的權限。這些基本可以滿足80%的業務情境,少數的20%,通常需要自定義的權限設定,或者新設立一個角色。官方網站也是很佛心,列舉了蠻多可自定義角色、權限的套件,不乏有各大網站推薦的套件。 Members Plugin User Access Manager Advanced Access Manager User Role Editor WordPress User Role Editor Simple Membership Plugin View Admin As (manage & test roles)
Event Tickets Plus分票功能遇到404錯誤
需求背景 情境描述 一個參加者可能會代買多張票 進場時希望能個別進場 使用套件 Event Ticket Plus付費版 建議閱讀 網站開發人員 延伸閱讀 新增一場活動並用QRCode進場 Event Calendar與Event Ticket是目前與WooCommerce整合相當好的票券系統之一,Event Ticket免費版本只支援邀請函,如果需要付費的票券,需要使用付費版本。單套99USD,合計不到200USD,頻繁使用的情況下,其實不算貴。至於,這篇文章會出現,最主要是我在啟用過程中遇到一個404的錯誤,至於如何遇到?讓我娓娓道來。 如何開啟分票功能 資料參考:Attendee Registration Templates – Knowledgebase | The Events Calendar 分票的最大用意,無非是要讓進場的每個人,可以各自擁有票券,自由決定進場時間。對於主辦方來說,便是想要拿到更多參加者的聯繫方式,進行可能的資料分析、統計、再行銷。 從Admin Menu點選門票(Event Tickets) , 在主畫面直接點選參數設定,並切換到第3個Tab,開啟Attendee Registration功能。一般來說,你開完這個功能,下面Attendee Registration Model打開,你的WooCommerce結帳流程,會跳到網址變為attendee-registration的路徑,這邊開始,就是問題所在。 開啟參加者報名功能 這邊會影響到WooCommerce結帳流程,如果有購票行為,在結帳時會跳轉到它的填寫畫面。 報名資料填寫時機 這邊可以設定,當你有票券購買行為時,在哪一個時期需要填寫資料,預設是結帳時才進行資料填寫。 Hello Elementor導致404 資料參考:Hello Elementor Integration | The Events Calendar 用幾個關鍵字交叉查詢,就找到了官方出了這篇文章。文章指出,Hello […]
產品庫存依據尺碼與顏色分別管理
需求背景 情境描述 商品可能有顏色或尺碼等屬性 商品的庫存量依據屬性而設定 使用套件 WooCommerce內建功能 建議閱讀 商店管理員(Store Owner) 廠商管理員(Vendor Admin) 廠商經理(Vendor Manager) 將商品設定為可變商品 新增商品屬性 在WOO的產品設定中,產品的尺碼、顏色、品牌等等,這些通稱叫做屬性。簡單商品/可變商品,都可以直接點選建立新屬性的按鈕,並且透過|分隔多個數值,輸入完全以後,點選儲存屬性。 用多個屬性,建立屬性的集合 這邊範例使用的是品牌與尺碼,如果我有3種品牌+4種尺碼,3*4=12,系統就會變出12種可能性。 選擇一個Nike品牌S號的項目,點選編輯,就可看到,這個項目所需要的相關設定選項。點選管理庫存的選項,下方會多出一個庫存數量的欄位,這個就可以設定庫存數。
WordPress 如何讓文章有多個共同作者?
需求背景 情境描述 一篇文章可能有多個作者 編輯群可以幫作者新增一篇文章 使用套件 Advanced Custom Fields Custom Post Type UI AnyWhere Elementor 建議閱讀 網站開發人員 WordPress系統角色介紹前情提要,在這邊文章寫到,WordPress預設跟文章有關係的角色權限有三個:Editor、Author、Contributor。因為都會新增、修改、刪除文章的行為,所以基本也就有登入WordPress管理後台的權限。對於一個相對多作者參與的網站,其文章很多都是互相交叉授權,不一定是作者有義務或時間來到網站上面新增文章,通常,是頃向由網站維護資料的人員,代為做文章上稿。 減少開立具有管理後台登入的編輯權限,減少被有心人利用的可能性。 多數帳號到後期會容易疏於管理,管理還需要費心去一一確認有效性。 系統實作角度,可以透過下面方式: 使用Custom Post Type UI套件創建一個新的類型叫作者群,並將作者群類型,依附到所有的Post類別 使用Advanced Custom Fields套件,擴充作者群有作者分類的功能 作者群可以點選1到多個,文章正式發佈以後,前端頁面就會顯示出來。 先透過Custom Post Type UI(CPT UI),建立新的文章類別(Post Types)跟分類(Taxonomies) 文章類別(Post Types)-新建立一種貼文,叫做作者群,例如Title(作者名稱)、Featured Image(作者頭像用)– Slug可以自由設定 , 建議用英文,因為它也是有可能顯示在網誌上的路徑之一。– Label部分就是看得到的敘述,你可以直接打中文,這邊直接用作者群。– Supports這邊,挑選最常用到的欄位就好。 分類(Taxonomies)– 作者群也會有分類,例如可能想分編輯、校稿等等,你可以在分類這邊擴充。– 將此分類,加掛載在作者群這個類別,以後你在作者群加作者,就可以挑選分類了。– 當你的分類加載成功,切換回剛剛的類別,就會看到它有這個分類了 將作者群跟文章綁定 […]
建立廠商(Vendor)並且上架商品
需求背景 情境描述 允許商店變成多供應商模式,如同店中店概念 供應商可提交商品,商店管理員進行商品審核,決定上架與否 商店與供應商之間可拆潤 / 依據案件量抽成 使用套件 WooCommerce官方付費套件Product Vendors 2.0x 建議閱讀 商店管理員(Store Owner) WooCommerce(以下簡稱WOO) 要新增廠商(Vendor),最主要有兩種情境:新註冊一個供應商、手動將既有使用者加入供應商角色。 新註冊一個供應商:蠻多套件都可以直接讓使用者填寫表單,系統會建立一個新的帳號,並自動開通廠商權限。 手動將既有使用者(User)加入供應商角色:通常需要買家賣家雙重身分的時候使用,例如拍賣。 新註冊一個供應商 WOO有內建註冊表單功能,這邊可以透過填寫表單方式,向商店管理員(Store Owner)提出申請。除了必要填寫欄位以外,欄位是可以增減,甚至修改描述。- 商店管理員可以允許,並將其角色從待審核廠商(Pending Vendor),切換到廠商管理員(Vendor Admin)或廠商經理(Vendor Manager)。 – 切換後,廠商登入後即可切換到後台,新增商品、商品送審。– 廠商管理員(Vendor Admin)像是供應商的老闆,而廠商經理(Vendor Manager)比較像是店員。– 廠商名稱(Vendor Name)這個欄位,各家供應商需要一個獨立的名稱,不能重複。 提醒:各專案的註冊表單,其路徑依網站架構而動態調整,請與開發人員確認,專案所使用的註冊連結。 手動將既有使用者(User)加入供應商角色 – 一般使用者剛註冊時,通常只會指派訂閱者(Subscriber)角色。– 手動加入的方式,是從第二角色這邊,選擇廠商管理員 / 廠商經理。 – 新增完權限,請切換到商品 > 廠商 , 新增一個廠商名稱(Vendor Name),各家供應商需要一個獨立的名稱,不能重複。 – 新增完廠商,記得要點進去修改,並且幫廠商加一個管理員,可以打帳號或Email去搜尋。 提醒:這邊的廠商管理員,並不會改到該帳號的權限,只適用於協助管理該廠商資料。 比較需要關注的是佣金(Commission),這是商店與廠商之間,分潤的方式之一,而這個數值,會直接影響廠商報表的數值。這邊的佣金,並沒有考慮手續費、運費等等相關延伸的費用,只單純看與廠商之間,針對售價的拆分方式。 e.g 如果你設按比例10% […]