เราทำงานกับลูกค้าใหม่ยังไง — process onboarding ที่ใช้จริง

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

Stage 1: Discovery Call (30–60 นาที, ฟรี)

ทุกอย่างเริ่มที่การคุย 30 นาทีแรก — ไม่มีการขาย ไม่มี slide ขายของ

สิ่งที่เราถาม

• ธุรกิจของคุณคืออะไร ลูกค้าหลักเป็นใคร
• ปัญหาที่อยากแก้คืออะไร (ไม่ใช่ “อยากได้เว็บ” แต่ “อยากให้ลูกค้าจองคิวออนไลน์ได้”)
• ปัจจุบันแก้ปัญหายังไง (Excel? LINE? เว็บเดิม?)
• ใครจะใช้ระบบหลังจาก launch
• งบประมาณคร่าว ๆ และเวลาที่คาดหวัง

สิ่งที่เราบอก

• ทำได้/ทำไม่ได้ตามงบ
• เทคโนโลยีที่แนะนำ + เหตุผล
• ระยะเวลาประมาณการ
• ตัวอย่างงานคล้าย ๆ ที่เคยทำ

ถ้าจบ call แล้วเราคิดว่าโปรเจกต์ไม่เหมาะกับเรา (เช่น scope ใหญ่เกินไป, งบไม่พอ, หรือเราไม่ specialize) เราจะบอกตรง ๆ และแนะนำที่อื่น

Stage 2: Scope Brief (2–3 วัน)

หลัง discovery call ถ้าทั้งสองฝ่ายอยากไปต่อ เราเขียน Scope Brief ส่งให้:

ในเอกสารมีอะไร

• Goals — สิ่งที่ระบบต้องทำได้
• User stories — “ในฐานะ X อยากทำ Y เพื่อ Z”
• Features — แยกเป็น must-have, should-have, nice-to-have
• Tech stack — ภาษา, framework, hosting, database
• Timeline — milestones + dates
• Out of scope — สิ่งที่จะไม่ทำในรอบนี้
• Assumptions — ข้อสมมุติฐาน (เช่น “ลูกค้าเตรียม content”)

เอกสารนี้คือ single source of truth — ทั้งสองฝ่ายอ่านแล้วเห็นภาพตรงกัน

Stage 3: Quotation (ฟรี ภายใน 1 สัปดาห์)

จาก Scope Brief เราออกใบเสนอราคา:

โครงสร้างราคา

• แยกเป็น phase ที่ pay-as-you-go ได้
• รวมหรือไม่รวม content, hosting, domain ระบุชัด
• เงื่อนไขการชำระ (มัดจำ 30% เริ่มงาน, 40% mid, 30% ส่งมอบ)
• Warranty หลังส่งมอบ (default 90 วัน)
• ราคา maintenance ปีต่อไป

สิ่งที่เราไม่ทำ

• ไม่ลดราคาตามรอบบีบ (ราคาที่ให้คือราคาจริง)
• ไม่ขายผ่าน reseller / ไม่มี middleman
• ไม่บังคับซื้อ maintenance package

ถ้าเห็นด้วย → เซ็นสัญญา + ออก invoice มัดจำ

Stage 4: Kickoff & Discovery Deep-Dive (1 สัปดาห์)

เริ่มต้นด้วย

• สร้าง project channel (Slack/Discord/LINE OA group)
• ตั้ง project tracker (Linear/Notion/GitHub Issues)
• Schedule weekly check-in 30 นาที

Deep-dive interview

สำหรับโปรเจกต์ระบบหลังบ้าน เราจะนัด stakeholder หลัก 3–5 คนสัมภาษณ์:

• คนใช้จริง (ไม่ใช่แค่เจ้าของ)
• คนที่จะ approve workflow
• IT/admin ที่จะ maintain

ส่งมอบหลัง stage นี้

• User flow diagram
• Information architecture
• Data model draft

Stage 5: Design & Prototype (1–4 สัปดาห์)

Wireframe → Mockup → Prototype

• Wireframe (low-fi, focus structure) — 3–5 วัน
• Mockup (hi-fi, focus look-feel) — 1–2 สัปดาห์
• Interactive prototype (click-through ใน Figma) — 3–5 วัน

