Vũ khí thứ sáu // 고객
Biến số nguy hiểm nhất không nằm trong code — nó ngồi phía bên kia bàn.
고객 응대
Chạm nửa phải màn hình để lật trang ›
Tóm tắt năm chương trước
Chuyện đã đến đâu rồi?
Mới cầm cuốn này lên từ Chương 06? Đây là tất cả những gì bạn cần biết:
● Một hệ thống bị tấn công. Website NOX TECH biến mất lúc 02:44 sáng. Kẻ ký tên "A." dùng AI để đánh nhanh hơn con người. Deadline: 72 giờ.
● ZERO học ba vũ khí nền tảng. HTML, CSS, JavaScript — tự tay làm một app biết phản hồi và biết nhớ (Chương 01–03).
● Bước vào nghề thật. Cô gặp cả đội IT (Ch04) và học cách một guồng máy vận hành — quản lý dự án, Agile/Scrum/Kanban, man-month & báo giá (Ch05).
● Nhưng đội giỏi vẫn có thể vỡ trận vì một biến số không kiểm soát được. Khách hàng K vừa dời deadline sớm hơn — còn 40 giờ — và bước vào phòng họp.
Chương 06 // tiếp xúc bên ngoài
Biến số nguy hiểm nhất:
Khách hàng
고객 응대
Khách hàng lớn nhất: "Làm cái giống Instagram, tuần sau xong." Cả đội tái mặt — thứ đó cần sáu tháng.
"Đơn giản thôi mà." Bốn chữ đó vừa khiến cả đội tái mặt.
Khách hàng K mỉm cười ngồi xuống phòng họp. Trong tay anh ta không có lấy một tờ giấy — chỉ có một hình dung mơ hồ trong đầu, và một deadline không bao giờ nhân nhượng. Đây là khách hàng lớn nhất của NOX TECH. Mất ông ta, công ty mất một phần ba doanh thu. Cả đội biết điều đó. Không khí trong phòng đặc quánh.
Cuộc họp đầu tiên với khách hàng thật
Khi "đơn giản" là từ nguy hiểm nhất
"Cái tôi muốn đơn giản lắm. Cứ làm cho tôi một cái giống Instagram ấy. À, thêm cả chức năng bán hàng, nhắn tin, livestream nữa. Tuần sau xong nhé. Đơn giản mà."
"Nghe thấy chưa? Thứ ông ấy vừa mô tả cần cả một đội làm sáu tháng. Nhưng ông ấy nghĩ là một tuần. 'Đơn giản' — đó là từ nguy hiểm nhất trong nghề này."
ZERO tưởng phần khó nhất của nghề là code. Nhưng nhìn tiền bối khéo léo gỡ từng nút thắt trong mong muốn mơ hồ của ông K — không phản bác, không gật bừa, mà hỏi từng câu để đào ra điều ông ấy thật sự cần — cô nhận ra một sự thật: hiểu con người đôi khi khó hơn hiểu máy tính. Máy tính làm đúng điều bạn bảo. Con người thì thường không nói ra điều họ thật sự muốn. Và nếu hiểu sai khách hàng, cả tháng code có thể đổ sông đổ biển.
Là mô tả cụ thể về điều khách muốn sản phẩm làm được. Khách thường không biết chính xác mình muốn gì, nên nhiệm vụ đầu tiên của bạn là biến mong muốn mơ hồ ("một cái giống Instagram") thành danh sách yêu cầu rõ ràng ("đăng ảnh, theo dõi bạn bè, thả tim…").
"Khách hàng nói giải pháp, nhưng thứ họ thật sự cần là vấn đề đằng sau nó. Không phải 'làm nút màu đỏ', mà có thể là 'người ta không tìm thấy nút này'. Luôn hỏi tại sao?"
Ngôn ngữ chung trong mỗi buổi họp
Thuật ngữ cốt lõi khi làm việc với khách
| Thuật ngữ | Ý nghĩa |
|---|---|
| Stakeholder 이해관계자 | Mọi người có liên quan/ảnh hưởng tới dự án (khách, người dùng, ban lãnh đạo). |
| Kickoff 킥오프 | Buổi họp chính thức đầu tiên khởi động dự án. |
| Proposal 제안서 | Tài liệu trình bày "chúng tôi sẽ làm như thế này". |
| Spec 스펙 / 명세서 | Tài liệu mô tả chi tiết làm gì và làm thế nào. |
| Feedback 피드백 | Ý kiến khách đưa ra về thành quả. Càng sớm càng tốt. |
| Revision 수정 요청 | Yêu cầu thay đổi từ khách. Nên thỏa thuận số lần trước cho an toàn. |
| Sign-off 승인 | Cú "đóng dấu" xác nhận cuối cùng: được rồi, làm vậy đi. |
Nắm vững những từ này, bạn sẽ không còn "lạc trôi" trong mỗi buổi họp. Ngôn ngữ chung là bước đầu tiên để được xem như một thành viên thực thụ của đội.
Code không chạy thẳng tới người dùng
Các "sân khấu" code đi qua: Môi trường
Quy trình đưa code tới người dùng (Deploy)
| Bước | Việc làm |
|---|---|
| 1 · Viết code | Lập trình viên code ở môi trường Dev. |
| 2 · Review | Đồng nghiệp kiểm tra code (Pull Request). |
| 3 · Test | QA kiểm thử ở Staging. |
| 4 · Deploy | Đưa lên Production cho người dùng. |
| 5 · Theo dõi | Giám sát xem có lỗi phát sinh không. |
Hai vũ khí cứu hộ: hotfix (sửa khẩn cấp) và rollback (quay về phiên bản an toàn trước đó). Biết quay lui nhanh cũng quan trọng như biết tiến tới — lưới an toàn của mọi đội chuyên nghiệp.
⚠ Đọc vị khách hàng
Tín hiệu nguy hiểm & cách ứng phó
| Câu khách nói | Ý ẩn / cách xử lý |
|---|---|
| "Đơn giản thôi mà" | Thường không đơn giản. Làm rõ phạm vi bằng văn bản. |
| "Tiện thể thêm cái này" | Khởi đầu của scope creep. Thỏa thuận thêm thời gian/chi phí. |
| "Hiểu cái cảm giác đó chứ?" | Yêu cầu ví dụ cụ thể (reference). |
| "Cứ làm thử rồi tính" | Thỏa thuận tiêu chí nghiệm thu trước đã. |
"Lời nói miệng thì bay hơi. Hãy ghi lại thành chữ. Họp xong luôn tóm tắt 'những gì đã chốt hôm nay' rồi gửi email." Trong công ty Hàn, biên bản này gọi là 회의록.
Bộ câu hỏi vàng — biến yêu cầu mơ hồ thành rõ ràng
| Hỏi | Để làm rõ điều gì |
|---|---|
| "Cụ thể là chức năng nào giống?" | Đăng ảnh? Theo dõi? Nhắn tin? — thu hẹp phạm vi. |
| "Người dùng của anh là ai?" | Hiểu đối tượng để thiết kế đúng. |
| "Điều gì là quan trọng nhất?" | Tìm chức năng cốt lõi (MVP). |
| "Khi nào cần xong?" | Hiểu deadline thật. |
| "Ngân sách khoảng bao nhiêu?" | Cân đối phạm vi với nguồn lực. |
Khách giỏi mô tả vấn đề của họ, không giỏi mô tả giải pháp. Khi họ nói "làm nút to lên", vấn đề thật có thể là "người dùng không tìm thấy nút". Luôn hỏi "tại sao" để chạm tới gốc rễ.
Email công việc — viết sao cho chuyên nghiệp
Chào anh/chị, cảm ơn anh/chị đã dành thời gian.
Em xin tóm tắt những điểm đã thống nhất:
1. Phạm vi: làm trang chủ + trang sản phẩm
2. Thời hạn: bản đầu tiên ngày 15/07
3. Phần đăng nhập sẽ làm ở giai đoạn 2
Nếu có điểm nào chưa đúng, mong anh/chị phản hồi giúp em ạ. Em cảm ơn!
1. Khi khách nói "đơn giản thôi mà", bạn nên làm gì?
Cẩn thận — "đơn giản" thường không đơn giản. Hỏi cụ thể và làm rõ phạm vi bằng văn bản.
2. Vì sao nên gửi email tóm tắt sau mỗi buổi họp?
Vì lời nói miệng dễ quên/hiểu nhầm. Văn bản giúp mọi người cùng một hiểu biết, tránh tranh cãi sau này.
☐ Tưởng tượng bạn nhận yêu cầu mơ hồ "làm cho tôi một cái shop online".
☐ Viết ra 5 câu hỏi "tại sao / cái gì / khi nào" để hỏi khách.
☐ Định nghĩa phạm vi MVP chỉ với chức năng cốt lõi trong một câu.
☐ Thử viết một email ngắn xác nhận lại những gì đã chốt.
Khúc kết chương — lời nói hớ của khách hàng
Cuộc họp căng thẳng đến nghẹt thở. Đúng khi sắp kết thúc, ông K buột miệng một câu khiến cả phòng đông cứng:
Tiền bối đứng bật dậy: "Chúng tôi chưa từng cử ai sang chỗ ông cả." Ông K ngơ ngác lục túi, đưa ra một tấm danh thiếp đen tuyền. Trên đó chỉ có một chữ cái, in chìm: A.
thời gian còn lại đến giờ ra mắt
→ Dữ liệu khách hàng đang bị sao chép âm thầm ra một máy chủ lạ.
→ Bắt đầu từ: đúng ngày ZERO vào làm.
→ Trùng hợp? Hay có người muốn cô bị nghi ngờ?
Tôi không phải kẻ thù cô nghĩ."
— A._
Cuốn từ điển cuối cùng
Ngôn ngữ hiện trường — thứ ngôn ngữ mà mọi lập trình viên dùng mỗi ngày nhưng không sách vở nào dạy đủ. 일곱 번째 무기 — 현장의 언어
Còn chưa đầy 40 giờ. ZERO đã đi được 6/7 chặng — và "A." vừa nói hắn không phải kẻ thù.
Còn 39 giờ.
"A." không phải kẻ thù cô nghĩ.
Bạn vừa đọc xong Chương 06. Cuốn từ điển cuối cùng — ngôn ngữ hiện trường — đang chờ ở Chương 07.
🤍 Cùng xuất bản ZERO — đặt trước giá sáng lập
Đọc online MIỄN PHÍ tất cả các chương (bản giản lược). Bản online FULL — đủ mọi chương & mọi phần chuyên sâu, không lược — chỉ 89k. Khi đủ 500 đơn, sách được in màu & xuất bản; chưa đủ → hoàn 100%.
89k / 229k · bản online FULL / bản in (giá sáng lập)
