ลองส่งอีเมลหาผู้ให้บริการออกแบบเว็บไซต์สามรายว่า “ต้องการเว็บไซต์ใหม่ ช่วยเสนอราคาได้ไหม?” คุณจะได้ข้อเสนอสามฉบับ สำหรับสามโปรเจกต์ที่ต่างกัน รายหนึ่งเสนอราคาปรับโฉมเว็บห้าหน้า อีกรายเสนอเว็บที่สร้างเฉพาะและเชื่อมกับ CRM ของคุณ อีกรายเสนอเวิร์กช็อปวางกลยุทธ์ ไม่มีรายไหนผิด และไม่มีรายไหนเปรียบเทียบกันได้ บรีฟเว็บไซต์แก้ปัญหานี้ได้
บรีฟ หรือที่เรียกว่าบรีฟงานออกแบบเว็บไซต์ เป็นเอกสารสั้น ๆ ที่อธิบายธุรกิจของคุณ สิ่งที่เว็บไซต์ต้องทำให้สำเร็จ เว็บไซต์มีไว้สำหรับใคร และต้องทำอะไรได้บ้าง เพื่อให้ผู้ให้บริการทุกรายเสนอราคางานเดียวกัน การเขียนบรีฟยังบังคับให้เกิดการคุยที่มีประโยชน์ภายในองค์กรของคุณ ก่อนที่ใครจะเริ่มคิดค่าบริการ
คำตอบสั้น ๆ
บรีฟเว็บไซต์ที่ดีอธิบายปัญหาและผลลัพธ์ ไม่ใช่วิธีแก้ และครอบคลุมสิบเรื่อง:
- ภูมิหลัง: คุณคือใคร และทำไมต้องมีเว็บไซต์ใหม่ตอนนี้
- เป้าหมายและ KPI: เว็บไซต์ต้องทำอะไรให้สำเร็จ และคุณจะวัดผลอย่างไร
- กลุ่มผู้ชม: ใครเข้าชม และพวกเขาต้องรู้อะไร
- การกระทำสำคัญของผู้เข้าชม: หนึ่งถึงสามอย่างที่ผู้เข้าชมควรทำ
- ฟีเจอร์และการเชื่อมต่อระบบ: ฟอร์ม ระบบจอง CRM และสิ่งที่ขาดไม่ได้อื่น ๆ
- เนื้อหาและภาษา: ใครเป็นคนเขียน ในภาษาที่ลูกค้าของคุณใช้
- สิ่งที่ควรเก็บไว้: อะไรในเว็บไซต์ปัจจุบันที่ยังได้ผล
- ช่วงงบประมาณ: ช่วงที่สมจริง และครอบคลุมอะไรบ้าง
- ผู้ตัดสินใจ: ใครอนุมัติ และคุณจะเลือกอย่างไร
- กำหนดเวลา: วันที่ที่สำคัญจริง ๆ และเหตุผล
ไม่กี่หน้าก็มักพอแล้ว ความแม่นยำสำคัญกว่าความยาว
บรีฟมีไว้ทำอะไร และไม่ใช่อะไร
บรีฟมีหน้าที่สามอย่าง: ทำให้คุณได้ข้อเสนอที่เปรียบเทียบกันได้แบบตรงตัว ทำให้ทีมของคุณตกลงเรื่องลำดับความสำคัญก่อนใช้เงิน และเป็นเอกสารอ้างอิงสำหรับการตัดสินใจ เมื่อโปรเจกต์เริ่มแล้ว
บรีฟไม่ใช่สเปกฉบับสมบูรณ์ คุณไม่ต้องมีแผนผังเว็บไซต์ wireframe หรือรายการทุกปุ่ม การคิดเรื่องเหล่านั้นเป็นงานของผู้ให้บริการ ซึ่งมักทำใน ขั้นตอน discovery และบรีฟที่พยายามทำแทนพวกเขา มักล็อกคำตอบที่ผิดไว้
บรีฟก็ไม่ได้แทนการรู้ว่าเว็บไซต์มีไว้เพื่ออะไร ถ้าทีมของคุณยังตกลงกันไม่ได้ว่าเว็บไซต์มีไว้เพื่อใคร ให้ตกลงเรื่องนั้นด้วย กลยุทธ์เว็บไซต์ ก่อน แล้วค่อยเขียนบรีฟจากกลยุทธ์นั้น
อธิบายปัญหา ไม่ใช่วิธีแก้
นี่คือการปรับปรุงที่ใหญ่ที่สุดที่บรีฟส่วนใหญ่ทำได้ ถ้าคุณกำหนดวิธีแก้ ผู้ให้บริการทุกรายจะเสนอราคาตามนั้น และคุณจะไม่ได้เรียนรู้อะไรเลยว่าพวกเขาคิดอย่างไร ถ้าคุณอธิบายปัญหา แต่ละรายจะเสนอคำตอบที่ดีที่สุดของตัวเอง และความแตกต่างจะเริ่มบอกอะไรคุณบางอย่าง
ข้อจำกัดจริงควรอยู่ในบรีฟ ถ้าทีมขายของคุณใช้ CRM ตัวใดตัวหนึ่งเป็นหลัก ฝ่าย IT กำหนดการตั้งค่าโฮสติ้งแบบเฉพาะ หรือคุณมีข้อผูกพันทางกฎหมายเรื่องการเข้าถึงสำหรับทุกคนหรือการคุ้มครองข้อมูล ให้ระบุว่าเป็นข้อจำกัด และระบุสิ่งที่เป็นความชอบ (“อยากใช้ WordPress ต่อ”) ว่าเป็นความชอบ เพื่อให้ผู้ให้บริการรู้ว่าอะไรเป็นอะไร
บรีฟต้องมีอะไร ทีละส่วน
1. ภูมิหลังและทำไมต้องตอนนี้
สั้น ๆ: องค์กรทำอะไร ขายให้ใคร และเว็บไซต์ปัจจุบันมีบทบาทอย่างไร จากนั้นคือบรรทัดที่สำคัญที่สุดในบรีฟ: ทำไมต้องตอนนี้ การรีแบรนด์ บริการใหม่ การควบรวมกิจการ เว็บไซต์ที่พังบนมือถือ ทีมขายที่ไม่ส่งคนไปดูเว็บไซต์อีกแล้ว ตัวกระตุ้นนี้บอกผู้ให้บริการว่าโปรเจกต์นี้เกี่ยวกับอะไร
2. เป้าหมายและ KPI
เลือกเป้าหมายสองหรือสามข้อ เรียงลำดับ และเขียนแต่ละข้อเป็นผลลัพธ์ ไม่ใช่กิจกรรม “การติดต่อสอบถามที่มีคุณภาพจากผู้ซื้อต่างประเทศมากขึ้น” คือเป้าหมาย “หน้าแรกใหม่” ไม่ใช่
สำหรับแต่ละข้อ บอกว่าจะวัดผลอย่างไร (จำนวนการส่งฟอร์มที่ติดตามได้ การโทร การจอง การขอใบเสนอราคา) และใส่ตัวเลขปัจจุบันถ้ามี ถ้าไม่มี ให้เขียนว่า “ไม่ทราบ” ซึ่งบอกผู้ให้บริการว่าการตั้งค่าการติดตามผล ควรอยู่ในขอบเขตงาน ไม่แน่ใจว่าตัวเลขไหนสำคัญ? ดู KPI ของเว็บไซต์ที่คุ้มค่าจะติดตาม
3. กลุ่มผู้ชม
ระบุกลุ่มผู้ชมหลักเรียงตามความสำคัญ และสิ่งที่แต่ละกลุ่มต้องรู้ก่อนจะติดต่อคุณ ถามฝ่ายขายหรือฝ่ายบริการลูกค้าว่ามีคำถามอะไรที่ต้องตอบทุกสัปดาห์ เพิ่มว่าแต่ละกลุ่มมักมาถึงเว็บไซต์ทางไหน และใช้ภาษาอะไร ใส่ผู้สมัครงาน นักลงทุน หรือตัวแทนจำหน่าย เฉพาะเมื่อเว็บไซต์ต้องให้บริการพวกเขา
4. การกระทำสำคัญของผู้เข้าชม
เมื่อผู้เข้าชมพร้อม พวกเขาควรทำอะไร: ขอใบเสนอราคา นัดเข้าชม หรือโทร? ระบุหนึ่งถึงสามการกระทำที่สำคัญที่สุด แล้วอธิบายว่าตอนนี้เกิดอะไรขึ้นต่อ: ฟอร์มที่ส่งมาไปที่ไหน และใครเป็นคนตอบ? ฟอร์มสวย ๆ ที่ส่งเข้ากล่องอีเมลที่ไม่มีใครเปิด คือความล้มเหลวราคาแพง
5. ฟีเจอร์ที่ขาดไม่ได้และการเชื่อมต่อ
แบ่งฟีเจอร์เป็นสามรายการ: ต้องมี มีก็ดี และไม่จำเป็น รายการที่สามช่วยประหยัดเงินได้มากกว่าที่คุณคิด
สำหรับการเชื่อมต่อแต่ละรายการ ระบุชื่อระบบ และข้อมูลอะไรต้องย้ายไปที่ไหน: “การติดต่อสอบถามจากเว็บ สร้าง lead ใน CRM โดยติดแท็กตามสินค้า” (ดู การเชื่อมต่อระบบของเว็บไซต์ทำงานอย่างไร สำหรับตัวเลือกทั่วไป) จากนั้นเพิ่มข้อกำหนดที่ไม่มีใครเห็น แต่ทุกคนต้องพึ่งพา:
- การเข้าถึงสำหรับทุกคน ถ้าคุณมีข้อผูกพัน ให้ระบุมาตรฐานและระดับที่นโยบายของคุณหรือกฎหมายอ้างถึง (กฎหมายบางฉบับยังอ้าง WCAG 2.1) ถ้าไม่มี WCAG 2.2 ระดับ AA ซึ่งเป็นเวอร์ชันปัจจุบันของ W3C คือเป้าหมายที่สมเหตุสมผล
- ความเป็นส่วนตัว ข้อกำหนดเรื่องความยินยอม สำหรับฟอร์ม คุกกี้ และระบบวิเคราะห์ข้อมูล
- โฮสติ้งและความปลอดภัย ใครเป็นผู้โฮสต์เว็บไซต์ และนโยบาย IT ที่เว็บไซต์ต้องปฏิบัติตาม
- ความเร็วและการค้นหา ระบุสิ่งที่คุณคาดหวังให้ชัด เช่น ผ่านเกณฑ์ Core Web Vitals ของ Google บนมือถือ คำว่า “รวม SEO” มีความหมายต่างกันมากในแต่ละผู้ให้บริการ ดู SEO ของเว็บไซต์ใหม่ควรครอบคลุมอะไร
6. เนื้อหาและภาษา
เนื้อหาคือจุดที่หลายโปรเจกต์ล่าช้า จึงควรพูดตามจริง ประมาณกี่หน้า? อะไรใช้ได้ อะไรต้องเขียนใหม่ และใครเขียนส่วนที่เหลือ? คุณมีรูปถ่ายของคนและโปรเจกต์ของคุณเองไหม หรือต้องถ่ายใหม่?
ระบุภาษาที่ลูกค้าของคุณใช้ สำหรับแต่ละภาษา บอกว่าต้องการทั้งเว็บไซต์พร้อม SEO แยกของภาษานั้น หรือแค่หน้าสำคัญ และใครเป็นคนแปล บทความ การเตรียมเนื้อหาเว็บไซต์ และ การวางแผนเว็บไซต์หลายภาษา ของเรา ลงรายละเอียดมากกว่านี้
7. สิ่งที่ควรเก็บจากเว็บไซต์ปัจจุบัน
การรีดีไซน์ไม่ควรทิ้งสิ่งที่ได้ผล จดไว้:
- หน้าที่สร้างทราฟฟิกและการติดต่อสอบถาม เพื่อให้เก็บไว้หรือ redirect แท็บ Pages ในรายงาน Performance ของ Search Console แสดงทราฟฟิกจากการค้นหารายหน้า ส่วนระบบวิเคราะห์ของคุณแสดงการติดต่อสอบถาม
- เนื้อหา กรณีศึกษา ไฟล์ดาวน์โหลด และรูปภาพที่ควรย้ายมาด้วย
- ทรัพย์สินแบรนด์ โดเมนและอีเมล และทุกอย่างที่เชื่อมอยู่กับเว็บไซต์
- สิ่งที่คนชอบในเว็บไซต์ปัจจุบัน ไม่ใช่แค่สิ่งที่ไม่ชอบ
ระบุว่าใครถือข้อมูลล็อกอินของโดเมน โฮสติ้ง และระบบวิเคราะห์ข้อมูล ทั้ง Search Console และ Google Analytics ให้สิทธิ์แบบดูอย่างเดียวแก่ผู้ให้บริการที่ผ่านเข้ารอบได้ และคุณถอนสิทธิ์ภายหลังได้
8. ช่วงงบประมาณ
ธุรกิจจำนวนมากไม่ใส่งบประมาณ เพื่อดูว่าใครเสนอราคาถูกที่สุด บ่อยครั้งผู้ให้บริการรายหนึ่งเสนอราคาขั้นต่ำที่พอใช้ได้ อีกรายเสนอแบบที่ดีที่สุด และทั้งสองเทียบกันไม่ได้ การให้ช่วงงบประมาณ ทำให้ทุกคนเสนอเว็บไซต์ที่ดีที่สุดที่ทำได้ภายในช่วงนั้น และเห็นได้เร็วว่าใครไม่เหมาะ
บอกว่าช่วงงบครอบคลุมอะไร: แค่การสร้างเว็บไซต์ หรือรวมเนื้อหา การถ่ายภาพ การแปล โฮสติ้ง ค่าไลเซนส์ และการดูแลปีแรกด้วย ถ้าต้องการจุดอ้างอิง ดูแพ็กเกจที่เผยแพร่ไว้ เช่นใน หน้าราคา ของเรา และ ทำไมใบเสนอราคาสำหรับเว็บไซต์เดียวกันจึงต่างกันมาก
9. ผู้ตัดสินใจและวิธีตัดสินใจ
ระบุผู้ประสานงานประจำวัน คนที่ให้ความเห็น และคนเดียวที่อนุมัติขั้นสุดท้าย ระบุทุกการอนุมัติที่โปรเจกต์ต้องผ่าน เช่น แบรนด์ กฎหมาย IT หรือคณะกรรมการ เพราะแต่ละขั้นเพิ่มเวลา และควรวางแผนไว้ ไม่ใช่มาค้นพบทีหลัง
จากนั้นบอกว่าจะเลือกอย่างไรและเมื่อไร การแชร์เกณฑ์ของคุณ (ประสบการณ์ที่เกี่ยวข้อง แนวทาง เงื่อนไขความเป็นเจ้าของ ราคา การดูแลหลังเปิดตัว) ทำให้ได้ข้อเสนอที่ตอบเกณฑ์เหล่านั้นโดยตรง
10. กำหนดเวลาที่สำคัญจริง
แยกกำหนดเวลาที่ตายตัว ออกจากวันที่เป็นแค่ความต้องการ และให้เหตุผลของกำหนดเวลาตายตัวแต่ละข้อ “ขึ้นระบบก่อนงานแสดงสินค้าในเดือนมีนาคม เพราะแคตตาล็อกที่พิมพ์แล้วชี้มายังหน้าใหม่” คือกำหนดเวลาที่ผู้ให้บริการวางแผนได้ “เร็วที่สุดเท่าที่ทำได้” ไม่ใช่
บอกด้วยว่าผู้อนุมัติของคุณไม่อยู่ช่วงไหน จากนั้นให้ผู้ให้บริการเสนอไทม์ไลน์เอง แผนที่สมจริง แบ่งเป็นเฟสถ้าวันที่ตายตัวบังคับ แสดงว่ามีคนอ่านบรีฟของคุณอย่างตั้งใจ สำหรับขั้นตอนและบทบาทระหว่างบรีฟจนถึงเปิดตัว ดู วิธีวางแผนโปรเจกต์เว็บไซต์
เทมเพลตบรีฟที่คัดลอกไปใช้ได้
วางข้อความนี้ลงในเอกสาร แล้วกรอกให้ครบ ข้อไหนที่ยังไม่รู้คำตอบ ให้เขียนว่า “ยังไม่แน่ใจ” ซึ่งบอกผู้ให้บริการว่าขั้นตอน discovery ควรโฟกัสตรงไหน
WEBSITE BRIEF: [Organisation name]
Date:
Contact: [name, role, email]
1. BACKGROUND
- What we do, for whom, and where:
- Our current website in one sentence:
- Why we need a new website now:
2. GOALS AND KPIs (most important first)
- Goal:
How we’ll measure it:
Where it stands today:
3. AUDIENCES (most important first)
- Audience:
What they need to know before contacting us:
How they find us:
Languages they use:
4. KEY VISITOR ACTIONS
- Action:
Where it goes and who handles it:
5. FEATURES AND INTEGRATIONS
- Must have:
- Nice to have:
- Not needed:
- Systems to connect (and what data moves):
- Constraints (hosting, IT, legal, accessibility):
6. CONTENT AND LANGUAGES
- Approximate number of pages:
- Content we have / to rewrite / to create:
- Who writes it:
- Photography and video:
- Languages, and which need their own SEO:
7. KEEP FROM THE CURRENT SITE
- Pages that bring traffic or enquiries:
- Content and assets to carry over:
- Who holds domain, hosting, analytics logins:
8. BUDGET
- Range:
- What it must cover:
9. DECISIONS
- Day-to-day contact:
- Feedback from:
- Final sign-off:
- How we’ll choose, and by when:
10. DEADLINES
- Hard deadlines, and why:
- Preferred launch window:
- Dates our team is unavailable:
PLEASE INCLUDE IN YOUR PROPOSAL
- Your approach and what you’d change in this brief
- Scope: pages, features, languages
- Timeline and what you need from us
- Fixed price, and what is not included
- Running costs after launch
- Who we would work with day to day
- Examples of similar work
Questions by: [date] Proposals by: [date]
อย่าข้ามส่วนสุดท้าย: การขอสิ่งเดียวกันจากผู้ให้บริการทุกราย ในลำดับเดียวกัน จะเปลี่ยนกองข้อเสนอให้เป็นการเปรียบเทียบที่แท้จริง
เมื่อไรต้องใช้ RFP แบบทางการ
บรีฟเพียงพอสำหรับธุรกิจส่วนใหญ่ เอกสารขอข้อเสนอแบบทางการ (request for proposal หรือ RFP) เหมาะเมื่อ:
- กฎการจัดซื้อจัดจ้าง หรือแหล่งทุน กำหนดให้ต้องประกวดราคา
- ฝ่ายการเงินต้องการการตัดสินใจที่มีเอกสารและให้คะแนน สำหรับงบประมาณขนาดนี้
- หลายแผนก หลายแบรนด์ หรือหลายประเทศใช้เว็บไซต์ร่วมกัน และทุกฝ่ายต้องมีส่วนร่วมในการตัดสินใจ
- ฝ่าย IT ฝ่ายกฎหมาย หรือฝ่ายกำกับดูแล ต้องการคำตอบอย่างเป็นทางการเรื่องความปลอดภัย การคุ้มครองข้อมูล หรือการเข้าถึงสำหรับทุกคน
RFP ยังคงมีบรีฟเป็นแกนกลาง และเพิ่มกระบวนการรอบ ๆ บรีฟนั้น: รูปแบบและกำหนดส่งข้อเสนอ ช่วงเวลาถามคำถาม พร้อมแชร์คำตอบให้ผู้เสนอราคาทุกราย เกณฑ์ประเมินแบบถ่วงน้ำหนัก เงื่อนไขสัญญา เอกสารที่ต้องใช้ เช่น รายชื่อลูกค้าอ้างอิง และรูปแบบราคามาตรฐาน เพื่อให้ข้อเสนอเทียบกันได้
ข้อควรระวังสองข้อ RFP ที่กำหนดทุกฟีเจอร์ จะได้คำตอบแบบติ๊กช่อง แทนที่จะได้ความคิด และควรเผื่อการพูดคุยไว้ด้วย การคุยสั้น ๆ กับผู้ให้บริการที่ผ่านเข้ารอบแต่ละราย เผยอะไรได้มากกว่าคำตอบเป็นลายลักษณ์อักษรหลายหน้า
คุณอาจเจอ เอกสารความต้องการเว็บไซต์ (website requirements document) ซึ่งบางครั้งเรียกว่าสเปกเชิงฟังก์ชัน คำเรียกต่างกันไป แต่มักละเอียดกว่าบรีฟ: เทมเพลตหน้า ฟังก์ชัน บทบาทผู้ใช้ และเกณฑ์การตรวจรับงาน มักเขียนร่วมกับผู้ให้บริการที่เลือกแล้วในขั้นตอน discovery โดยเริ่มจากบรีฟของคุณ
ส่งบรีฟให้ใคร
เลือกผู้ให้บริการให้ตรงกับสิ่งที่บรีฟของคุณอธิบาย เว็บไซต์ที่โฟกัสชัด มีเป้าหมายเดียว และงบไม่มาก อาจเหมาะกับฟรีแลนซ์ที่มีประสบการณ์ เว็บไซต์ที่มีหลายกลุ่มผู้ชม หลายภาษา และหลายการเชื่อมต่อ จะได้ผลดีกว่ากับผู้ให้บริการที่ดูแลทั้งกลยุทธ์ งานออกแบบ งานพัฒนา เนื้อหา และการค้นหาไปพร้อมกัน เพราะส่วนเหล่านั้นต้องทำงานเป็นหนึ่งเดียว เว็บไซต์ขนาดใหญ่ที่เปลี่ยนทุกสัปดาห์ อาจคุ้มที่จะมีทีมภายใน บทความเปรียบเทียบ บริษัทรับทำเว็บไซต์ ฟรีแลนซ์ และทีมภายใน ชั่งน้ำหนักแต่ละตัวเลือกไว้
คัดผู้ให้บริการสามถึงสี่รายที่มีผลงานคล้ายโปรเจกต์ของคุณ และส่งบรีฟเดียวกัน พร้อมกำหนดส่งเดียวกัน จากนั้นดูว่าใครถามคำถามดี ๆ คนนั้นอ่านบรีฟแล้ว รายที่ส่งราคาคงที่มาภายในชั่วโมงเดียวโดยไม่ถามอะไรเลย น่าจะแค่อ่านผ่าน ๆ เมื่อข้อเสนอมาถึง ให้ทดสอบด้วย คำถามที่ควรถามก่อนจ้างนักออกแบบเว็บไซต์
ขั้นตอนต่อไป
บรีฟเว็บไซต์ใช้เวลาไม่กี่ชั่วโมง และคุ้มค่ากลับมาหลายเท่า: ข้อเสนอที่เทียบกันได้ ลำดับความสำคัญที่ตกลงกันแล้ว และเรื่องไม่คาดคิดที่น้อยลงในภายหลัง คัดลอกเทมเพลต ให้ผู้อนุมัติตกลงเรื่องเป้าหมาย งบประมาณ และผู้ตัดสินใจ แล้วส่งออกไป
ถ้าคุณกำลังวางแผน เว็บไซต์ใหม่ หรือ การรีดีไซน์ ส่งบรีฟของคุณ หรือแม้แต่โน้ตคร่าว ๆ มาหาเราผ่าน หน้าติดต่อเรา หรือกรอก บรีฟโปรเจกต์ออนไลน์ ของเรา ซึ่งพาคุณไล่ตอบคำถามชุดเดียวกัน คนจริงจะตอบกลับภายในหนึ่งวันทำการ และหลังโทรคุยฟรี 30 นาที คุณจะได้รับข้อเสนอโครงการแบบราคาคงที่ เป็นลายลักษณ์อักษรภายในสามวันทำการ ถ้าครึ่งหนึ่งของส่วนต่าง ๆ ยังเขียนว่า “ยังไม่แน่ใจ” การคุยครั้งนั้นก็เป็นโอกาสดีที่จะหาคำตอบไปด้วยกัน