วิธีการย้ำแนวทางของคุณสู่เว็บไซต์ที่ขับเคลื่อนด้วยเนื้อหาที่ชนะ

ถ้าคุณใช้เวลาส่วนใหญ่ไปกับการทำงานกับเว็บไซต์ที่มีเนื้อหาเป็นเนื้อหา เช่นฉัน คุณจะรู้สึกเหมือนถูกละทิ้งจากปาร์ตี้สุดเจ๋งของเด็ก ๆ แนวทางปฏิบัติที่ดีที่สุด เช่น Agile การทำซ้ำอย่างต่อเนื่อง และความคิดเห็นของผู้ใช้นั้นไม่ค่อยดีนักเมื่อให้บริการข้อมูลจำนวนมาก แทนที่จะเป็นเว็บแอปนักฆ่า

เมื่อฉันพูดถึงไซต์ที่ขับเคลื่อนด้วยเนื้อหา ฉันหมายถึงเว็บไซต์ใดๆ ที่มีเป้าหมายหลักคือการถ่ายทอดข้อมูล มากกว่าที่จะทำงานให้เสร็จลุล่วง โดยทั่วไปแล้วเว็บไซต์เหล่านี้เป็นเว็บไซต์ที่ขับเคลื่อนด้วยการตลาด แต่สามารถให้การสนับสนุนลูกค้าหรือมีบทบาททางวิชาการหรือนักข่าว พวกเขาอนุญาตให้ผู้ใช้ทำงานบางอย่าง เช่น สมัครรับจดหมายข่าว แต่นั่นเป็นเพียงส่วนเล็ก ๆ ของจุดประสงค์ของพวกเขา

ขออภัย วิธีที่พวกเราหลายคนสร้างเว็บไซต์ที่เน้นเนื้อหาไม่ค่อยเหมาะสม และเราจำเป็นต้องดำเนินการบางอย่างเกี่ยวกับเรื่องนี้

ปัญหากับวิธีที่เราสร้างเว็บไซต์ที่ขับเคลื่อนด้วยเนื้อหา

ไซต์เหล่านี้มักเริ่มต้นจากหลักฐานที่ไม่ถูกต้อง เราเริ่มต้นด้วยการถามตัวเองว่า "เราต้องการจะพูดอะไร" มากกว่า "ผู้ใช้ต้องการทราบอะไร" แนวความคิดนี้มาจากการสร้างเนื้อหาสำหรับช่องอื่นๆ ช่องทางที่จำเป็นในการดึงดูดความสนใจของบุคคลและถือไว้นานที่สุด แต่เมื่อออกแบบเว็บไซต์ หลักฐานจะแตกต่างออกไป ผู้คนได้เลือกที่จะเยี่ยมชมไซต์และได้แสดงความสนใจไปแล้วในระดับหนึ่ง เน้นที่การตอบคำถามของพวกเขาเพื่อความพึงพอใจมากกว่าที่จะดึงดูดความสนใจ

แต่นั่นไม่ใช่ปัญหาเดียวที่ เรามักจะเข้าหาเว็บไซต์ที่เน้นเนื้อหา ในหลายกรณี พวกมันยังคงถูกสร้างขึ้นโดยใช้กระบวนการที่คล้ายกับน้ำตกมากกว่าแบบว่องไว

1. เราสร้างการออกแบบและเซ็นชื่อออก
2. เราสร้างเทมเพลตการออกแบบภายในระบบการจัดการเนื้อหา
3. เราเพิ่มเนื้อหาลงใน CMS

บ่อยครั้งที่การออกแบบถูกสร้างขึ้นก่อนที่เราจะมองเห็นเนื้อหาใดๆ ดังนั้นจึงมีความสัมพันธ์กันเพียงเล็กน้อยระหว่างทั้งสอง เนื้อหาถูกเทลงในถังออกแบบเป็นหลัก!

ยิ่งพวกเราขยันมากขึ้นปฏิเสธที่จะเริ่มออกแบบจนกว่าเราจะมีเนื้อหาจริงที่จะทำงานด้วย แต่นั่นมักจะนำไปสู่การคัดลอกที่เร่งรีบเพื่อป้องกันไม่ให้โครงการล่าช้า

