มีอะไรใหม่: release notes ที่คนอ่านจริง (App Store + Google Play)
Release notes ส่วนใหญ่อ่านเหมือน commit log ที่หลุดมาอยู่บนหน้าโปรดักต์ เช่น "Version 4.2.1. Bug fixes and performance improvements." ไม่มีใครอัปเดตแอปเพราะบรรทัดนั้น ช่อง what's-new เป็นหนึ่งในไม่กี่ที่ที่คนจริง ๆ จะเห็นข้อความของคุณในตอนที่กำลังตัดสินใจว่าจะกด Update หรือไม่ — จึงคุ้มค่ากับเวลาสิบนาทีที่ใช้เขียนให้ดี
มันไม่ใช่ช่องคีย์เวิร์ด
อันดับแรก ตั้งความคาดหวังให้ถูก ทั้งสองสโตร์ไม่นำข้อความ what's-new ไปใช้ในการจัดอันดับการค้นหา Apple จัดทำดัชนีจากชื่อแอป, subtitle และช่องคีย์เวิร์ด ส่วน Google อ่านจากชื่อ, คำอธิบายสั้น และคำอธิบายยาว release notes ไม่ได้อยู่ในนั้นเลย การยัดคีย์เวิร์ดใส่ version notes ไม่ช่วยเรื่องการค้นพบแอปแต่อย่างใด และยังทำให้ข้อความแย่ลงสำหรับคนที่อ่านจริง เขียนเพื่อคนอ่านดีกว่า
ถ้าอยากรู้ว่าช่องไหน มีผล ต่อน้ำหนักคีย์เวิร์ดจริง ๆ นั่นเป็นอีกเรื่องหนึ่ง ดูได้ที่ คีย์เวิร์ด ASO ไปอยู่ตรงไหนบ้าง
ขีดจำกัดของทั้งสองสโตร์ต่างกันมาก
App Store ("What's New"):
- สูงสุด 4,000 ตัวอักษร สำหรับ release notes ของแต่ละเวอร์ชัน
- แต่แสดงบนหน้าโปรดักต์แค่ประมาณ 100–170 ตัวอักษรแรก (สองถึงสามบรรทัด) ก่อนมีลิงก์ "more" มาตัดส่วนที่เหลือ ให้คิดว่าส่วนเปิดนั้นคือข้อความทั้งหมด ส่วนที่ตามมาเป็นของกลุ่มคนส่วนน้อยที่กดดูเพิ่ม
- release notes จะถูก แปลแยกตามแต่ละภาษา — แต่ละ locale ของ App Store มี version notes ของตัวเอง
Google Play ("What's new" / recent changes):
- สูงสุด 500 ตัวอักษรแบบ Unicode ต่อภาษา นี่คือโควตาทั้งหมด ไม่ใช่ขีดจำกัดแบบยืดหยุ่น Play จะตัดข้อความทันทีที่เกิน
- กฎการแปลก็เหมือนกัน — แต่ละภาษาที่รองรับจะมีข้อความ 500 ตัวอักษรของตัวเอง
สิ่งที่นำไปใช้ได้จริง: เขียนข้อความ App Store ให้เหตุผลที่ดีที่สุดที่ควรอัปเดตอยู่ในบรรทัดแรกหรือสองบรรทัดแรก แล้วเขียนเวอร์ชัน Play แยกต่างหากที่กระชับกว่า สื่อความหมายเดียวกันในไม่ถึง 500 ตัวอักษร อย่าคัดลอกข้อความ App Store 4,000 ตัวอักษรไปวางใน Play แล้วปล่อยให้มันถูกตัดทิ้ง
เปิดด้วยประโยชน์ แล้วจัดกลุ่มส่วนที่เหลือ
มีสองกฎที่ครอบคลุมเกือบทุกอย่าง:
- เปิดด้วยผลลัพธ์ที่ได้ ไม่ใช่เลขเวอร์ชัน "ตอนนี้มีโหมดออฟไลน์แล้ว" ดีกว่า "v4.2.1 released" บรรทัดแรกคือบรรทัดเดียวที่คนส่วนใหญ่จะอ่าน
- จัดกลุ่มการเปลี่ยนแปลงเป็น New / Improved / Fixed อ่านง่าย ส่งสัญญาณว่าคุณทำงานจริง และช่วยให้ผู้อ่านกระโดดไปยังส่วนที่สนใจได้ทันที
เทมเพลต — App Store (ให้ ~150 ตัวอักษรแรกมาก่อน)
คัดลอกอันนี้ กรอกส่วนในวงเล็บ และตรวจให้แน่ใจว่าบรรทัดหัวเรื่องอยู่ได้ด้วยตัวเอง — สมมติว่าทุกอย่างด้านล่างจะถูกซ่อนไว้จนกว่าผู้อ่านจะกด "more"
เทมเพลต — Google Play (ทั้งหมดไม่เกิน 500 ตัวอักษร)
ข้อความเดียวกัน แต่กระชับกว่า อันนี้ต้องสื่อทุกอย่างในไม่เกิน 500 ตัวอักษร จึงต้องตัดเหลือแค่การเปลี่ยนแปลงที่สำคัญจริง ๆ
ดีกับไม่ดี ในการอัปเดตเดียวกัน
นี่คือ version note ที่เสียโอกาสไปเปล่า ๆ:
"Version 4.2.1. Various bug fixes and performance improvements. Updated dependencies. Refactored the sync engine."
มันคือ changelog สำหรับทีมงาน ไม่ใช่เหตุผลสำหรับผู้ใช้ นี่คือการอัปเดตเดียวกันที่เขียนใหม่ให้คนที่ถือโทรศัพท์อยู่:
สังเกตว่าบรรทัดแรกทำหน้าที่ทั้งหมดได้ด้วยตัวเอง บน App Store มันคือส่วนที่แสดงก่อน "more" ส่วนบน Play มันคือส่วนที่พอดีกับ 500 ตัวอักษร โดยยังเหลือที่ให้รายการที่จัดกลุ่มแล้วด้านล่าง
แปลเป็นภาษาท้องถิ่นด้วย — มันแยกตามภาษา ในทั้งสองสโตร์
เพราะ release notes ถูกเก็บแยกตามภาษา หน้ารายชื่อแอปที่แปลไว้สิบภาษาจึงมีช่อง what's-new ให้กรอกสิบช่องในทุกครั้งที่อัปเดต ทีมส่วนใหญ่มักข้ามการแปลช่องนี้ไปเลย (ผู้ใช้ที่ไม่พูดอังกฤษก็ได้อ่านโน้ตภาษาอังกฤษ หรือไม่ได้อ่านอะไรเลย) หรือไม่ก็เขียนครั้งเดียวแล้วลืมภาษาที่เหลือ ทั้งสองแบบทำให้ช่องนี้ทำงานได้ไม่เต็มที่ — เพราะคนที่กำลังตัดสินใจว่าจะอัปเดตหรือไม่ ก็คือคนที่ใช้ภาษาของตัวเองอยู่
นี่คือจุดที่ Mokbi ช่วยได้ นอกจากชื่อแอป, subtitle, คำอธิบาย และคำบรรยายภาพหน้าจอแล้ว มันยังร่างและแปลข้อความ what's-new เป็น 50 ภาษา ให้ด้วย เพื่อไม่ให้ release notes เป็นช่องเดียวที่ยังเป็นภาษาอังกฤษ ในขณะที่ส่วนอื่นของหน้ารายชื่อแอปถูกแปลหมดแล้ว คุณตรวจสอบและแก้ไขทุกบรรทัดก่อนนำไปใช้จริง แล้วคัดลอกข้อความสุดท้ายไปวางใน App Store Connect และ Play Console ด้วยตัวเอง