ลูกค้า review แต่ละ stage มี revision รวม 3 รอบใน contract revision เพิ่มจ่ายเพิ่ม

Approval

ก่อนเริ่ม build ลูกค้าต้อง sign-off prototype — เพื่อกัน scope creep ตอน build

Stage 6: Build (sprints 2 สัปดาห์/รอบ)

Sprint structure

• Sprint planning ทุก 2 สัปดาห์
• Daily standup (async ใน Slack)
• Sprint demo ทุก 2 สัปดาห์ — ส่ง URL staging ให้ลูกค้าลองใช้
• Sprint retro ภายในทีม

Communication cadence

• เปิดทุกวัน: Slack/LINE
• Demo และ planning: Zoom/Meet ทุก 2 สัปดาห์
• Report เป็นทางการ: เดือนละครั้ง

Staging environment

ทุก feature ขึ้น staging URL ก่อน ลูกค้าทดสอบ approve แล้วค่อย merge เข้า production

Stage 7: QA & UAT (1–2 สัปดาห์)

Internal QA

• Manual test ตาม user story
• Automated test (unit + integration)
• Performance test (Lighthouse, load test ถ้าจำเป็น)
• Security audit (OWASP checklist)
• Accessibility check (WCAG)

User Acceptance Test (UAT)

ลูกค้าทดสอบ end-to-end เอง:

• เราเตรียม UAT script (sample case)
• ลูกค้าทดสอบ + report bug
• เราแก้ + ส่งกลับใน 24–48 ชม.

Sign-off

หลัง UAT pass → ลูกค้า sign UAT acceptance form

Stage 8: Launch (1–3 วัน)

Pre-launch checklist

• DNS migration plan (zero-downtime)
• SSL ติดตั้ง verify
• Email/notification test
• Backup เก่า + rollback plan
• Monitoring + alert setup
• Google Search Console / Bing Webmaster

Launch day

• Schedule deploy (ปกติเย็นหรือ weekend สำหรับเว็บ B2B)
• Smoke test ทันทีหลัง deploy
• Monitor 4 ชั่วโมงแรก

Stage 9: Handover (1 สัปดาห์)

เอกสารที่ส่งมอบ

• Source code + access (Git repo)
• Admin/CMS user manual (ภาษาไทย)
• Deployment guide
• Architecture diagram
• API documentation (ถ้ามี)
• Troubleshooting guide

Training session

• 1–2 ชม. video call สอนใช้ admin
• Record session ให้ดูทบทวน
• Q&A ใน Slack 30 วัน

Stage 10: Warranty & Maintenance

Warranty 90 วัน

ฟรีแก้ bug ที่ตรวจพบหลัง launch (ไม่รวม feature ใหม่)

Maintenance plan (optional)

• Tier 1: ฿3,000/เดือน — security patch + minor fix
• Tier 2: ฿8,000/เดือน — + content update + minor feature
• Tier 3: ฿20,000/เดือน — + dedicated dev time

ไม่บังคับ — ถ้าลูกค้าอยากดูแลเองได้ เราส่งมอบ source + doc ครบ

สิ่งที่ทำให้ process ทำงาน

Transparency

ทุก stage มี deliverable ที่ ลูกค้าเห็นจับต้องได้ — ไม่ใช่ “เชื่อเราเถอะ”

Iteration ไม่ใช่ waterfall

แม้ว่าเรียง stage แต่จริง ๆ มี loop ภายใน feature ใหม่ที่เพิ่งคิดออกระหว่างทาง → discuss → re-scope → estimate

Pay-as-you-go

ลูกค้าจ่ายตาม milestone — ถ้าไม่พอใจสามารถหยุดได้โดยไม่เสียเงินส่วนที่เหลือ

No vendor lock-in

Code, design, content เป็นของลูกค้า ลูกค้าเอาไปให้ทีมอื่นทำต่อได้

เริ่มยังไง

ถ้าอยากเริ่ม discovery call กับเรา ส่งข้อความสั้น ๆ มาที่ /#contact บอกเราคร่าว ๆ ว่าธุรกิจคืออะไรและอยากแก้ปัญหาอะไร — เราจะนัด call ภายใน 24 ชม.

ตัวอย่างเคสที่เคยทำ: ทำเว็บราชการ · AI Chatbot บน LINE OA · HFT Engine C++