หากคุณจัดการชุมชนขนาดใหญ่ โอกาสคือคุณต้องการวิ่งสื่อสารอัปเดตให้สมาชิกอย่างรวดเร็วและมีประสิทธิภาพ จดหมายข่าวอีเมล (email newsletter) สามารถเป็นวิธีที่มีประสิทธิภาพมากในการทำเช่นนั้น
ในบทความนี้ ผมจะให้เคล็ดลับและข้อเสนอแนะสำหรับเพิ่มผลกระทบของจดหมายข่าวอีเมล: อัตราการเปิด (open rates), อัตราการคลิก (click-through rate) และไม่ทำให้ผู้รับรำคาญ
ผมยังจะแชร์รายละเอียดทางเทคนิคและการตั้งค่าที่คุณสามารถใช้เพื่อเพิ่ม deliverability ของจดหมายข่าวอีเมล
วิธีเขียนบรรทัดหัวข้อที่มีผลกระทบ
บรรทัดหัวข้อคือสิ่งแรกที่ผู้อ่านจะเห็นเมื่ออีเมลปรากฏในกล่องจดหมาย สำคัญจึงเป็นที่คุณใช้สิ่งที่จับตาและกระตุ้นให้พวกเขาอ่านข้อความ
สิ่งที่ควรใส่ในบรรทัดหัวข้อ
บรรทัดหัวข้อควรให้สรุปสั้นๆ ของเนื้อหาอีเมล หรือไฮไลท์ข้อมูลสำคัญ ตัวอย่างบางอย่างคือ:
Learn Data Structures and Algorithms [free 6-hour coding course]
หัวข้อนี้มาจากจดหมายข่าวรายสัปดาห์ของ Quincy และเรียกบทความแรกจากรายการคัดสรร 5 บทความรายสัปดาห์
Our Community Reached 3,000 Members - Here's What's Next
ที่นี่หัวข้อให้สรุปชัดเจนของเนื้อหาอีเมล – อัปเดตความสำเร็จของชุมชนและแผนอนาคต
The Observatory #4: Gravity is the key to community growth
ดึงมาจากจดหมายข่าว Orbit หัวข้อนี้มีประโยชน์สองประการ: เหมือนคนอื่น สรุปเนื้อหาอีเมล ช่วยให้ผู้อ่านจดจำอีเมลนี้เป็นจดหมายข่าวซีรีส์ และติดตามหมายเลขเพื่อให้แน่ใจว่าพวกเขาไม่พลาด
สิ่งที่ควรหลีกเลี่ยงในบรรทัดหัวข้อ
คุณต้องการหลีกเลี่ยงหัวข้อที่คลุมเครือ ไม่ให้ข้อมูล หรืออาจดูเหมือนสแปม
Click Here! Important Information Within!
หลีกเลี่ยงคำและวลีอย่าง click here, urgent, important, และ priority หัวข้อประเภทนี้มักใช้ในอีเมลสแปม และอาจทำให้ผู้อ่านไม่เข้าร่วม
April 2020 Community Update
ในขณะที่หัวข้อนี้ไม่ได้ดูเหมือนสแปม มันก็คลุมเครือและไม่ให้ข้อมูล คุณต้องการให้หัวข้อจับตาผู้อ่านและเป็นเอกลักษณ์
Top Picks Just For You
หัวข้อคลุมเครืออีกตัวหนึ่ง นี้ยังให้ความรู้สึก "click-bait" หัวข้อประเภทนี้ไม่จับผู้อ่านหรือล่อลวงให้พวกเขาอ่านอีเมลเต็มรูปแบบ
วิธีสร้างเนื้อหาอีเมลที่มีประสิทธิภาพ
เนื้อหาของอีเมลคือที่ที่เนื้อหาหลักของคุณจะไปอยู่ การมีเนื้อหาอีเมลที่เขียนดีและมีประสิทธิภาพเป็นสิ่งจำเป็น
HTML vs. Plain Text ในอีเมล
การใช้ HTML ในอีเมลทำให้มันดูสวยได้แน่นอน อย่างไรก็ตาม อีเมล HTML มีแนวโน้มจะถูกทำเครื่องหมายเป็นสแปมโดยผู้ให้บริการฝั่งรับมากกว่า
อีเมล plain text ปลอดภัยกว่าโดยทั่วไป แม้จะมีฟังก์ชันน้อยกว่า นอกจากนี้ อีเมล plain text จะรับรองความเข้ากันได้สูงสุดกับอุปกรณ์ทุกชนิด และรับรองว่าอีเมลของคุณสามารถมองเห็นได้แม้ผ่านการเชื่อมต่ออินเทอร์เน็ตช้า
HTML ในทางกลับกัน ให้ระดับการปรับแต่งสูงกว่ามากในแง่ของ layout, content และ functionality คุณแม้แต่สามารถ implement things เช่น interaction tracking เพื่อดูว่าใครเปิด (open rate) อ่าน และคลิกลิงก์ในอีเมลของคุณ (click-through rate) ว่าฟีเจอร์เหล่านี้คุ้มค่ากับผลกระทบต่อการส่งหรือไม่ ขึ้นอยู่กับคุณ
วิธีจัดการลิงก์ในอีเมล
พูดถึงลิงก์ มีข้อพิจารณาพิเศษเมื่อจัดการลิงก์ในอีเมล แนวคิดหลักคือให้ลิงก์ของคุณอ่านและตรวจสอบได้ง่าย
ด้านสำคัญหนึ่งคือความโปร่งใสของลิงก์ คุณต้องการหลีกเลี่ยงการใช้สิ่งอย่าง URL shorteners ที่ซ่อนโดเมนที่ลิงก์ชี้ไป การให้เป้าหมายลิงก์ชัดเจน รับรองว่าผู้อ่านไว้วางใจความปลอดภัยของลิงก์
ผู้ให้บริการส่งจำนวนมากเสนอฟีเจอร์ click-tracking ซึ่งพวกเขาจะให้เมตริกว่ามีผู้อ่านกี่คนคลิกลิงก์ในอีเมลของคุณ
ในขณะที่เมตริกเหล่านี้อาจดูมีประโยชน์ พวกมันมาพร้อมค่าใช้จ่าย – โดยปกติลิงก์จะถูก obfuscate ผ่าน redirect ผ่านโดเมนของผู้ให้บริการ สิ่งนี้ลดโอกาสที่ผู้อ่านจะคลิกลิงก์
ลิงก์ยกเลิกการสมัคร (Unsubscribe Links)
หากอีเมลของคุณถือเป็นวัสดุเชิงพาณิชย์ (การตลาด โฆษณา ฯลฯ) การมีลิงก์ยกเลิกสมัครเป็น ข้อบังคับ หากเป็นอีเมล transactional (ใบเสร็จ อัปเดตบัญชี) หรือ relationship (สื่อสารกับผู้ติดต่อที่มีอยู่) ลิงก์ยกเลิกสมัครไม่จำเป็นแต่อย่างยิ่งแนะนำ
การมีลิงก์ยกเลิกสมัครช่วยให้ผู้รับสามารถเลือกออกจากการรับการสื่อสารในอนาคตได้อย่างรวดเร็วและง่าย แม้จะดูไม่ไหวพริบที่จะสูญเสียฐานผู้อ่าน มันดีกว่าการให้อีเมลถูกทำเครื่องหมายเป็นสแปม (ซึ่งส่งผลต่อ sender reputation และทำให้อีเมลในอนาคตไปยังใครก็ตามกับผู้ให้บริการอีเมลนั้นถูกบล็อก)
ลิงก์ยกเลิกสมัครของคุณไม่จำเป็นต้องโดดเด่นหรือเป็นตัวเด่น – ลิงก์ง่ายๆ ที่มีข้อความ "Unsubscribe" ที่ด้านล่างของอีเมลมักเพียงพอ
เนื้อหาและ Layout ของอีเมลของคุณ
เนื้อหาและ layout ของ body อีเมลของคุณก็สำคัญเช่นกัน หากคุณใช้ plain text ส่งอีเมล ข้อพิจารณาหลักจะเป็นความยาวของย่อหน้า โดยทั่วไป ย่อหน้าสั้นๆ อ่านง่ายกว่า "กำแพงข้อความ" และจะช่วยให้ผู้อ่าน engaged กับเนื้อหา
หากคุณใช้ HTML คุณมีอุปสรรคเพิ่มเติมบางอย่าง
ตัวอย่างเช่น การรูปภาพอาจดูน่าสนใจมากเพราะทำให้อีเมลดูน่าสนใจทางสายตา แต่แต่ละรูปเพิ่มเวลาที่อีเมลใช้ในการเรนเดอร์บนอุปกรณ์ของผู้อ่าน และรูปภาพไม่ได้เข้าถึงง่ายเท่ากับ plain text สำหรับผู้ที่ใช้ screen readers
จำไว้ว่ารูปภาพควรเพิ่มค่าให้เนื้อหา ไม่ใช่ลดทอนข้อมูล
มุมมองอื่นที่ต้องพิจารณาเมื่อใช้ HTML คือโครงสร้าง semantic เพื่อหลีกเลี่ยงข้อผิดพลาดการเรนเดอร์หรือข้อกังวลด้านการเข้าถึง คุณจะต้องการให้ HTML ของคุณถูกต้องทาง semantic ผมแนะนำให้ใช้ HTML Validator ก่อนส่งอีเมล เพื่อให้แน่ใจว่าไม่มีข้อผิดพลาด
ความยาวของเนื้อหาเองก็สำคัญ คุณไม่ต้องการท่วมท้นผู้อ่านด้วยข้อมูลมากเกินไปในอีเมลเดียว หากคุณมีเนื้อหามากที่ต้องการแชร์ พิจารณาทำบล็อกพอสต์หรือบทความข่าว – จากนั้นลิงก์บทความนั้นในอีเมลพร้อมสรุปสั้นๆ ของเนื้อหา
วิธีปิดท้ายอีเมล
ลายเซ็นของอีเมลสำคัญเท่ากับเนื้อหาหลัก การปิดท้ายอีเมลให้ผู้อ่านรู้ว่าใครส่ง และให้คุณโอกาสปิดท้ายเนื้อหา
คุณควรใส่ชื่อและบทบาทของคุณในองค์กร เพื่อให้ผู้อ่านเห็นว่าอีเมลมาจากคนจริง สร้างความรู้สึกว่านี่คือการสื่อสารส่วนตัวมากกว่าอีเมลที่สร้างอัตโนมัติ
สุดท้าย ลายเซ็นและข้อสรุปยังให้โอกาสขอบคุณผู้อ่านสำหรับเวลาของพวกเขา การรับรู้ว่าผู้อ่านใช้เวลาออกจากวันของพวกเขามาอ่านเนื้อหาของคุณ เป็นสิ่งดี เวลามีค่า และผู้อ่านให้เวลาของพวกเขาแก่คุณ
มุมมองทางเทคนิคของจดหมายข่าวอีเมล
ตอนนี้คุณเขียนจดหมายข่าวแรกแล้ว คุณต้องจัดการข้อกังวลทางเทคนิค นั่นคือ คุณต้องคิดว่าจะส่งจดหมายข่าวนี้อย่างไร
เลือกผู้ให้บริการส่ง (Sending Provider)
คำถามแรกคือ คุณจะใช้อะไรส่งอีเมลนี้? เป็นไปได้อย่างสมบูรณ์ที่จะตั้งค่าและรัน Secure Mail Transfer Protocol (SMTP) server ของตัวเอง แต่สิ่งนั้นอาจเป็นการลงทุนเวลาและทรัพยากรมาก
แทนนั้น มีผู้ให้บริการหลายรายที่จะจัดการการส่งอีเมลให้คุณ ที่ freeCodeCamp เราใช้ SendGrid ผู้ให้บริการส่วนใหญ่จะเสนอ API เพื่อขอให้ส่งอีเมล หรือ UI เพื่อเตรียมอีเมล แล้วพวกเขาจะจัดการกระบวนการส่งจริงให้คุณ
ในขณะที่ผู้ให้บริการเหล่านี้อาจแพงที่ปริมาณสูง บ่อยครั้งค่าใช้จ่ายนั้นคุ้มค่ากับการเข้าถึงฟีเจอร์เพิ่มเติมอย่าง email validation และ bounce report tracking
ตั้งค่าการยืนยันอีเมล (Email Authentication)
มุมมองทางเทคนิคสำคัญอีกอย่างคือการยืนยันและ authentication อีเมล โดยเฉพาะหากคุณใช้โดเมนกำหนดเอง
ผู้ให้บริการอย่าง Gmail ยืนยันอย่างไรว่าอีเมลมาจากองค์กรของคุณจริง ไม่ใช่ใครบางคนปลอมเป็นคุณ?
มีขั้นตอนความปลอดภัยสองสามขั้นที่คุณสามารถทำเพื่อให้แน่ใจว่าอีเมลของคุณถูกส่ง ในขณะที่อีเมลปลอมไม่ถูกส่ง
- Sender Policy Framework (SPF): คุณสามารถใช้การตั้งค่า SPF เพื่อ validate ว่า mail server ได้รับอนุญาตให้ส่งอีเมลจากโดเมนอีเมลของคุณ SPF เปิดใช้งานผ่านระเบียน
TXTในการตั้งค่าโดเมน เนื้อหาของระเบียนนั้นจะขึ้นอยู่กับระบบที่คุณใช้ส่งอีเมลเหล่านั้น - DomainKeys Identified Mail (DKIM): คุณสามารถใช้ DKIM เพื่อยืนยันว่าข้อความอีเมลไม่ได้ถูกแก้ไขระหว่างทางจากเซิร์ฟเวอร์ส่งไปยังเซิร์ฟเวอร์รับ DKIM records ตั้งค่าในการตั้งค่าโดเมนเป็นระเบียน
TXTหรือCNAMEขึ้นอยู่กับผู้ให้บริการ ระเบียนเหล่านี้จะระบุ public encryption/decryption keys - Domain Message Authentication, Reporting, and Conformance (DMARC): ขั้นตอนสุดท้าย หลังจากเปิดใช้งาน SPF และ DKIM คือการตั้งค่าระเบียน DMARC ระเบียน DMARC บอกผู้ให้บริการอีเมลว่าต้องทำอย่างไรหากอีเมลจากโดเมนของคุณล้มเหลว SPF หรือ DKIM ส่งรายงานการส่งมอบไปที่ไหน และใช้งานนโยบาย DMARC บ่อยแค่ไหน ระเบียน DMARC เพิ่มเป็นระเบียน
TXTในการตั้งค่าโดเมนของคุณ เป็น_dmarc.yourdomain.tld
ยินดีด้วย ตอนนี้คุณอ่านบทความนี้จบแล้ว คุณควรมีความเข้าใจพื้นฐานเกี่ยวกับวิธีสร้างและส่งจดหมายข่าวอีเมลแรกของคุณ ผมหวังว่าบทความนี้จะช่วยคุณ