แน่นอนว่า มีการทดสอบการใช้งาน มักจะถูกละเลยเนื่องจากเรายังคงเพิ่มเนื้อหาจนถึงวันเปิดตัว แต่ถึงแม้ว่ามันจะเกิดขึ้น แต่ก็มักจะเป็นช่วงท้ายของโครงการเมื่อไม่มีใครต้องการความยุ่งยากและค่าใช้จ่ายในการเปลี่ยนแปลงสิ่งต่างๆ

หากทั้งหมดนี้ฟังดูน่าสงสัยอย่าเสียกำลังใจ ในช่วงไม่กี่ปีที่ผ่านมา ฉันได้ลองใช้แนวทางที่แตกต่างออกไป และส่วนใหญ่ดูเหมือนว่าจะได้ผล เป็นแนวทางที่พัฒนาการออกแบบและเนื้อหาร่วมกันในขณะเดียวกันก็อนุญาตให้ทำการทดสอบตามปกติตลอดกระบวนการ

เริ่มต้นการพัฒนาเว็บไซต์ที่ขับเคลื่อนด้วยเนื้อหา

ฉันมักจะเริ่มต้นโครงการเว็บไซต์ที่ขับเคลื่อนด้วยเนื้อหามากอย่างที่คุณคาดหวัง ฉันเริ่มต้นด้วยการจัดลำดับความสำคัญของวัตถุประสงค์ทางธุรกิจสำหรับไซต์ เพื่อให้เราสามารถวัดความสำเร็จและมีความชัดเจนเกี่ยวกับบทบาทของไซต์ แต่หลังจากนั้นสิ่งต่าง ๆ ก็เบี่ยงเบนไปจากกระบวนการน้ำตกมาตรฐานอย่างรวดเร็วซึ่งฉันมักพบบ่อย

แทนที่จะกระโดดเข้าสู่การออกแบบและอภิปรายเกี่ยวกับการส่งข้อความถึงแบรนด์ทันที ฉันชอบ เน้นที่การทำความเข้าใจผู้คนที่จะเข้าชมเว็บไซต์ ให้ดีขึ้น เป็นที่ยอมรับว่าการทำวิจัยผู้ใช้อย่างตรงไปตรงมานั้นยังห่างไกลจากการปฏิวัติ แต่น่าแปลกใจที่หลายๆ องค์กรมีเหตุการณ์เกิดขึ้นเพียงเล็กน้อย แม้แต่ในปี 2560

สิ่งที่อาจผิดปกติกว่าเล็กน้อยคือการวิจัยของฉันมักเน้นหนักไปที่การสร้างคำถามที่ผู้ใช้มีเมื่อเยี่ยมชมเว็บไซต์ คำถามทั้งจากผู้เข้าชมครั้งแรกและผู้ที่กลับมา

การรวบรวมคำถามเหล่านี้ค่อนข้างตรงไปตรงมา เราเริ่มต้นด้วยการสัมภาษณ์ผู้ใช้ อย่างไรก็ตาม มีการจำกัดจำนวนผู้ใช้ที่คุณสามารถพูดคุยด้วยได้ อีกวิธีหนึ่งคือการทำแบบสำรวจบนเว็บไซต์ที่มีอยู่ของคุณโดยถามผู้ใช้ว่ามีคำถามอะไรบ้าง สุดท้าย การ พูดกับเจ้าหน้าที่ที่พบปะกับลูกค้า เช่น เจ้าหน้าที่คอล เซ็นเตอร์ จะทำให้เกิดคำถามจำนวนมากที่พวกเขาได้ยินซ้ำๆ

โอกาสที่รายการคำถามสุดท้ายจะกว้างขวาง แต่ก็ไม่เป็นไร อย่างไรก็ตาม คำถามเหล่านั้นบางคำถามจะมีความสำคัญมากกว่าคำถามอื่นๆ เราจำเป็นต้องระบุสิ่งเหล่านี้เพื่อให้แน่ใจว่าค้นหาได้ง่ายและไม่หลงไปกับคำถามที่สำคัญน้อยกว่ามากมายเหลือเฟือ

นั่นคือจุดที่การวิเคราะห์งานอันดับต้นๆ ของ Gerry McGovern สามารถช่วยได้ เป็นขั้นตอนง่ายๆ ที่ผู้ใช้แบบสำรวจจะเข้าใจว่าคำถามหรืองานใดที่พวกเขาสนใจมากที่สุด Gerry ได้เขียนบทความที่ยอดเยี่ยมเกี่ยวกับ A List Apart ซึ่งครอบคลุมกระบวนการ ดังนั้นฉันจะไม่ทำซ้ำที่นี่

