เคยสงสัยไหมว่าทำไมผู้คนถึงยินดีจ่ายเงินมากกว่าถึงสองเท่า ห้าเท่า หรือแม้แต่สิบเท่าสำหรับผลิตภัณฑ์เดียวกัน เป็นที่ทราบกันดีว่าไซต์ Drupal มีราคาแพงกว่าไซต์ WordPress ประมาณสิบเท่า ดังนั้น แม้ว่าจะใช้เวลาสร้างด้วย Drupal นานกว่าถึง 5 เท่า แต่นักพัฒนา Drupal ก็ยังได้รับเงินมากกว่ามากในท้ายที่สุด มาดูกันว่าทำไมสิ่งนี้ถึงเกิดขึ้น และคุณจะมีส่วนร่วมในโอกาสนี้ได้อย่างไร
คุณเคยได้ยินคำกล่าวเหล่านี้บ้างไหม
- Drupal ได้รับการปรับให้เหมาะสมสำหรับองค์กรและรัฐบาล
- การพัฒนา Drupal ต้องใช้ทักษะเฉพาะตัวและบ่งบอกถึงคุณภาพที่สูงกว่า
- Drupal รองรับการขยายขนาดได้ดีกว่า
- Drupal มีความเสถียรและเชื่อถือได้มากกว่า
ดังนั้น แนวคิดก็คือหากแพลตฟอร์มใดหมายถึงคุณภาพ ต้องใช้ทักษะขั้นสูง และให้ผลลัพธ์ที่เหนือกว่า แพลตฟอร์มนั้นก็คุ้มค่ากับเงินที่จ่ายเพิ่ม
มาดูข้อเท็จจริงบางประการและตรวจสอบว่าทฤษฎีเหล่านี้มีน้ำหนักหรือไม่
ความแตกต่างที่สำคัญระหว่างสถาปัตยกรรมของ Drupal และ WordPress
จำ "ซุปสูตรลับ" ในกังฟูแพนด้าได้ไหม คุณปิง (พ่อของโป) มักจะให้ความสำคัญกับมันเสมอ ซึ่งเป็นการเพิ่มมูลค่าที่ประเมินไม่ได้ให้กับซุปก๋วยเตี๋ยวของเขา ส่วนผสมลับใน Drupal ที่ทำให้มีราคาสูงขนาดนี้คืออะไร
Drupal มีโหนด WordPress มีโพสต์ ทั้งสองใช้อนุกรมวิธานเพื่อจัดระเบียบเนื้อหา อนุกรมวิธานของ Drupal มีฟิลด์ ซึ่งน่าจะดีมากหากมีใน WordPress เช่นกัน
ทั้งสองใช้ฟิลด์เพื่อขยายเนื้อหาพื้นฐาน นอกเหนือจากชื่อและเนื้อหาหลัก ทั้งสองมี GUI ที่ช่วยให้ผู้ดูแลระบบจัดการเนื้อหาได้ บางคนอาจบอกว่า GUI ของ WordPress สะดวกกว่า GUI ของ Drupal มาก ทั้งสองมีระบบเทมเพลตที่ช่วยให้แสดงเนื้อหาบนส่วนหน้าเว็บไซต์ได้ ทั้งสองใช้ตัวกรองและฮุกเพื่อขยายฟังก์ชันการทำงานของตัวหลัก ส่วนขยายของ Drupal เรียกว่าโมดูล ใน WordPress เรียกว่าปลั๊กอิน ทั้งสองทำงานด้วย PHP และรองรับฐานข้อมูลหลายประเภท ทั้งสองทำงานบนเว็บเซิร์ฟเวอร์ที่แตกต่างกันและมีปลั๊กอินแคชที่ยอดเยี่ยม
ในตอนจบของภาพยนตร์ คุณปิงเปิดเผยความลับว่าไม่มีส่วนผสมลับใด ๆ มันก็แค่ซุปที่อร่อย เช่นเดียวกับ Drupal, WordPress และระบบจัดการเนื้อหาส่วนใหญ่อื่น ๆ ไม่มีความแตกต่างที่สำคัญระหว่าง Drupal และ WordPress ทั้งสองมีความคล้ายคลึงกันมาก โดยมีความแตกต่างเพียงเล็กน้อยเท่านั้น
ลูกค้ารายใหญ่จ่ายเงินเพื่ออะไร
ลูกค้ารายใหญ่ไม่ได้โง่ เมื่อพวกเขาเขียนข้อกำหนดสำหรับโปรเจกต์มูลค่า $40K และระบุว่าต้องใช้ Drupal เราสามารถคาดเดาได้ว่าพวกเขาทำไปเพราะมีเหตุผลที่ดี ดังนั้น หากระบบมีความคล้ายคลึงกันมากจริง ๆ แล้วมีอะไรเกิดขึ้นอีกบ้าง
เว็บไซต์เป็นส่วนหนึ่งของกลยุทธ์ทางการตลาดของบริษัท บ่อยครั้งที่เว็บไซต์เป็นศูนย์กลางของกลยุทธ์นั้น เว็บไซต์ของบริษัทเปรียบเสมือนดวงดาวที่อยู่ตรงกลางของระบบดาวเคราะห์ กิจกรรมอื่น ๆ ทั้งหมดจะหมุนรอบตัวมัน การคอนเวอร์ชันเกิดขึ้นในเว็บไซต์และสิ่งอื่น ๆ ทั้งหมดจะช่วยดึงดูดการเข้าชม
เมื่อผู้จัดการฝ่ายการตลาดเขียนข้อกำหนดสำหรับไซต์ นั่นคือผลลัพธ์ของแคมเปญการตลาดที่วางแผนมาอย่างรอบคอบ การสร้างไซต์มีค่าใช้จ่าย แต่มันเล็กน้อยมากเมื่อเทียบกับการพัฒนาผลิตภัณฑ์ของบริษัท การให้การสนับสนุน และการโฆษณา
สิ่งสุดท้ายที่ผู้จัดการฝ่ายการตลาดต้องการคือการที่แคมเปญที่วางแผนมาอย่างรอบคอบต้องผิดพลาดเนื่องจากปัญหาในการนำไปปฏิบัติ ค่าใช้จ่ายของการไม่ดำเนินการตามแผนการตลาดนั้นสูงกว่าค่าใช้จ่ายในการสร้างไซต์มาก
ดังนั้น เมื่อคุณเห็นโปรเจกต์ที่มีงบประมาณ $40K และมีกำหนดเวลา 6 สัปดาห์ โปรดจำไว้ว่าเงินส่วนหนึ่งถูกนำไปใช้ในการพัฒนาและอีกส่วนหนึ่งถูกนำไปใช้เพื่อการรับประกัน การรับประกันว่าไม่ว่าจะเกิดอะไรขึ้น หรือมีความยากลำบากใด ๆ เกิดขึ้น โปรเจกต์นี้จะเสร็จสมบูรณ์ตรงเวลาและเป็นไปตามข้อกำหนด
ฉันคิดว่านี่คือเหตุผลหลักที่ Drupal ปรากฏเป็นข้อกำหนดในโปรเจกต์ขนาดใหญ่และทำกำไรได้มากมาย มาลองคิดด้วยกันว่า Drupal ได้รับชื่อเสียงนั้นมาได้อย่างไร
กระบวนการพัฒนา Drupal ทั่วไป
โปรเจกต์ปกติจะมีขั้นตอนดังนี้
- วิเคราะห์ความต้องการ
- ออกแบบธีม
- ค้นหาโมดูลที่ใช้ทำงานในส่วนต่าง ๆ
- สร้างส่วนที่เหลือด้วยตัวคุณเอง โดยใช้โมดูลหลักและ PHP บางส่วน
- ส่งมอบ
ข้อดีของกระบวนการนี้คือมีการรับประกัน เนื่องจากนักพัฒนาใช้โมดูลเหมือนตัวต่อเลโก้และมีความยืดหยุ่นในการสร้างฟังก์ชันการทำงานของตนเอง ทุกอย่างจึงเข้ากันได้อย่างลงตัว
เมื่อคุณลองคิดดู กระบวนการข้างต้นนั้นค่อนข้างใกล้เคียงกับสิ่งที่คุณทำกับ WordPress ใช่ไหม แล้วทำไม Drupal ถึงได้รับชื่อเสียงในฐานะ 'แพลตฟอร์ม' นั่นเป็นเพราะนักพัฒนาใช้มันสร้างสิ่งต่าง ๆ มากกว่าและใช้ไซต์สำเร็จรูปน้อยกว่า การสร้างบางสิ่งหมายความว่าคุณสามารถควบคุมผลลัพธ์ได้ และยังหมายความว่าลูกค้าของคุณจะได้รับสิ่งที่พวกเขาต้องการเสมอ
คำถามคือ คุณจะสร้างไซต์อย่างมีประสิทธิภาพเพียงพอที่จะทำเงินในกระบวนการนี้ได้อย่างไร อย่ามองแค่ที่ตัวโมดูล แต่ให้ดูว่ามันเชื่อมต่อเข้าด้วยกันอย่างไร
โปรเจกต์ Drupal ถูกประกอบขึ้นด้วยโมดูลและกาวเชื่อม
นักพัฒนา Drupal มีคำกล่าวว่า – "มีโมดูลสำหรับสิ่งนั้น"
หากคุณต้องการทำโปรเจกต์ขนาดใหญ่และซับซ้อนให้เสร็จตรงเวลาและเก็บเงินบางส่วนไว้เป็นกำไร คุณต้องมีประสิทธิภาพ ประสิทธิภาพหมายถึงการใช้สิ่งที่มีอยู่และสร้างมันขึ้นมา คุณเชื่อมต่อโมดูลที่ทำงานได้เข้าด้วยกันและเพิ่มตรรกะเฉพาะของคุณ เพื่อให้ผลลัพธ์ออกมาตรงตามที่คุณต้องการ
ฉันสุ่มตัวอย่างไซต์ 10 แห่งจากส่วนกรณีศึกษาของ Drupal.org และตรวจสอบว่าพวกเขาใช้อะไรบ้าง
รายการเดิมมีโมดูลมากกว่า 80 โมดูล ฉันได้ลบโมดูลทั้งหมดที่ปรากฏเพียงครั้งเดียวออกไป ทำให้เหลือรายการโมดูล Drupal ยอดนิยมดังนี้
| โมดูล |
จำนวนไซต์ที่ใช้ |
| Views |
8 |
| Panels |
4 |
| Rules |
4 |
| Apache Solr search |
2 |
| Ubercart |
2 |
| Search API |
2 |
| Mailchimp |
2 |
| Zen |
2 |
ก่อนหน้า Drupal 7 คุณจะเห็นโมดูลที่เรียกว่า CCK ปรากฏในทุกไซต์ CCK จะกำหนดประเภทเนื้อหาและฟิลด์ที่กำหนดเอง ตอนนี้มันอยู่ในตัวหลักของ Drupal แล้ว ดังนั้นจึงไม่มีรายชื่อเป็นโมดูลอีกต่อไป
เพื่อให้เข้าใจถึงสิ่งที่นักพัฒนา Drupal ได้รับจากโมดูลเหล่านี้ ลองดูสิ่งที่พวกเขากล่าวไว้
"Views – เราใช้เครื่องมืออันทรงพลังนี้เพื่อแสดงสไลด์โชว์ ผลิตภัณฑ์ หน้าข่าวสาร คำถามที่พบบ่อย และหน้าโปรไฟล์ทีม เรามีอิสระในการเลือกเนื้อหาเฉพาะ ปรับแต่ง และแสดงผลด้วยวิธีที่ง่ายดายมากโดยไม่ต้องเขียนโค้ด"
"Panels – เมื่อจับคู่กับ Views โมดูลนี้จะมอบพลังมหาศาลให้เราทำสิ่งที่ยิ่งใหญ่กว่าเดิม เราสามารถแสดงผลมุมมองหลาย ๆ แบบในหน้าเดียวกัน และแม้แต่เพิ่มเนื้อหาที่กำหนดเองของเรา หน้าแรก ภาพรวมผลิตภัณฑ์ และหน้าสื่อของเราล้วนสร้างขึ้นจาก Panels และ Views"
"ปฏิทินถูกสร้างขึ้นโดยใช้การผสมผสานระหว่างโมดูล Views และ Date พร้อมกับการพัฒนาแบบกำหนดเองสำหรับแต่ละโมดูล ปฏิทินสามารถเรียกดูและค้นหาได้ และผู้ใช้ยังสามารถส่งกิจกรรมของตนเองไปยังปฏิทินได้อีกด้วย"
"Ubercart คือโมดูลที่สำคัญและมีค่าที่สุดของเรา ภายในชุดโปรแกรม Ubercart เราใช้ Payment, Product attributes, Reports, Shipping Quotes, Cart Links, Google Analytics for Ubercart, Stock, Flat Rate และ Paypal"
"โมดูล Panels ถูกนำมาใช้เพื่อให้ PEER 1 Hosting สามารถจัดเตรียมเค้าโครงที่แตกต่างกันสำหรับส่วนต่าง ๆ ของไซต์ได้ ก่อนหน้าไซต์นี้ PEER 1 Hosting จำเป็นต้องจัดการไฟล์เทมเพลตสำหรับการเปลี่ยนแปลงทุกครั้ง ซึ่งจากนั้นทีมไอทีจะต้องเป็นผู้ผลักดันไปยังระบบที่ใช้งานจริง ท้ายที่สุดแล้ว พวกเขาต้องการวิธีที่ง่ายกว่าในการจัดการเค้าโครง โดยไม่จำเป็นต้องแก้ไขโค้ดใด ๆ โมดูล Panels ช่วยให้ไซต์มีวิธีที่ง่ายมากในการแก้ไขเค้าโครงและเนื้อหาภายในเค้าโครง ทำให้ผู้ที่ไม่มีพื้นฐานทางเทคนิคสามารถจัดการไซต์ได้ โดยพื้นฐานแล้ว Appnovation ได้มอบพื้นฐานของ Panels ให้กับ PEER 1 Hosting โดยไม่ต้องใส่ฟีเจอร์ที่ยอดเยี่ยมทั้งหมดของโมดูลที่พวกเขาไม่ได้ต้องการจริง ๆ ลงไป"
"Rules – โมดูลของเราส่วนใหญ่พึ่งพาโมดูลหลักนี้ ซึ่งช่วยให้เราสามารถกำหนดกฎสำหรับเหตุการณ์และการดำเนินการใน Ubercart, Ubercart Global Quote และ Ubercart Discount Coupons เราสามารถปรับแต่งเหตุการณ์ต่าง ๆ เช่น การแจ้งเตือนการชำระเงินของลูกค้า/ผู้ดูแลระบบ และเหตุการณ์การอัปเดตคำสั่งซื้อได้"
"Views – เช่นเดียวกับ CCK ไม่มีไซต์ใดที่สามารถสร้างขึ้นได้โดยปราศจากโมดูล Views ที่ใช้งานได้หลากหลาย ไซต์ของ PEER 1 Hosting มี Views มากกว่า 15 รายการที่ต้องนำมารวมกัน Views ถูกใช้ทั่วทั้งไซต์เพื่อแสดงสิ่งต่าง ๆ เช่น เนื้อหาที่เกี่ยวข้อง สไลด์โชว์ และวิดีโอ Views เริ่มต้นถูกตั้งค่าขึ้นเพื่อให้ PEER 1 Hosting สามารถเลือก Views ต่าง ๆ ภายในอินเทอร์เฟซ Panels เพื่อเติมเนื้อหาในบางหน้าได้"
เรากำลังเห็นรูปแบบบางอย่างที่นี่ใช่ไหม
นักพัฒนา Drupal สร้างไซต์โดยใช้ตัวหลักและโมดูลของ Drupal กาวเชื่อมที่เชื่อมต่อโมดูลเหล่านี้เข้าด้วยกันมาในรูปแบบของปลั๊กอิน 3 ตัว ได้แก่
Views โหลดเนื้อหาจากฐานข้อมูลและแสดงผล
Panels สร้างเค้าโครงที่ยืดหยุ่น
Rules ควบคุมสิ่งที่สามารถเกิดขึ้นบนไซต์
นักพัฒนาส่วนใหญ่สามารถเขียน PHP และเขียนโค้ดทุกอย่างตั้งแต่เริ่มต้นได้ หากมีเวลาเพียงพอ หลายคนก็สามารถจัดการได้ดีโดยไม่ต้องใช้ CMS แต่แนวคิดคือการส่งมอบโปรเจกต์ให้ตรงเวลาและได้กำไร การเริ่มต้นใหม่ทั้งหมดไม่ใช่ทางเลือกที่ดีที่สุดในการบรรลุเป้าหมายนี้
นักพัฒนา WordPress จะได้รับโปรเจกต์ใหญ่ด้วยได้หรือไม่
ได้แน่นอน สิ่งที่คุณต้องทำคือการปรับความคิดให้ถูกต้องและใช้เครื่องมือที่เหมาะสม
วิธีหนึ่งในการสร้างไซต์คือการเลือกธีมที่ใกล้เคียงกับสิ่งที่ลูกค้าต้องการมากที่สุดแล้วนำมาปรับแต่ง มันได้ผลไหม แน่นอน แต่มีข้อควรระวังเล็กน้อย เดิมทีธีมมีไว้เพื่อออกแบบไซต์ เพื่อตกแต่งเนื้อหา ไม่ใช่เพื่อสร้างเนื้อหา คุณสามารถเปลี่ยนชุดได้ 10 ครั้ง แต่มันก็ยังเป็นผู้หญิงคนเดิม
ธีมที่ซับซ้อน ซึ่งกำหนดประเภทเนื้อหาที่กำหนดเอง จะแสดงผลในรูปแบบที่ไม่ซ้ำใคร (และบางครั้งก็ยอดเยี่ยม) และดำเนินการตามเวิร์กโฟลว์ที่สมบูรณ์ ธีมเหล่านี้ทั้งแก้ปัญหาและสร้างปัญหาใหม่ คุณจะได้รับสิ่งที่เป็น 90% ของข้อกำหนดของคุณในเวลาไม่นานและด้วยเงินเพียงเล็กน้อย อย่างไรก็ตาม บ่อยครั้งที่ 10% สุดท้ายนั้นเหมือนกับการทะลวงกำแพงอิฐ ต้องใช้เวลานานมากในการทำวิศวกรรมย้อนกลับตรรกะที่ซับซ้อนและทำให้มันทำงานได้ตรงตามที่คุณต้องการ
ดังนั้น คุณจึงโทรหาลูกค้าที่กำลังรอโปรเจกต์ที่เสร็จสมบูรณ์อย่างใจจดใจจ่อ และคุณเริ่มเจรจาต่อรองเรื่องฟีเจอร์ มันจะต้องได้ผลแน่ ลูกค้าจะไม่มีทางเลือกอื่นนอกจากยอมรับการประนีประนอมเหล่านี้ ชีวิตเต็มไปด้วยเรื่องแบบนี้ อย่างไรก็ตาม ต้นทุนนั้นสูงลิ่ว คุณกำลังทำให้ลูกค้าของคุณเรียนรู้ว่าไซต์ WordPress นั้นมีราคาถูก เสร็จเร็ว แต่ไม่สามารถทำงานได้ตรงตามที่ต้องการเป๊ะ ๆ ใกล้เคียง แต่ไม่เป๊ะ
จำผู้จัดการฝ่ายการตลาดจากตอนต้นของบทความนี้ได้ไหม สิ่งสุดท้ายที่เขาต้องการคือการที่กลยุทธ์ทางการตลาดของเขาต้องถูกบิดเบือนและเปลี่ยนแปลงไป เนื่องจากสิ่งที่สามารถนำไปใช้ในธีมได้และสิ่งที่ทำไม่ได้ ฉันรู้จักผู้จัดการฝ่ายการตลาดคนนั้น ฉันคือเขาเอง เชื่อฉันเถอะ เงินที่เราประหยัดได้เมื่อสั่งทำไซต์สำเร็จรูปนั้นเทียบไม่ได้เลยกับต้นทุนในการสูญเสียโอกาส เนื่องจากเราไม่สามารถดำเนินการตามกลยุทธ์ที่เราวางแผนไว้ได้ เคยเจอมาแล้ว ทำมาแล้ว และจะไม่ทำอีก
ดังนั้น หากคุณจะได้เรียนรู้เพียงสิ่งเดียวจากเรื่องนี้ ฉันหวังว่ามันจะเป็นความเข้าใจที่ว่าเว็บไซต์ของบริษัทไม่ใช่การเจรจาต่อรอง ไม่มีการตกแต่งให้ดูดีเพียงผิวเผินและไม่มีกฎ 80/20 โดยเฉพาะเมื่อคุณกำลังสร้างไซต์ วิเคราะห์สิ่งที่ต้องทำและสิ่งที่ต้องใช้ในการสร้างตามที่ได้รับการร้องขอ ให้ตรงเวลาและมีคุณภาพ จากนั้นเสนอราคาตามนั้น สอนให้ลูกค้าของคุณรู้ว่าพวกเขาสามารถไว้วางใจคุณได้ไม่ว่าพวกเขาจะมอบหมายงานอะไรให้คุณก็ตาม และพวกเขาจะมอบหมายงานให้คุณอย่างแน่นอน
ถัดมาคือเรื่องของเครื่องมือ
การต้องการทำบางสิ่งไม่ได้หมายความว่าคุณสามารถทำได้จริง คุณได้เรียนรู้การพัฒนา การเขียนโค้ด และการจัดรูปแบบ คุณได้เรียนรู้ API ของ WordPress อย่างทะลุปรุโปร่ง หากไม่มีทักษะเหล่านี้ คุณก็ไม่สามารถพูดถึงการสร้างเว็บไซต์ที่ยอดเยี่ยมได้ นอกเหนือจากทักษะเหล่านี้แล้ว นักพัฒนา Drupal ยังใช้โมดูลหลักจำนวนหนึ่งเพื่อเพิ่มประสิทธิภาพ พวกเขาใช้ CCK, Views, Panels และ Rules
ใช่ คุณสามารถสร้างไซต์ที่ยอดเยี่ยมได้โดยไม่ต้องใช้โมดูลเหล่านี้เลย อย่างไรก็ตาม การทำเงินจากไซต์ที่สร้างขึ้นเองทั้งหมดนั้นจะเป็นเรื่องยากมาก คุณจะพลาดกำหนดเวลาและ/หรือใช้เงินกับโปรเจกต์มากกว่าที่คุณได้รับ
โมดูลที่คล้ายกันก็มีสำหรับ WordPress เช่นกัน ความแตกต่างที่สำคัญคือ ใน WordPress พวกมันถูกเรียกว่าปลั๊กอิน :-)
เมื่อมีความเข้าใจอย่างถ่องแท้เกี่ยวกับสิ่งที่ลูกค้ารายใหญ่ต้องการ มีทัศนคติที่ถูกต้องต่องาน และมีเครื่องมือที่เหมาะสม คุณก็สามารถรับโปรเจกต์ WordPress มูลค่า $10K, $40K และ $100K ได้เช่นกัน การเปลี่ยนการรับรู้ของลูกค้าต้องใช้ความพยายาม แต่มันสามารถทำได้อย่างแน่นอน โปรดจำไว้ว่า ลูกค้ารายใหญ่เหล่านี้ใส่ใจเพียงสิ่งเดียวเท่านั้น นั่นคือการทำงานให้สำเร็จ ส่วนวิธีการที่คุณทำนั้นขึ้นอยู่กับคุณจริง ๆ
ธีม WordPress นั้นยอดเยี่ยม แต่จงใช้มันในฐานะธีม
ฉันหวังว่าคงไม่ทำให้เข้าใจผิดว่าฉันคิดว่าธีม WordPress เป็นสิ่งที่ไม่ดี แน่นอนว่ามันไม่ได้เป็นเช่นนั้น ธีม WordPress นั้นยอดเยี่ยม ความพร้อมใช้งานของธีมคุณภาพเป็นปัจจัยสำคัญที่ทำให้ WordPress ประสบความสำเร็จในฐานะแพลตฟอร์ม สิ่งที่ฉันกำลังพูดถึงที่นี่ก็คือ บ่อยครั้งที่การส่งมอบโปรเจกต์ใหญ่นั้น ธีมไม่ใช่คำตอบที่สมบูรณ์
การออกแบบที่พร้อมใช้งานทันทีทำให้ WordPress สามารถกลายเป็น CMS ที่โดดเด่นบนเว็บได้ พวกมันช่วยลดอุปสรรคในการเริ่มต้นสำหรับไซต์ 95% และช่วยให้ WordPress ทำให้การเผยแพร่เป็นประชาธิปไตย
สิ่งเดียวคือ ขนาดเดียวไม่สามารถใช้ได้กับทุกคน แต่มันใช้ได้กับคนส่วนใหญ่ เพื่อให้ได้โปรเจกต์ใหญ่เหล่านั้น คุณต้องใช้เครื่องมืออื่น ๆ
ประสบการณ์ของคุณเป็นอย่างไรบ้าง