ผู้เขียน: Christian Heilmann
แปล: จวงฉี
การเขียนบนเว็บเป็นทักษะที่มืออาชีพ บ่อยครั้ง คุณจะพบว่าคนใช้กฎของสื่ออื่นเมื่อเขียนบทความออนไลน์หรือโพสต์บล็อก อัตราการสำเร็จต่ำ
โปรดทราบว่าข้อความบนเว็บไม่ได้เผยแพร่ในความแยกจากกัน แต่แพร่กระจายทั่วเว็บในรูปแบบของบุ๊กมาร์ก ลิงก์และข้อมูลอ้างอิง ดังนั้นจึงสำคัญที่จะแบ่งข้อความออกเป็นชิ้นส่วนที่ย่อยง่าย สามารถอ้างอิงได้และสามารถทำซ้ำได้และทำให้ชื่อบทความและหัวเรื่องของไฟล์ทำงานได้แม้ไม่มีข้อความเต็ม
ความจริง: นี้ยังเป็นประโยชน์ของการเข้าถึงได้สำหรับทุกคน เทคโนโลยีการช่วยเหลือเช่นเครื่องอ่านหน้าจออนุญาตให้คุณนำทางเอกสารตามหัวเรื่องแทนที่จะฟังเอกสารทั้งหมดในฐานะบล็อกใหญ่เดียว
ง่ายไม่ได้หมายถึงโง่
การเขียนข้อความที่ง่ายเป็นงานที่หนัก การเขียนบทความที่น่าประทับใจนั้นง่ายกว่า คุณมักเห็นคนพยายามสร้างความประทับใจให้กับผู้ฟังโดยใช้คำศัพท์และข้อมูลอ้างอิงที่ซับซ้อน นี่เป็นสิ่งที่ดีเมื่อคุณเขียนนิยายหรือเนื้อร้อง และมีความสุขมากในการเล่นกับภาษา อย่างไรก็ตาม บนเว็บ โดยเฉพาะในส่วนของการเผยแพร่ของนักพัฒนา เป้าหมายของคุณควรจะเข้าใจง่ายที่สุดเท่าที่จะเป็นไปได้ โปรดพิจารณาประสิทธิภาพของข้อความที่ง่ายดังต่อไปนี้:
-
การเขียนในคำศัพท์ที่ง่ายต้องใช้งานจำนวนมากและความเข้าใจที่ละเอียดถี่ถ้วนเกี่ยวกับหัวข้อ คุณต้องคุ้นเคยกับหัวข้อนั้นเพื่อที่จะอธิบายในภาษาที่ง่าย หากคุณไม่สามารถอธิบายในภาษาที่ง่ายได้ มันเป็นไปได้ที่คุณเองอาจจะไม่ทราบเกี่ยวกับหัวข้อนั้นอย่างเต็มที่
-
หากอธิบายสิ่งต่างๆ ด้วยคำศัพท์ที่ง่ายที่สุดเท่าที่จะเป็นไปได้ คุณจะแน่ใจได้ว่าคุณจะถึงผู้อ่านจำนวนมากที่สุดเท่าที่จะเป็นไปได้
-
การใช้ภาษาที่ง่ายทำให้ผู้ที่ไม่ใช่ผู้พูดภาษาแม่ของคุณมีโอกาสที่จะเข้าใจเนื้อหาของสิ่งทั้งหมด และอาจใช้เวลาบ้างกับเครื่องมือแปลเพื่อทำให้มันเป็นประโยชน์สำหรับพวกเขา
-
ประโยคที่สั้นและย่อยง่ายจะไม่ยากที่จะอ่าน พวกเขาไม่ทำให้คุณรู้สึกกลัวเมื่อคุณมองดูครั้งแรก การสแกนข้อความก่อนอ่านเป็นรูปแบบที่พบบ่อยมากบนเว็บ — โดยเฉพาะบนอุปกรณ์เคลื่อนที่
คำเตือน: อย่างไรก็ตาม มีเส้นระหว่างการอธิบายสิ่งที่ซับซ้อนด้วยคำศัพท์ที่ง่ายและฟังดูโหดร้าย หากคุณสงสัยว่าคุณกำลังไปไกลเกินไปในทางของ “ทำให้ง่าย” ให้คนอื่นดูบทความของคุณเพื่อหลีกเลี่ยงปัญหานี้ อ่านและอ่านซ้ำสิ่งที่คุณเขียน (พร้อมกับการหยุดพักระหว่าง) และทำให้มันง่ายขึ้นทุกครั้งที่คุณทำซ้ำ
การเปรียบเทียบกับวัตถุและสถานการณ์ในชีวิตจริงทำงานได้ดีในการทำให้ปัญหาที่ซับซ้อนง่ายขึ้น
ตัวอย่าง: ใน “Hack Day Open” ของ Yahoo ฉันคุยกับสมาชิกของสื่อมวลชนหลายคนที่สับสนมากเกี่ยวกับแนวคิดของ hack days และ APIs ที่เปิดในเวลานั้น เหล่านี้เป็นสิ่งใหม่ที่สมบูรณ์ ฉันอธิบายวิธีนี้ “หาก Yahoo เป็นบริษัทรถยนต์ โมเดลล่าสุดของเราจะถูกถอดประกอบที่นี่ และเราจะอนุญาตให้คนเล่นกับชิ้นส่วนเหล่านั้น บางทีพวกเขาจะค้นพบวิธีใหม่ที่เจ๋งในการประกอบกัน ซึ่งเป็นความก้าวหน้าที่เราต้องการเพื่อให้รถยนต์เป็นที่เป็นมิตรกับสิ่งแวดล้อมและมีประสิทธิภาพมากขึ้น”
เคล็ดลับ: เครื่องมือหนึ่งที่ฉันใช้บ่อยเมื่อเขียนบนเว็บคือ Hemingway คุณสามารถลองใช้ที่ hemingwayapp.com เป็นเครื่องแก้ไขออนไลน์ที่ให้ตัวชี้วัดว่าข้อความของคุณต้องการอายุการอ่านเท่าใด มันจะทำเครื่องหมายปัญหาทั่วไป เช่นประโยคที่ยาวเกินไปหรือคำที่ซับซ้อนเกินไป
ง่ายและตรงไปตรงมา – อย่าห่อหุ้มด้วยน้ำตาล
หัวเรื่องและข้อความแนะนำเป็นส่วนที่สำคัญที่สุดของบล็อก ทั้งสองข้าก็กำหนดความง่ายในการค้นหาโพสต์นี้ในอนาคต หนังสือพิมพ์ได้ฝึกเราให้เขียนหัวเรื่องที่สนุกสนานและสนุก ซึ่งรวมถึงคำคมและอ้างอิง นี่เป็นเรื่องสนุก แต่คุณอ่านพวกเขาโดยที่คุณรู้ว่าคุณได้ซื้อหนังสือพิมพ์แล้ว หัวเรื่องบนเว็บจะกลายเป็นลิงก์ บุ๊กมาร์ก และการแชร์บนโซเชียลมีเดีย ดังนั้นพวกเขาจึงจำเป็นต้องมีความหมายโดยไม่ต้องมีข้อความอื่น สำหรับโพสต์บล็อกทางเทคนิค โปรดระบุว่าบทความเกี่ยวกับอะไร – อย่าพยายามจะฉลาดเกินไป ข้อมูลอ้างอิงของวัฒนธรรมป๊อบก็แย่กว่า เพราะข้อมูลเหล่านี้ไม่ได้แปลได้ดีไปยังวัฒนธรรมอื่น ๆ ถามตัวเอง: คุณต้องการสร้างสรรค์และสนุกสนานเป็นเวลาหนึ่งนาที หรือต้องการให้ข้อมูลมีประสิทธิภาพเป็นเวลาเดือน ๆ?
โพสต์บล็อกควรเหมือนกับรายการข่าวในวิทยุ:
-
ที่จุดเริ่มต้นของบล็อกใด ๆ ให้ระบุว่าเกิดอะไรขึ้น เกิดขึ้นที่ไหน และเกิดขึ้นอย่างไร
-
เสร็จสิ้นการอธิบายเนื้อหาในบล็อก
-
จากนั้นเข้าสู่รายละเอียด
สิ่งนี้จะป้องกันความสับสนและให้คนที่สนใจไปเรียนรู้เพิ่มเติม เมื่อแชร์บนโซเชียลมีเดียและทุกที่ คนที่เชื่อมโยงไปยังเอกสารของคุณด้วยวิธีการอัตโนมัติ พวกเขาจะใช้ชื่อบล็อก – ไม่ว่าจะเป็นหัวเรื่องใน HTML หรือหัวเรื่องใหญ่ของเอกสาร หากชื่อของคุณดูไร้ความหมายเมื่อออกจากบริบท คงไม่มีคนหลายคนจะคลิกที่พวกเขา
เคล็ดลับ: เครือข่ายโซเชียลส่วนใหญ่มีการแสดงตัวอย่างลิงก์ที่ขยายลิงก์เป็นหัวเรื่องและรูปภาพแรกโดยอัตโนมัติ สิ่งนี้สำคัญและเป็นสิ่งที่มีประสิทธิภาพที่สามารถใช้ประโยชน์ได้ ให้คุ้นเคยกับแท็กเมต้าที่จำเป็นในบทความของคุณเพื่อให้ได้การแสดงตัวอย่างที่สมเหตุสมผลและน่าตื่นเต้นบนแพลตฟอร์มโซเชียลมีเดียที่คุณเลือก
ความยาวของเนื้อหา
การเขียนทางเทคนิคสำหรับใช้งานออนไลน์หมายถึงการรักษาเนื้อหาสั้นและตรงไปตรงมา คนยุ่งและต้องการรู้ข้อเท็จจริง
เคล็ดลับ: เพื่อเขียนบทความที่ดี ให้เขียน อ่าน ลบสิ่งที่คุณไม่จำเป็น อ่านอีกครั้ง ลบเพิ่มเติม และทำซ้ำเมื่อคุณไม่สามารถลบได้อีก คุณจะได้คุณภาพที่สามารถเผยแพร่ได้
หากคุณมีเนื้อหามากที่จะพูด ทำไมคุณไม่แบ่งออกเป็นบทความหลายบทความ? สิ่งนี้จะช่วยให้คุณสามารถเตรียมให้บทความต่อไปจะเผยแพร่ในไม่กี่วันและทำให้บล็อกของคุณมีผู้เยี่ยมชมซ้ำ
เพิ่มเนื้อหามัลติมีเดีย
หากเป็นไปได้ ให้รวมสื่อที่เกี่ยวข้องในบล็อกของคุณ รูปถ่ายแนะนำสามารถดึงดูดสายตาและล่อสมองให้อ่านสิ่งที่เกิดขึ้น เรามีโชคที่การฝังวิดีโอ เสียง และสไลด์โชว์ตอนนี้ง่ายเหมือนกับการคัดลอกและวาง
การฝังมัลติมีเดียจะผูกข้อมูลของเราไว้ด้วยกันย่อยง่าย มันยังอนุญาตให้ผู้เยี่ยมชมสามารถสแกนบทความครั้งแรกและกลับมาอ่านเนื้อหาอื่น ๆ ทีหลัง (ดูวิดีโอ ดาวน์โหลดพอดแคสต์) มันยังสามารถช่วยคนที่อ่านยากแต่สามารถฟังหรือดูได้เป็นอย่างดี
เมื่อฝังมัลติมีเดีย โปรดแน่ใจว่าคุณเขียนข้อความที่อธิบายได้ด้วย – รูปภาพต้องการข้อความทางเลือกที่ดี วิดีโอต้องการอย่างน้อยการอธิบายของสิ่งที่พวกเขาแสดง
เคล็ดลับ: สไลด์จะทำงานได้ดีขึ้นมากโดยการให้ทางเลือกของข้อความหรือบันทึกของคุณ แพลตฟอร์มโฮสต์สไลด์หลายแห่งจะสร้างสคริปต์ HTML สำหรับสไลด์ของคุณโดยอัตโนมัติ ส่วนตัวแล้ว ฉันเริ่มจากบันทึกของฉัน จากนั้นสร้างสไลด์ของฉันจากบันทึกเหล่านั้น – วิธีนี้ ฉันมีเวอร์ชัน HTML เสมอที่สามารถเชื่อมโยงจากสไลด์
โครงสร้างเนื้อหา
การสร้างโครงสร้างของเนื้อหาของคุณเป็นสิ่งสำคัญมาก ให้จุดถึงแก่ผู้อ่านเพื่อให้พวกเขาสามารถสแกนโครงสร้างของบทความก่อนที่จะตัดสินใจอ่านข้อมูลของคุณ ซึ่งเป็นสิ่งที่ดีเนื่องจากคนยุ่ง
คุณทำสิ่งนี้โดยใช้โครงสร้างหัวเรื่องที่เป็นลำดับชั้น สิ่งนี้ยังจะช่วยคนที่ใช้เทคโนโลยีการช่วยเหลือเช่นเครื่องอ่านหน้าจอให้สามารถกระโดดจากส่วนหนึ่งไปยังอีกส่วนหนึ่งได้อย่างรวดเร็ว หากคุณเพิ่ม ID ในหัวเรื่อง คนสามารถทำบุ๊กมาร์กบางส่วนของเอกสารและส่งลิงก์ให้กับเพื่อนเพื่อให้พวกเขาไปที่ที่ต้องการโดยตรง
เคล็ดลับ: คุณจะเขียนได้เร็วขึ้นมากหากเริ่มจากโครงร่างหัวเรื่องของคุณ คุณสามารถเขียนส่วนต่างๆ ของบทความในเวลาแตกต่างกันด้วย บ่อยครั้ง เมื่อฉันถูกกังขาในส่วนหนึ่งของบทความและเผชิญกับความติดขัดในการเขียน ฉันจะข้ามมันชั่วคราวและเขียนส่วนอื่นที่ง่ายกว่าหรือคุ้นเคยกว่า
บทความที่มีโครงสร้างยังหมายถึงการใช้ประโยคสั้น มันหมายถึงย่อหน้าที่จัดการกับสิ่งหนึ่งในเวลาเดียว มันหมายถึงการใช้รายการเพื่ออธิบายกระบวนการทีละขั้นตอน หรือเพื่อสรุปเนื้อหาที่มีอยู่ สำหรับเอกสารขนาดใหญ่ มันยังหมายถึงการให้สารบัญที่อนุญาตให้คนกระโดดไปที่ที่ต้องการโดยตรง
ให้เครื่องหมายเวลาในเนื้อหาของคุณ
หากคุณกินอาหารที่เกิน “วันที่ดีที่สุด” คุณจะป่วย หากคุณไม่ให้เครื่องหมายเวลาในงานเผยแพร่ของคุณ พวกเขาจะถูกตีความว่าเป็นที่ถูกต้องตลอดไป – แม้ว่าพวกเขาจะเป็นอันตรายตามมาตรฐานเทคโนโลยีในอนาคต พวกเขาจะถูกอ้างอิง – บางครั้งไม่ดี – และถูกอ้างอิงซ้ำและถูกนำมาใช้เป็นความจริง
ตัวอย่าง: เมื่อฉันเริ่มทำการพัฒนาเว็บ ตารางสำหรับการจัดวางเป็นวิธีเดียวในการสร้างเว็บไซต์ คุณต้องรู้เทคนิคมากมายเพื่อให้ตารางเหล่านี้ทำงานใน Netscape3 และ IE4 และเบราว์เซอร์ “สนุก” อื่น ๆ ฉันเคยเผยแพร่บทความหลายบทความเกี่ยวกับวิธีทำสิ่งนี้ ตอนนี้ การจัดวางด้วยตารางเป็นสิ่งที่ไม่เหมาะสมสำหรับการพัฒนาเว็บและจริงๆ แล้วเรนเดอร์ช้ากว่า ถ้าบทความของฉันไม่มีวันที่ บางทีผู้คนอาจยังคิดว่ามันมีความหมาย บทความทั้งหมดที่ว่า “การจัดวาง CSS ยากเกินไป” ก็บอกเป็นนัยเช่นนั้น
สภาพแวดล้อมทางเทคนิคของเราเติบโตในความเร็วที่รวดเร็ว “แนวปฏิบัติที่ดีที่สุด” เมื่อ 6 เดือนที่แล้วอาจถูกตีความว่า “เป็นอันตราย” ในขณะนี้ ดังนั้นลองแน่ใจว่าผู้อ่านรู้ว่าเอกสารถูกเขียนเมื่อใด แม้แต่ในปัจจุบันก่อนที่จะปฏิบัติตามคำแนะนำในเอกสาร
อ้างอิงเพื่อพิสูจน์
ประเด็นสำคัญอีกประการหนึ่งในส่วนนี้คือการอ้างอิงแหล่งข้อมูลอื่นและเชื่อมโยงไปยังเนื้อหาที่คุณสร้างขึ้น โดยการอ้างอิงแหล่งข้อมูลอื่น (แน่นอนหลังจากอ่านแล้ว) จะยืนยันความคิดและข้อเท็จจริงของคุณ ผู้อ่านไม่จำเป็นต้องเชื่อคุณอย่างติดใจ – พวกเขาสามารถตัดสินใจของตัวเองได้โดยการเปรียบเทียบ
ป้องกันล่วงหน้า
โปรดจำไว้ว่าในฐานะนักเผยแพร่ของนักพัฒนา คุณเป็นจุดเชื่อมที่ขาดหายไประหว่างคนในด้านเทคนิคและโลกภายนอก และระหว่างคนในด้านเทคนิคและบริษัทของคุณเอง สิ่งนี้ทำให้คุณมีหน้าที่ที่ฝ่ายอื่นของบริษัทที่ทำ PR ไม่สามารถบรรลุได้ ซึ่งฉันเรียกว่า การเขียนแบบป้องกันล่วงหน้า
สิ่งที่ฉันหมายถึงคือเมื่อคุณพูดถึงผลิตภัณฑ์ คุณไม่ควร “ขาย” พวกเขา ในทางกลับกัน งานของคุณคือทำให้นักพัฒนาสนใจพวกเขาและทำให้พวกเขาเป็นพนักงานขายของคุณ หน้าที่หลักในส่วนนี้คือการคาดเดาผู้ตอบสนองที่คุณจะได้รับหากคุณทำการขายปกติและตอบมันก่อนที่มันจะเกิดขึ้น – การเขียนแบบป้องกันล่วงหน้า
อย่าพยายามห่อหุ้มด้วยน้ำตาลหรือซ่อนข้อมูลเชิงลบ: แต่อธิบายว่าทำไมมันถึงเกิดขึ้น สิ่งที่ควรทำเมื่อมันเกิดขึ้น และวิธีรายงานมันให้กับคนที่รับผิดชอบแก้ไขปัญหา
ความจริง: ในฐานะนักพัฒนา เราเป็นกลุ่มที่สงสัย ซึ่งแข็งแกร่งจากการทำสัญญาที่แตกหักมาหลายปี คำอธิบายที่ตื่นเต้นและเชิงบวกเกี่ยวกับผลิตภัณฑ์ใด ๆ จะไม่ทำให้เราคิดว่า “ฉันต้องได้บางส่วน” แต่มีแนวโน้มมากกว่าที่จะทำให้เกิด “โอเค แล้วความคิดเห็นของคุณคืออะไร?”
สิ่งนี้ทำให้นักพัฒนาดูไม่เป็นมิตรกับสังคม และสำหรับคนในด้านการตลาดหรือ PR ที่ทำการขายแบบคลาสสิกแต่เผชิญกับผู้ตอบสนองเชิงลบที่มากมาย อาจทำให้รู้สึกหงุดหงิดอย่างเหลือเชื่อ งานของคุณคือการคาดเดาผู้ตอบสนองบางส่วนและผ่อนคลายสถานการณ์โดยการยอมรับในงานเขียนของคุณ สิ่งนี้อาจเป็นการขายที่ยากสำหรับฝ่าย PR และการตลาดของคุณ แต่คุณสามารถอธิบายกับพวกเขาว่า: โดยการเปิดเผยที่ดีและที่ไม่ดี คุณสามารถหลีกเลี่ยงผู้ตอบสนองที่สับสนหรือไม่ดีจำนวนมากที่จะถูกนำมาจากบริบทโดยสื่อและทำให้ฝ่าย PR มีงานมากมาย
เคล็ดลับ: เมื่อเร็ว ๆ นี้ ฝ่าย PR ก็เริ่มนำแนวคิดของการเขียนแบบป้องกันล่วงหน้าไปใช้งานเช่นกัน กระบวนการที่ฉันเห็นบ่อยคือการสร้าง “Q&A ที่หยาบ” สำหรับผลิตภัณฑ์ที่กำลังจะวางจำหน่ายที่กำลังจะมาถึง ทีมของผลิตภัณฑ์สร้างรายการคำถามที่หยาบและมีปัญหาโดยเจตนา และจัดการเวิร์กช็อปเกี่ยวกับวิธีจัดการกับพวกเขา หากคำถามเหล่านี้ไม่ปรากฏขึ้นในการวางจำหน่ายจริง เยี่ยมมาก อย่างไรก็ตาม ถ้าเกิดขึ้น คุณจะพร้อมแล้ว
ผู้ตอบสนองเชิงลบแบ่งออกเป็นหลายประเภทในหลายกรณี ทั้งหมดนี้โดยปกติจะนำเสนอผู้เขียนในรูปแบบของ “คนยากลำบากบนอินเทอร์เน็ต”
ความจริง: ในขณะที่บางคนเป็นโทรลล์ที่ชอบใช้ผู้ตอบสนองเชิงลบในการก่อความเดือดร้อนหรือ “ต่อสู้กับระบบ” หรือพยายามโน้มน้าวคนให้ยืดการสนทนาอย่างไม่จำเป็น แต่คนอื่นก็ทำโดยไม่ได้ตั้งใจเพราะความผิดหวังที่เกิดขึ้นซ้ำ ๆ นี่เป็นความสมดุลที่ยากที่จะรักษา โทรลล์จริงควรถูกเพิกเฉยเพียงอย่างเดียว หรือตามคำกล่าวที่ว่า “อย่าให้อาหารโทรลล์” แต่คนอาจกลายเป็น “โทรลล์ที่ไม่ได้ตั้งใจ” เนื่องจากโพสต์มากเกินไปหรือความโกรธ การละเลยผู้ตอบสนองเชิงลบอาจน่าล่อลวง แต่บางครั้งการใช้คำพูดจะบอกใบ้ปัญหาอื่นที่คุณสามารถและควรแก้ไข
นี่คือประเภทของผู้ตอบสนองเชิงลบและเคล็ดลับในการหลีกเลี่ยงล่วงหน้า:
-
สิ่งนี้ไม่ทำงานสำหรับฉันเลย: แน่ใจว่าต้องกำหนดสภาพแวดล้อมที่จำเป็นในการรันผลิตภัณฑ์หรือการสาธิตที่คุณกำลังพูดถึงด้วยรายละเอียดที่จำเป็น
-
สิ่งนี้เหมือนกับผลิตภัณฑ์ X จากบริษัท Y: หลายครั้งนี้เป็นแฟนของคู่แข่ง ระบุว่าผลิตภัณฑ์ของคุณคล้ายกับผลิตภัณฑ์อื่นมากและรายการพวกเขา อธิบายรายละเอียดว่าพวกเขาต่างกันอย่างไรและทำไมผลิตภัณฑ์ของคุณไม่เพียงแค่คัดลอกเท่านั้น โดยการแสดงให้เห็นว่าคุณรู้เกี่ยวกับผลิตภัณฑ์อื่น คุณพิสูจน์ว่าคุณทำการบ้านจริงและยังคิดว่ามีค่าที่จะพูดถึงมัน อย่าให้คนค้นพบว่าคุณไม่ได้ทำการวิจัย
-
ดี แต่ฉันจะไม่ใช้มันตลอดไป ไม่มีใครต้องการมัน: อธิบายรายละเอียดว่าผลิตภัณฑ์แก้ปัญหาอะไร หากนี่ไม่ใช่ปัญหาที่พบได้ทั่วไปในขณะนี้ แต่เป็นปัญหาในอนาคต ให้ขอรับผู้ตอบสนองเกี่ยวกับวิธีที่คนชอบผลิตภัณฑ์นี้ พูดกับพวกเขาด้วยว่านี่เป็นโอกาสที่จะแน่ใจว่าหากพวกเขาพบปัญหานี้ ผลิตภัณฑ์จะพร้อมและดี
-
ทำไมคุณถึงเสียเวลาในสิ่งนี้ในขณะที่ผลิตภัณฑ์ Y ของคุณยังเสียหาย?: ตรวจสอบให้แน่ใจว่าการเขียนของคุณกำหนดขอบเขตของบทความ พูดคุยเกี่ยวกับผลิตภัณฑ์ หนึ่ง อย่างละเอียด หากคุณโชคดี คนอื่นจะตอบความคิดเห็นแบบนี้และชี้ว่ามันไม่เหมาะสม หากไม่มี ให้ตอบอย่างรวดเร็วว่ามันเป็นเช่นนั้น และชี้ไปยังหัวข้อหรือการอภิปรายอื่นที่บุคคลนั้นสามารถระบายความไม่พอใจเกี่ยวกับผลิตภัณฑ์อื่นได้
-
ฉันชอบสิ่งนี้ แต่ฉันไม่มีเวลาในการทดสอบ: เตรียมการสาธิตและตัวอย่างโค้ดที่มีกลไกการตอบสนองง่ายที่อนุญาตให้คนลองด้วยการคลิกง่าย และอาจเป็นไปได้ถึงการให้แบบสำรวจที่ง่าย
เหล่านี้เป็นเพียงตัวอย่างบางส่วนของวิธีการใช้การเปิดเผยเต็มรูปแบบเพื่อหลีกเลี่ยงผู้ตอบสนองที่ไม่ดีล่วงหน้า มีอีกมากมาย แต่ฉันเชื่อว่าคุณจะพบวิธีที่ดีในการจัดการกับสิ่งนี้ ดูวัสดุที่คุณเขียนอย่างดีและพยายามคาดเดาผู้ตอบสนองที่ไม่ดีก่อนที่มันจะเกิดขึ้น ความเข้าใจผิดใด ๆ ที่คุณสามารถหลีกเลี่ยงได้โดยการให้ข้อมูลที่ชัดเจนกว่าจะเป็นลูกค้าที่มีความสุขคนอื่นได้
การเรียกร้องการกระทำและข้อมูลเพิ่มเติม
เมื่อคุณเสร็จสิ้นบทความของคุณ มีความหมายที่จะลงท้ายด้วยการเรียกร้องการกระทำ คุณควรทำซ้ำทรัพยากรที่จะใช้ ที่ไหนที่จะพบเพิ่มเติม และวิธีการติดต่อคุณหรือทีมที่อยู่เบื้องหลังผลิตภัณฑ์ที่คุณเขียนถึง
ถ่ายโอนโดยอนุญาตจาก: Developer Relations »