สิ่งที่การวิเคราะห์งานอันดับต้นๆ จะทำให้คุณมีคือรายการคำถามที่ผู้ใช้มีลำดับความสำคัญสูง ที่สามารถกลายเป็นแกนหลักของเนื้อหาของเว็บไซต์และช่วยให้เราทำซ้ำไปยังเว็บไซต์ที่มีประโยชน์

ทำซ้ำผ่านความเที่ยงตรงในเนื้อหาและการออกแบบ

ก่อนที่เราจะเริ่มวนซ้ำไปยังไซต์ที่เสร็จสมบูรณ์ เราต้องสร้างสถาปัตยกรรมข้อมูลก่อน คำถามของเราสามารถใช้เป็นพื้นฐานในการกำหนดโครงสร้างนั้นได้

เราสามารถใช้คำถามเป็นพื้นฐานสำหรับแบบฝึกหัดการเรียงไพ่ โดยที่ผู้ใช้จัดคำถามยอดนิยมออกเป็นกลุ่มๆ ที่สมเหตุสมผล การจัดกลุ่มเหล่านี้สามารถช่วยแจ้งให้เราทราบในขณะที่เราพัฒนาสถาปัตยกรรมข้อมูลไซต์ ตรวจสอบให้แน่ใจว่าไซต์สะท้อนถึงโมเดลทางจิตของผู้ใช้ แทนที่จะเป็นโครงสร้างองค์กร

เมื่อเรามีร่างเริ่มต้นของสถาปัตยกรรมข้อมูลของเราแล้ว เราสามารถเริ่มสร้างไซต์และทดสอบไซต์ของเราได้ แม้ว่าเราจะไม่ได้สร้างการออกแบบและไม่ได้เขียนสำเนาก็ตาม

เว็บไซต์ที่ขับเคลื่อนด้วยเนื้อหามักสร้างขึ้นบนระบบการจัดการเนื้อหา ดังนั้นในขณะที่เรากำลังค้นคว้าคำถามของผู้ใช้ นักพัฒนาสามารถวางการติดตั้งแบบสำเร็จรูปบนเซิร์ฟเวอร์การจัดเตรียมที่ใดที่หนึ่ง

ตอนนี้เราสามารถเริ่มสร้างหน้าเปล่าบน CMS นี้ซึ่งสะท้อนถึงสถาปัตยกรรมข้อมูล หน้าทั้งหมดที่ต้องการคือวิธีการนำทางระหว่างหน้าต่างๆ (ลิงก์การนำทาง) และหัวข้อย่อยของคำถามที่เราคาดว่าจะได้รับคำตอบในแต่ละหน้า

นั่นทำให้เรามีบางสิ่งที่จับต้องได้เพื่อทดสอบทันที แม้จะไม่มีการออกแบบและไม่มีเนื้อหา เราก็ยังสามารถตรวจสอบสถาปัตยกรรมข้อมูลได้ ผู้ใช้สามารถค้นหาคำถามที่พวกเขาต้องการตอบได้หรือไม่? โครงสร้างเหมาะสมกับพวกเขาหรือไม่?

ด้วยการสร้างสิ่งนี้ ตอนนี้เราสามารถเริ่มเพิ่มความเที่ยงตรงได้แล้ว ผู้ออกแบบสามารถเริ่มแนะนำตัวพิมพ์และเค้าโครงพื้นฐานบางอย่างให้กับหน้าที่สำคัญได้ ในขณะเดียวกัน ผู้เขียนเนื้อหาสามารถเริ่มสร้างหน้าที่มีสัญลักษณ์แสดงหัวข้อย่อยเบื้องต้นสองสามข้อเพื่อตอบคำถามในหน้าต่างๆ หรือเชื่อมโยงข้ามชั่วคราวไปยังหน้าในเว็บไซต์ที่มีอยู่ซึ่งตอบคำถามตามความเหมาะสม

ณ จุดนี้ เราสามารถดำเนินการทดสอบเพิ่มเติมได้ เราสามารถเห็นได้ว่าลำดับชั้นของภาพที่สร้างขึ้นโดยนักออกแบบทำให้ผู้ใช้สามารถระบุเนื้อหาที่จำเป็นได้หรือไม่ ในทำนองเดียวกัน เราสามารถทดสอบเนื้อหาที่เชื่อมโยงกับเว็บไซต์เก่าเพื่อดูว่าสามารถตอบคำถามของผู้ใช้ได้หรือไม่ ก่อนที่เราจะเริ่มต้นการย้ายข้อมูลจากเว็บไซต์เดิมอย่างไม่ใส่ใจ

