ทำเว็บและเลี้ยงเว็บ เงินมันหายไปกับอะไรบ้าง
เว็บจะแพงหรือถูก ไม่ได้อยู่ที่คำว่า 'เว็บไซต์' แต่อยู่ที่โปรเจกต์นี้ต้องทำให้ชัดเจนอะไร ต้องเป็นเจ้าของอะไร ต้องต่อกับอะไร และต้องเลี้ยงดูมันมากน้อยแค่ไหน
ก่อนจะไปขอนักพัฒนาหรือหน่วยไอทีประเมินราคา เจ้าของธุรกิจหลายคนมีภาพล่วงหน้าอยู่แล้วในหัว และสองภาพนี้มักขัดกันเอง
คนหนึ่งคิดว่า ของที่ติดคำว่าซอฟต์แวร์ ยังไงก็แพงเกินจะเอื้อม อีกคนคิดว่า ทำเว็บ ระบบสมาชิก จ่ายเงิน แล้วก็ให้ขั้นตอนวิ่งเองอัตโนมัติ น่าจะราคาไล่เลี่ยกับทำหน้าเว็บธรรมดาๆ ไม่กี่หน้า
สองความคาดหวังนี้ถามหาราคาแบบได้เรื่องไม่ได้ทั้งคู่ เพราะคำว่า “เว็บไซต์” บอกแค่ว่าลูกค้าเข้ามาทางประตูไหน มันไม่ได้บอกว่าโปรเจกต์นี้ต้องแบกความรับผิดชอบทางธุรกิจมากแค่ไหน
เนื้อหาพร้อมแค่ไหน กำหนดราคาเริ่มต้น
ของในมือคุณมีมากน้อยต่างกันมาก ถ้ามีรายการบริการชัดเจน รูปถ่ายใหม่อยู่ โลโก้ใช้ได้ เบอร์ติดต่อตกลงกันแล้ว ร้านแบบนี้เริ่มงานได้ไว
แต่ถ้าหนังสือหรือโปสเตอร์ขัดแย้งกันเอง บริการเขียนอธิบายครึ่งๆ กลางๆ ทิศทางแบรนด์ยังไม่ตกลง ก็ต้องเอาเวลามา “เก็บข้อมูลและเติมเนื้อหา” ก่อน หน้าต่างๆ ถึงจะหน้าตาน่าเชื่อถือ
งานส่วนนี้ไม่ได้เสียเปล่า แต่มันก็คืองาน มีคนต้องตัดสินใจว่า อะไรคือของจริง อะไรควรอยู่หน้าไหน แล้วคนเข้ามาแล้วอยากให้เขาทำอะไร
ค่าออกแบบแพงที่ “การตัดสินใจ” และ “การแก้ไปมา”
การออกแบบไม่ใช่แค่การวาดหน้าแรก มันรวมโครงสร้างของข้อมูล ทิศทางภาพ พฤติกรรมบนมือถือ และรอบการทบทวนหลายรอบ
แบบที่โฟกัสและมีตัวอย่างอ้างอิงชัดเจน จะลดการแก้มานั่งรอบไปได้เยอะ ตรงกันข้าม ถ้าวันนี้บอกจุดยืนผิด พรุ่งนี้เพิ่มกลุ่มลูกค้าใหม่ มะรืนล้มแบบที่อนุมัติไปแล้ว ต่อให้จำนวนหน้าสุดท้ายเท่าเดิม เวลาที่ใช้ในการคุยและแก้ก็เพิ่มเท่าตัวแล้ว
ขอแค่ “เพิ่มฟอร์ม” แต่ความรับผิดชอบต่างกันคนละระดับ
คำขอข้างล่างนี้ฟังดูเหมือน “ขอเพิ่มฟอร์ม” เหมือนกัน แต่สิ่งที่โปรเจกต์ต้องแบก ต่างกันมาก:
| คำขอ | โปรเจกต์ต้องแบกอะไร |
|---|---|
| ฟอร์มติดต่อ | รับข้อมูลที่ถูกต้อง ส่งถึงมือพนักงาน |
| อัปโหลดไฟล์ | รับไฟล์อย่างปลอดภัย แล้วต่อเข้ากับคำถามนั้น |
| ขอจองเวลา | เก็บเวลาที่ลูกค้าอยากได้ ส่งให้พนักงานยืนยัน |
| จองแบบเลือกเวลาออนไลน์ | ต้องกันเวลาชนกัน และจัดการว่า “ยังจองได้ไหม” |
| สั่งซื้อออนไลน์ | ดูแลสินค้า ราคา สถานะออเดอร์ และความคาดหวังลูกค้า |
| แพลตฟอร์มธุรกิจ | ดูแลบัญชี สิทธิ์ ข้อมูล สถานะ รายงาน และต้องเลี้ยงระยะยาว |
พูดง่ายๆ คือ พอระบบต้อง “จำสถานะ บังคับใช้กติกา และยังไม่พลาดหลังการกระทำต่างๆ ของลูกค้ากับพนักงาน” ราคาก็เริ่มไต่ขึ้นแล้ว
ต่อระบบกับของเดิม ถูกก็ต่อเมื่อฝั่งนั้นพร้อม
“ต่อเข้ากับระบบหลังบ้านเดิม” ฟังดูง่ายกว่าทำใหม่ บางทีก็ง่ายจริง แต่ต้องดูว่าฝั่งนั้นมีเอกสารอธิบายชัดเจน มีรหัสข้อมูลที่เสถียร ล็อกอินปลอดภัย และมีคนรับผิดชอบดูแลเส้นทางเชื่อมต่อนั้น
API (Application Programming Interface) คือสัญญาณลับที่สองระบบตกลงกันเอาไว้ก่อน เพื่อให้ส่งข้อมูลถึงกันได้ ถ้าไม่มี มันคือสองเกาะที่คุยกันไม่รู้เรื่อง
ร้านเล็กๆ หลายร้านไม่มี API เลยด้วยซ้ำ “ระบบจริง” ของเขาคือสเปรดชีต โปรแกรมเครื่องเดียว หรือไม่ก็แชทก้อนหนึ่ง กรณีแบบนี้ที่บอกว่า “เชื่อมเว็บ” ก็จะกลายเป็นโปรเจกต์เชื่อมต่อใหม่ หรือต้องปรับวิธีก่อน แล้วค่อยต่อ
ของที่แพงจริงๆ คือ “กรณีที่ไม่ได้ตั้งใจ”
เส้นทางมาตรฐานแทบไม่ใช่ส่วนแพง เงินมักงอกขึ้นมารอบคำถามแบบนี้:
- ลูกค้าส่งไฟล์ผิดมา เอายังไง?
- พนักงานแก้ใบเสนอราคาที่ยืนยันแล้วได้ไหม?
- จ่ายซ้ำ จ่ายครึ่งเดียว ใครรับผิดชอบ?
- ยกเลิก เงินคืน อนุมัติยังไง?
- บริการข้างนอกมันล่มขึ้นมา เอายังไง?
- ข้อมูลแต่ละชิ้น ใครดูได้ ใครแก้ได้?
เว็บเรียบง่ายยอม “ส่งเรื่องพวกนี้ไปให้คนจัดการ” แต่ระบบธุรกิจที่รับปากจะจัดการให้ ต้องนิยามกติกาแต่ละข้อ สร้างออกมา แล้วยังต้องทดสอบให้ผ่านอีก
เว็บบริษัท HR ไม่ได้เท่ากับแพลตฟอร์มหางาน
เว็บบริษัทที่ปรึกษา HR อาจแค่อธิบายบริการ ลงตำแหน่งงานน่าสนใจ รับคำถามนายจ้าง รับไฟล์เรซูเม่ นั่นคือขอบเขตเว็บที่สมเหตุสมผล
แต่ถ้าความต้องการขยายเป็น บัญชีผู้สมัคร บัญชีนายจ้าง ฐานเรซูเม่ ระบบจับคู่งาน ความคืบหน้าสมัครงาน แจ้งเตือน สมาชิก คัดกรองเนื้อหา รายงาน นั่นกำลังก้าวเข้าไปในแดนของเว็บหางานยักษ์อย่าง JobStreet, JobThai หรือ JobBKK แล้ว
JobStreet คือแพลตฟอร์มหางานยักษ์ระดับอินเตอร์ ในบ้านเรามีเว็บหางานขนาดเดียวกันอย่าง JobThai หรือ JobBKK อยู่ด้วย สเกลนี้มาพร้อมกับความรับผิดชอบด้านผลิตภัณฑ์ การดูแล และการบำรุงรักษาอีกชุดใหญ่ๆ
ไม่ใช่ว่าความคิดที่ใหญ่กว่านั้นเป็นไปไม่ได้ แต่เป็นเรื่องคนละระดับความรับผิดชอบ ควรแยกอธิบายและแยกราคาเป็น “อีกระบบหนึ่ง” ไม่ใช่ซุกซ่อนไว้ใต้คำว่า “เว็บไซต์”
หลังเปิดตัว คือภาระที่ต้องดูแลรายวัน
หลังเปิดตัว ค่าใช้จ่ายอาจมาจาก อัปเดตเนื้อหา ค่าโดเมนกับบริการของคนอื่น อัปเดตความปลอดภัย ระบบเฝ้าดู สำรองข้อมูล ดูแลลูกค้า ผู้ใช้เพิ่มขึ้น และเวิร์กโฟลว์ธุรกิจเปลี่ยนไปเรื่อยๆ
เว็บข้อมูลที่แทบไม่ขยับ ย่อมมีภาระเลี้ยงดูคนละสเกลกับแพลตฟอร์มที่เก็บข้อมูลลูกค้ารายวันและรองรับการทำงานของพนักงาน ระบบแบกมากเท่าไร ความรับผิดชอบรายวันก็ต้องพูดให้ชัดมากขึ้นเท่านั้น
ถามว่า “โปรเจกต์นี้ต้องเป็นเจ้าของอะไร”
คำถามที่คุ้มค่ากว่า “เว็บแพงไหม?” คือ:
โปรเจกต์นี้ ณ ตอนนี้ ต้องเป็นเจ้าของข้อมูลอะไร ตัดสินใจเรื่องอะไร เก็บสถานะอะไร และจัดการข้อยกเว้นอะไร?
ล็อกขอบเขตแรกให้แคบพอจะดูแลได้จริง ส่วนเป้าหมายที่กว้างขึ้น ค่อยแยกเป็นแผนของตัวเอง ราคาจะได้อ่านออก ไม่ต้องเสแสร้งว่าระบบในอนาคตทั้งหมดต้องอยู่ในการ์ดใบแรกนี้
บทความนี้เล่าหลักการทั่วไปของค่าใช้จ่าย ขอบเขตและราคาแพ็กเกจปัจจุบันของ AlphaBlue อยู่ที่หน้าข้อมูลราคาเสมอ ไม่ได้เขียนไว้ในบทความนี้