Làm Tech Lead và làm việc với khách hàng quốc tế, mình nhận ra một điều:

Communication hiệu quả không chỉ là nói tiếng Anh tốt, mà là làm sao để hai bên thực sự hiểu nhau.

Hiện tại mình làm việc với client đến từ Tây Ban Nha. Challenge lớn nhất ban đầu không phải kiến thức kỹ thuật, mà là accent: có những buổi refinement hoặc kickoff, mình hiểu phần lớn nội dung nhưng vẫn phải tập trung rất nhiều để bắt ý ở vài đoạn quan trọng.

Sau một thời gian, mình nhận ra: vấn đề không chỉ nằm ở English level, mà còn ở việc chưa quen cách client nói.

Từ đó, mình chuyển từ mindset “nghe được bao nhiêu” sang “xây một hệ thống để hiểu đúng hơn sau mỗi meeting”.

                CLIENT COMMUNICATION
                         │
              ┌──────────┴──────────┐
              │                     │
           BEFORE                 AFTER
          MEETING                MEETING
              │                     │
      ┌───────┴───────┐      ┌──────┴──────┐
      │               │      │             │
   Prepare          Context  Review      Take Notes
   questions        ready    recording   Vocabulary
      │                         │             │
      └──────────────┬──────────┴─────────────┘
                     │
                     ▼
                  MEETING
                     │
              Listen → Clarify
                     │
                     ▼
                 Confirm
                     │
                     ▼
               Document
                     │
                     ▼
              Better teamwork

1) Làm quen với accent của client

Với những meeting quan trọng như technical refinement, kickoff, architecture discussion, mình thường ghi lại để nghe lại các đoạn ngắn vào buổi sáng.

Mục tiêu không phải replay toàn bộ meeting, mà là:

  • quen cách phát âm
  • quen tốc độ nói
  • quen điểm nhấn và expression quen thuộc
  • quen technical terms phía client hay dùng

Sau vài tuần, mình đỡ tốn năng lượng cho việc “decode từng câu”, và tập trung hơn vào nội dung thực sự.

The more familiar the voice becomes, the easier it is to understand the message.

2) Duy trì Client Vocabulary List

Mình tạo một danh sách nhỏ cho những từ/cụm từ client hay dùng nhưng trước đó mình chưa nhận ra tốt trong hội thoại.

New Vocabulary
      │
      ├── Unknown meaning
      │
      ├── Known word
      │      └── But difficult to recognize
      │
      ├── Technical terminology
      │
      └── Client's common expressions

Cách ghi mình dùng:

  • Word/Phrase
  • Meaning
  • Original context (câu client đã dùng)
  • Pronunciation note

Điểm quan trọng: học vocabulary từ context thật của client, không học isolated.

3) Không chắc thì clarify ngay, đừng đoán

Một nguyên tắc mình càng làm Tech Lead càng thấy rõ:

Đừng xây quyết định dựa trên assumption mơ hồ.

Khi không nghe rõ, mình hỏi lại ngay:

  • “Sorry, I didn’t catch that part. Could you repeat it?”
  • “Just to make sure I understood correctly…”

Mục tiêu không phải nghe được 100% từng câu, mà là đảm bảo hiểu đúng trước khi chốt discussion.

4) Repeat back để confirm requirement/decision

Đây là kỹ thuật đơn giản nhưng cực mạnh để giảm misunderstanding.

Client explains
      │
      ▼
   I listen
      │
      ▼
 I summarize
      │
      ▼
 Client confirms
      │
      ▼
   Agreement

Mẫu câu mình hay dùng:

“So, if I understand correctly, we want to…”

“Is that correct?”

Với Tech Lead, bước này quan trọng vì thông tin còn phải truyền xuống Developer → QA → PM → DevOps.

5) Focus vào “Why”, không chỉ “What”

Nếu chỉ hỏi “What should we build?”, team rất dễ rơi vào mode implement máy móc.

Câu hỏi mình cố duy trì là:

Why does the client need this?

Client Requirement
        │
        ▼
       WHY?
        │
   ┌────┼─────┐
   │    │     │
Business  UX  Technical
Need    Need  Constraint
   │    │     │
   └────┼─────┘
        ▼
     Solution

Khi hiểu đúng “why”, bạn sẽ đề xuất solution chủ động hơn, thay vì chỉ nhận việc và thực thi.

6) Chuẩn bị trước meeting để không bị reaction mode

Một meeting hiệu quả thường bắt đầu trước khi meeting diễn ra.

Checklist nhanh mình dùng:

Meeting Topic
     │
     ├── What do I already know?
     ├── What is unclear?
     ├── What vocabulary may appear?
     ├── What questions should I ask?
     └── What decision do we need?

Chuẩn bị trước giúp bạn nghe chủ động hơn và đặt câu hỏi đúng trọng tâm.

7) Sau meeting: biến conversation thành action rõ ràng

Meeting chỉ tạo giá trị khi được chuyển thành execution.

Discussion
    │
    ▼
 Decisions
    │
    ▼
 Action Items
    │
    ├── What?
    ├── Who?
    ├── When?
    └── Why?

Mình thường chốt lại bằng recap ngắn:

“Just to summarize our discussion today…”

Cách này giúp team có cùng source of truth.

8) Communication là một feedback loop, không phải skill học một lần

       MEETING
          │
          ▼
       LISTEN
          │
          ▼
   Identify gaps
          │
          ▼
      Take notes
          │
          ▼
       Review
          │
          ▼
   Apply next time
          │
          ▼
 Better understanding
          │
          └──────────► NEXT MEETING

Mỗi vòng lặp giúp mình:

  • quen accent hơn
  • nhận từ khóa nhanh hơn
  • clarify tự nhiên hơn
  • giảm misunderstanding rõ rệt

Framework áp dụng nhanh cho Tech Lead

Bạn có thể dùng flow ngắn này cho mọi buổi làm việc với client quốc tế:

  1. Prepare: đọc context + soạn câu hỏi trọng tâm.
  2. Listen actively: tập trung intent, không bám từng từ.
  3. Clarify immediately: không chắc thì hỏi lại ngay.
  4. Confirm by summary: repeat back để chốt hiểu đúng.
  5. Document decisions: ghi owner + ETA + risk.
  6. Review and improve: nghe lại, cập nhật vocabulary, tối ưu cho lần sau.

Điều mình rút ra

Khi làm việc với international clients, mục tiêu không nhất thiết là nói “perfect English”.

Mục tiêu thực tế hơn là:

Listen better. Ask better. Clarify better. Confirm better. Document better.

Vì cuối cùng, communication trong software development không phải là:

“Who speaks English better?”

Mà là:

“Can we understand each other correctly and move the project forward?”

Đó mới là communication hiệu quả của một Tech Lead.