ในการทำซ้ำรอบถัดไป นักเขียนคำโฆษณาสามารถเริ่มเพิ่มสำเนาคร่าวๆ ทั่วทั้งไซต์ได้ ในขณะที่นักออกแบบสามารถเริ่มปรับแต่งการออกแบบด้วยการออกแบบตัวอักษร สี และองค์ประกอบด้านสไตล์อื่นๆ ที่ได้รับการปรับปรุง อีกครั้ง นี้สามารถทดสอบกับผู้ใช้จริงเพื่อให้แน่ใจว่าสำเนาใหม่ตอบคำถามและการปรับปรุงการออกแบบช่วยมากกว่าที่จะเสียสมาธิ

ดังนั้นกระบวนการจึงดำเนินต่อไป ซ้ำแล้วซ้ำเล่า เพิ่มความเที่ยงตรงมากขึ้นในการคัดลอกและออกแบบ ย้ายไซต์ให้เข้าใกล้สิ่งที่เป็นการปรับปรุงที่มีอยู่เดิมมากขึ้น ณ จุดนี้ เราสามารถผลักดันให้ใช้งานได้จริง แต่ถึงอย่างนั้น การวนซ้ำรอบต่อไปสามารถพัฒนาและปรับปรุงประสิทธิภาพของเพจที่จำเป็นต่อไปได้

แน่นอนว่าทั้งหมดนี้ฟังดูดีในหลักการ แต่ต้องมีการเปลี่ยนความคิด

การเปลี่ยนแปลงในการคิด

ในการเริ่มต้น นักออกแบบต้องใช้ความคิดที่แตกต่างกัน นักออกแบบหลายคนยังคงใช้ Sketch หรือ Photoshop เพื่อออกแบบหุ่นจำลองความเที่ยงตรงสูง แนวทางนี้แนะนำให้พวกเขาทำซ้ำต่อการออกแบบขั้นสุดท้ายในเบราว์เซอร์

ที่กล่าวว่าฉันไม่เชื่อว่าทั้งสองวิธีจะต้องแยกจากกัน การทดลองกับโซลูชันการออกแบบที่ละเอียดยิ่งขึ้นในช่วงต้นของ Sketch นั้นไม่ผิดเพี้ยน ตราบใดที่เข้าใจตรงกันว่าสิ่งเหล่านี้จะเปลี่ยนไปตามความคิดเห็นของผู้ใช้ จากนั้นการออกแบบดังกล่าวจะค่อยๆ นำออกใช้และทดสอบบนเซิร์ฟเวอร์การจัดเตรียม

ทัศนคติที่เปลี่ยนไปอีกประการหนึ่งคือการย้ายเนื้อหา โดยปกติจะมีการสันนิษฐานว่าเราจะย้ายเนื้อหาจากเว็บไซต์ก่อนหน้านี้ไปยังเว็บไซต์ใหม่ทั้งหมด แนวคิดในการสร้างเนื้อหาใหม่ทั้งหมดอาจดูเหมือนผ่านไม่ได้

ในความเป็นจริงนั่นไม่ใช่สิ่งที่ฉันเสนอ เราสามารถย้ายเนื้อหาในระดับที่เนื้อหาตอบคำถามของผู้ใช้ แต่สิ่งนี้ไม่ควรเกิดขึ้นจำนวนมากหรือสุ่มสี่สุ่มห้า

นอกจากนี้ คุณจะพบว่าไม่จำเป็นต้องเขียนใหม่ใกล้กับเนื้อหามากเท่าที่คุณคิด คุณจะพบว่าสำเนาจำนวนมากที่คุณเชื่อว่าจำเป็นต้องย้ายสามารถยกเลิกได้เนื่องจากไม่ตอบคำถามของผู้ใช้ ข้อดีของสิ่งนี้คือคุณมีเนื้อหาให้ดูแลน้อยลงมาก

