เนื้อหาและการวางแผนที่ดีจะสามารถทำให้ผู้ใช้ไม่สับสน

...เมื่อบทที่ผ่านมาได้กล่าวถึงเนื้อหาในแง่ของ Topics, content, section, review และ Forums ผมลืมกล่าวถึงเรื่องของวารสาร Journal ไป ซึ่งก็เป็นระบบที่ดีอีกอันหนึ่ง แต่สมาชิกส่วนใหญ่ ผมเชื่อว่าไม่มีใครใช้เพราะอยู่ในส่วนที่ซ่อนอยู่ และผมเชื่อว่าในองค์กรเอง ก็คงไม่มีใครค่อยผ่านไปที่หน้าวารสารเท่าไร ส่วนที่ดีที่สุดในการใส่วารสาร น่าจะเป็นที่หน้าแรกของ Forum ตามความคิดของผม เนื่องจากเป็นที่ที่ทุกคน เข้ามาพบปะพูดคุยกัน เหมือนห้องจิบกาแฟ คงไม่มีใครไปคุยเรื่องวารสารในห้องแต่งตัว( Your account) ในความคิดผมเองนะ
...มาถึงเรื่องการวางแผนจัดการเนื้อหาผมว่าสำคัญที่สุดเท่ากับที่เราตัดสินใจนำ phpNUKE มาใช้เลยครับ เวปของเราไม่ต้องมีลูกเล่นอะไรมากมายเลยก็ได้ ขอให้เนื้อหาไม่สับสนและหาง่าย เป็นพอ ขนาดของผมเอง เชื่อหรือไม่ว่าเปลี่ยน รูปแบบเนื้อหามาแล้วนับไม่ถ้วน ก็ยังไม่ถูกใจ เพราะอะไร
1. เราอยากให้เนื้อหาของเรามากที่สุด เลยพยายามให้มี caegory มากที่สุด แต่ลืมนึกไปว่าphpNUKE จัดระดับเนื้อหาแยกย่อยไม่กี่ลำดับก็หมดลองดูซิครับ ถ้าจะเอาแบบกว้างลองนึกถึงว่าเราจะทำเวปให้มีเนื้อหาครอบคลุมการแพทย์ อันดับแรกก็ต้องแยก ประชาชน หมอ พยาบาล เพราะเนื้อหาต่างกัน หลังจากนั้นแต่ละประชากรก็จะมาจัดเป็น ข่าว ถามตอบ ความรู้ ซึ่งสามารถแยกย่อยลงไปได้อีกเป็น อาหาร ยา โรค แถมยังสามารถแยกเป็นเด็ก กับผู้ใหญ่ ลงไปอีก แค่นี้ก็สี่ลำดับแล้วครับ หรือถ้าเป็นคอมพิวเตอร์ ก็แยกหัวข้อใหญ่ สมมุติว่าเป็น การเขียนโปรแกรม ก็จะมี html, java,PHP,CGI แต่ละอันก็จะมี tutorial แจกโปรแกรม ถามตอบ จะเห็นว่ามีสองลำดับ แต่ถ้าเกิดอยากเสนอข่าวคอมพิวเตอร์ และ Linux หรือไวรัสด้วย จะเห็นว่าไม่มีที่ใส่ ต้องแยกเป็น Review หรือเอาใส่รวม ๆ กันไว้ใน Topic พอเพื่อนสมาชิกมาค้น ก็จะพบว่า "Topics เป็นที่รวมของทุกอย่าง" ขณะเดียวกัน เนื้อหาหลักกลับไม่ได้อยู่ที่ Content ซ้ำร้าย Category ก็ซ้ำกับ Topics อีก อย่างนี้เนื้อหาเยอะแต่หาไม่เจอ

ถ้าอยากทำระบบ content ดี ๆ ผมว่าเราควรนั่งลองวิเคราะห์เวปไซด์ใหญ่ ๆ ที่มี category เยอะ ๆ ไม่ต้องอื่นไกล ลองดู www.mysql.com หรือ ต้นตำรับ www.phpnuke.org ครับ ง่าย ๆ เพราะเน้นที่ phpnuke อย่างเดียว ถ้าจะเอาให้สุด ๆ ลองดูที่ www.yahoo.com, web.icq.com (ผมว่าที่นี่ก็ยังมั่ว ๆ นะ) ลองดูว่า เขาจัดระบบอย่างไร

2. บางอย่างต้องใช้ NUKE หลายตัว ก็คงเป็นเรื่องธรรมดาครับ ผมถึงต้องแยก doctornuke มาต่างหาก และแยกส่วนของหมอมาเป็น zoneD ( http://www.thaihealth.net/clinic ) เพราะจะเป็นความสับสนมากที่จะเอา NUKE มารวมทุกอย่าง เพราะเวลาเรา syndicate ข่าวผ่านทาง backend ในองค์กร ข่าวของ site หนึ่งน่าจะอยู่ใน Tone หรือเนื้อหาเดียวกัน
....สมมุติถ้าจะทำ NUKE ในคณะหนึ่งในมหาวิทยาลัย แต่ละภาควิชาก็ต้องมีอย่างน้อย 1 NUKE เดี๋ยวจะชี้ให้เห็นปัญหาของการใช้มากกว่า 1 NUKE

....ดังนั้นปัญหาของ NUKE ในองค์กรเท่าที่ได้ผ่านมาก็คือ
1. ระบบเนื้อหา เราต้องกำหนดขอบเขตและการลงลึกของเนื้อหาให้พอดี ถ้าจะมากไปก็ต้องมีสองตัว หรือพยายามจัดให้เนื้อหา อยู่ในแนวขนาน คล้าย ๆ Directory Tree ที่ไม่ลงไปมากกว่า 3 หรือ 4 Directory
2. ถ้าNUKE มากกว่า 1 ตัว สิ่งที่ต้องคำนึงก็คือ ระบบสมาชิก ที่ใช้คนละตาราง แต่สามารถแก้ไขให้ใช้ระบบสมาชิกรวมได้ สิ่งนี้มีประโยชน์มากเพราะสมาชิกจะไม่ต้องสมัครแล้วสมัครอีก

ฉบับต่อไปจะว่ากันถึงการ syndicate ข่าว Topics หรือ Forums โดยใช้ RDF ผ่านทาง php และ การ parse XML เพื่อนำหัวข้อข่าวมาใช้ ซึ่งว่ากันว่าเป็นคู่สร้างคู่สมเหมือนกับ php กับ MySQL และเป็นส่วนหนึ่งที่ทำให้ความนิยมในโปรแกรม php มีมากขึ้นเรื่อย ๆ

Copyright © by doctornuke phpNUKE basic mods, All Right Reserved.

Published on: 2003-02-18 (1136 reads)