หน้าแรก / บทความ / ใบเสนอราคาทำเว็บไซต์ ควรมีอะไรบ้างก่อนเซ็น?
QUOTATION CHECKLIST · 6 OCT 2026

ใบเสนอราคาทำเว็บไซต์
ควรมีอะไรบ้างก่อนเซ็น?

ใบเสนอราคาที่บอกเพียง “เว็บไซต์ 10 หน้า พร้อม SEO” ยังไม่พอสำหรับเทียบงาน เพราะคำว่า Page และ SEO อาจหมายถึงคนละอย่างในแต่ละบริษัท Checklist นี้ช่วยเปลี่ยนคำกว้างให้เป็นสิ่งที่ตรวจรับได้จริงก่อนเริ่มงาน

1. ระบุ Deliverable ไม่ใช่แค่ชื่อแพ็กเกจ

ควรรู้ว่ามีกี่ Template, หน้าใดใช้ Layout เดียวกัน, Responsive รวมไหม, Form มีกี่ชุด, CMS แก้อะไรได้ และมี Staging/Production หรือไม่ หากมีระบบเฉพาะควรแนบ Flow หรือ Requirement ที่อ้างอิงได้

2. Content ใครเป็นคนทำ

คำว่า “ใส่ข้อมูลให้” ต่างจาก Copywriting หากลูกค้าส่งข้อความสำเร็จรูปมาให้แล้วทีมเพียงวางลงหน้า งานคนละแบบกับการสัมภาษณ์ธุรกิจ เขียนใหม่ และปรับ Search Intent ควรระบุให้ชัดว่ารวมกี่หน้าและกี่รอบแก้

3. SEO รวมอะไร

SEO พื้นฐานอาจหมายถึง Title, Description, Heading, Sitemap และ Search Console ขณะที่งาน Keyword Research, Content Plan, Link Building หรือรายงานรายเดือนเป็นอีก Scope ไม่ควรถือว่าคำว่า “SEO Included” ครอบคลุมทุกอย่าง

4. Ownership และค่าใช้จ่ายรายปี

ตรวจ Domain, Hosting, Theme/Plugin License, Email, CDN และบริการภายนอกว่าใครเป็นเจ้าของและต้องต่ออายุเท่าไร รวมถึง Source Code หรือไฟล์ Design ส่งมอบในรูปแบบใดหลังชำระครบ

5. Change Request และ Revision

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

FAQ

คำถามที่เจอบ่อยก่อนเริ่มงาน

ใบเสนอราคาต้องระบุจำนวนหน้าไหม?

ควรระบุ แต่จำนวนหน้าอย่างเดียวไม่พอ ควรแยก Template และฟังก์ชันที่แต่ละหน้าต้องใช้ด้วย

SEO ในใบเสนอราคาควรเขียนอย่างไร?

ควรระบุ Deliverable เช่น Metadata, Sitemap, Canonical, Structured Data หรือ Keyword Research มากกว่าระบุเพียงคำว่า SEO

ควรถามเรื่อง Source Code ก่อนเซ็นไหม?

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

ACCEPTANCE

ควรมีเงื่อนไขตรวจรับที่ทุกฝ่ายเข้าใจเหมือนกัน

งาน Responsive, Form, CMS, Tracking หรือ Migration ควรมีวิธีตรวจรับ เช่น Browser/Device หลัก ฟิลด์ที่ต้องบันทึก Event ที่ต้องยิง หรือ URL เก่าที่ต้อง Redirect เพื่อให้คำว่า “เสร็จ” ไม่ขึ้นกับความรู้สึกของแต่ละฝ่าย และลดปัญหาช่วงท้ายโครงการ