อย่างไรก็ตาม การเปลี่ยนแปลงทางความคิดที่สำคัญที่สุดน่าจะเป็นการแสดงความคืบหน้าในการทำงาน ไม่ว่าจะเป็นนักออกแบบหรือผู้เชี่ยวชาญด้านเนื้อหา พวกเราหลายคนยังคงประสบปัญหากับความต้องการที่จะทำให้ทุกอย่างสมบูรณ์แบบก่อนที่เราจะให้คนอื่นเห็น แต่วิธีการนี้ทำให้เนื้อหาและการออกแบบถูกเปิดเผยก่อนที่จะถูกวิพากษ์วิจารณ์ นั่นคือการเปลี่ยนแปลงทางจิตที่ท้าทายที่จะทำ แต่จำเป็น

คุณอาจกำลังคิดว่าการปล่อยให้ผู้มีส่วนได้ส่วนเสียและลูกค้าเห็นงานที่กำลังดำเนินการอยู่นั้นเป็นสูตรสำหรับภัยพิบัติ แต่ก็ไม่ใช่ อันที่จริง จากประสบการณ์ของฉัน พวกเขาตอบสนองอย่างดีต่อการได้เห็นไซต์ปรากฏขึ้นต่อหน้าต่อตาพวกเขา แทนที่จะรอเป็นสัปดาห์ (หรือเป็นเดือน!) ก่อนที่พวกเขาจะได้เห็นอะไร พวกเขาจะเริ่มเห็นโครงกระดูกของเว็บไซต์ภายในไม่กี่วันหลังจากเริ่มโครงการ ในทางจิตวิทยานั่นทำให้เกิดความแตกต่างอย่างมาก

นอกจากนี้ เมื่อเห็นเว็บไซต์พัฒนาเป็นขั้นเป็นตอน พวกเขารู้สึกมีส่วนร่วมกับโครงการมากขึ้น และเรียนรู้เกี่ยวกับกระบวนการเบื้องหลังการพัฒนา นั่นทำให้ผู้มีส่วนได้ส่วนเสียมีโอกาสน้อยที่จะปฏิเสธวิธีแก้ปัญหาขั้นสุดท้าย

สุดท้าย หากมีข้อโต้แย้ง สิ่งเหล่านี้จะถูกระบุก่อนหน้านี้ในกระบวนการเมื่อแก้ไขได้ง่าย แน่นอนว่าสิ่งนี้ดีกว่าการรอจนถึงนาทีสุดท้ายเมื่อสิ่งต่างๆ เปลี่ยนแปลงได้ยาก

ก้าวแรกวันนี้

ฉันไม่ได้แนะนำว่าการพัฒนาเว็บไซต์ที่ขับเคลื่อนด้วยเนื้อหาในลักษณะนี้เป็นวิธีแก้ปัญหาที่สมบูรณ์แบบ แต่ฉันพบว่าการวนซ้ำไปยังไซต์สุดท้ายโดยเพิ่มความเที่ยงตรงของการออกแบบและเนื้อหาอย่างเป็นระบบนำไปสู่ผลลัพธ์ที่ดีขึ้นและความต้านทานภายในน้อยลง

ยังไงก็ตาม อย่าเชื่อคำพูดของฉัน ลองทำด้วยตัวเอง เริ่มเล็ก. การก้าวเข้าสู่การออกแบบใหม่ครั้งใหญ่ของทั้งเว็บไซต์ของคุณอาจเป็นขั้นตอนที่ใหญ่เกินไปสำหรับทุกคนที่เกี่ยวข้อง บางทีคุณอาจลองใช้วิธีนี้ในไมโครไซต์ใหม่ หรือส่วนหนึ่งของไซต์ที่คุณกำลังอัปเดต

หรือลองใช้เพียงส่วนหนึ่งของกระบวนการที่ฉันสรุปไว้ อาจเพียงแค่เริ่มโครงการโดยรวบรวมคำถามของผู้ใช้แทนที่จะเริ่มต้นด้วยข้อความที่องค์กรของคุณต้องการจะเผยแพร่ หรือบางทีคุณอาจลองใช้การสร้างต้นแบบจำนวนเล็กน้อยแทนที่จะสร้างส่วนประกอบการออกแบบที่สมบูรณ์แบบของพิกเซล

ประเด็นของฉันคือคุณสามารถเลือกและเลือกสิ่งที่เหมาะกับคุณได้ และคุณไม่จำเป็นต้องเปลี่ยนในชั่วข้ามคืน สิ่งที่สำคัญคือคุณเริ่มให้คำติชมของผู้ใช้มีอิทธิพลต่อการออกแบบและเนื้อหาของไซต์ของคุณ