จำนวนครั้งการแก้ไข

แก้ไขเว็บไซต์ได้กี่ครั้งตามปกติ

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

สิ่งที่สำคัญกว่าตัวเลขคือ “นับ 1 ครั้งอย่างไร” แม้เป็น 5 ครั้งเท่ากัน ที่ที่นับความเห็นที่รวบรวมส่งไปหนึ่งชุดเป็น 1 ครั้ง กับที่ที่นับจุดแก้หนึ่งจุดเป็น 1 ครั้ง ปริมาณงานแก้ที่ทำได้จริงต่างกันมาก

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

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

การแก้ไขกับงานเพิ่มเติมต่างกันอย่างไร

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

เส้นแบ่งมักคลุมเครือ วิธีที่ชัวร์ที่สุดคือถามก่อนขอว่า “อันนี้เป็นการแก้ไข หรืองานเพิ่มเติม”

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

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

ประหยัดจำนวนครั้งการแก้ไขได้อย่างไร

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

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

ส่งคำขอแก้ไขโดยจัดกลุ่มตามหน้าจอจะดี ถ้าจัดไว้แบบ “หน้าแรก 3 ข้อ หน้าเมนู 2 ข้อ” ผู้รับทำเว็บไซต์จะไม่ตกหล่น และคุณก็ตรวจได้ง่ายว่าแก้แล้วหรือยัง

1. 01กำหนดรายการหน้าและลำดับให้ชัดเจนในขั้นตอนไวร์เฟรม
2. 02ส่งข้อมูลจริงอย่างรูปภาพ · ตารางราคา · ข้อความแนะนำร้านก่อนทำแบบร่างดีไซน์
3. 03เมื่อได้แบบร่าง ทิ้งไว้ดู 1–2 วัน แล้วรวบรวมความเห็นไว้ในรายการเดียว
4. 04ความเห็นของครอบครัว · พนักงาน ให้คุณเป็นผู้เรียบเรียงรวมเป็นฉบับสุดท้ายฉบับเดียว
5. 05ก่อนส่ง แยก “สิ่งที่ต้องเปลี่ยนแน่ ๆ” กับ “สิ่งที่มีก็ดี”
6. 06เมื่อได้ฉบับแก้ไข ตรวจกับรายการว่าทุกข้อที่ขอแก้ครบแล้ว

ทำไมยิ่งขั้นตอนหลัง ๆ ยิ่งแก้ยาก

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

เช่น ถ้าร้านงานฝีมือขอก่อนงานเสร็จว่า “อยากรับจองคลาสด้วย” ต้องสร้างหน้าจองและฟังก์ชันแจ้งเตือนใหม่ จึงกลายเป็นงานเพิ่มเติมไม่ใช่การแก้ไข ถ้าขอแบบเดียวกันตั้งแต่ปรึกษาครั้งแรก ก็ใส่ไว้ในขั้นตอนวางโครงสร้างได้อย่างเป็นธรรมชาติ

ดังนั้น “ฟังก์ชันที่อาจต้องใช้ในอนาคต” ควรบอกไว้ตั้งแต่ปรึกษาครั้งแรก แม้ยังไม่ทำตอนนี้ ก็วางโครงสร้างให้ต่อเติมทีหลังได้ง่าย

เรื่องการแก้ไข ควรเขียนอะไรไว้ในสัญญา

เงื่อนไขการแก้ไขถ้าตกลงกันแค่ปากเปล่า ต่างฝ่ายมักจำไม่ตรงกัน จึงควรบันทึกไว้ในสัญญาหรือใบเสนอราคาเป็นตัวเลขและเกณฑ์ Ministry of Science and ICT ของเกาหลีก็จัดทำและเผยแพร่สัญญามาตรฐานสำหรับงานซอฟต์แวร์ไว้ ใช้อ้างอิงได้ว่าควรเขียนอะไรในสัญญา

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

ถ้าไม่แน่ใจว่าจำนวนครั้งเหลือเท่าไร ให้ถามบริษัทว่าใช้ไปแล้วกี่ครั้ง ทุกครั้งที่ขอแก้ไข ถ้าเขียนรอบกำกับไว้ด้วย เช่น “แก้ไขรอบที่ 2” บันทึกของทั้งสองฝ่ายจะไม่คลาดกัน

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

ถ้าอยากแก้หลังเปิดเว็บไซต์แล้ว ทำอย่างไร

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

ร้านที่เมนูตามฤดูกาลเปลี่ยนบ่อยอย่างคาเฟ่ ควรกำหนดก่อนเริ่มทำว่า “ใครเป็นคนแก้เมนู และแก้อย่างไร” แพ็กเกจที่ควรเลือกจะต่างกันไปตามว่าต้องมีหน้าผู้ดูแลให้แก้เอง หรือแค่แจ้งแล้วให้บริษัทแก้ให้ก็พอ

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

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