"Hãy kể về một lần bạn tạo ảnh hưởng mà không có thẩm quyền": Câu trả lời chuẩn STAR

Tóm tắt nhanh: "Hãy kể về một lần bạn tạo ảnh hưởng mà không có thẩm quyền" được chấm theo một tiêu chí rất cụ thể — sự phản kháng thật từ các bên liên quan, sự đánh đổi hoặc bằng chứng cụ thể bạn dùng để thuyết phục họ, và điều bạn sẽ làm khác đi lần sau. Một câu chuyện chung chung kiểu "tôi giao tiếp tốt và mọi người đều đồng ý" sẽ trượt câu hỏi này dù dự án cuối cùng có thành công.

Đâu đó vào khoảng vòng phỏng vấn thứ ba trong sự nghiệp của bạn — kể cả khi ứng tuyển vào các công ty nước ngoài hoặc làm việc từ xa cho đối tác quốc tế — bạn sẽ gặp một biến thể của câu hỏi này: "Hãy kể về một lần bạn phải tạo ảnh hưởng lên ai đó mà không có thẩm quyền với họ." Nghe có vẻ giống một câu hỏi hành vi về lãnh đạo thông thường, nhưng thực chất nó đang kiểm tra một điều hẹp hơn nhiều — và phần lớn ứng viên trả lời sai trọng tâm.

Tại sao câu hỏi này tồn tại

Mọi công ty vượt quá một quy mô nhất định đều vận hành dựa trên công việc liên phòng ban: sản phẩm cần kỹ thuật, kỹ thuật cần hạ tầng, hạ tầng cần tài chính duyệt. Gần như không phần nào trong số đó diễn ra qua đường báo cáo trực tiếp. Center for Creative Leadership đã nhiều lần chỉ ra rằng phần lớn những gì các nhà lãnh đạo cần hoàn thành đòi hỏi phải tạo ảnh hưởng lên những người ngoài chuỗi chỉ huy chính thức của họ — vậy mà hầu hết mọi người tự đánh giá mình kém tự tin hơn nhiều trong việc này so với việc quản lý nhân viên trực tiếp. Nhà tuyển dụng hỏi câu này vì chức danh không dự đoán được liệu bạn có thực sự hoàn thành được công việc liên phòng ban hay không; một câu chuyện thật thì có.

Đó cũng là lý do các công ty vẫn kiên trì hỏi câu này ở định dạng phỏng vấn hành vi, thay vì hỏi theo kiểu giả định. Hàng chục năm nghiên cứu về tuyển dụng (bắt nguồn từ phân tích tổng hợp kinh điển của Schmidt và Hunter về độ hiệu lực của phỏng vấn) liên tục cho thấy việc hỏi một ví dụ cụ thể trong quá khứ dự đoán hiệu suất công việc tốt hơn việc yêu cầu ai đó mô tả cách tiếp cận chung của họ. "Tôi giỏi xây dựng sự đồng thuận" là câu không thể kiểm chứng. Một câu chuyện cụ thể với một người hoài nghi được nêu tên thì có thể.

Tiêu chí thực sự mà nhà tuyển dụng đang chấm điểm

Hầu hết các bài viết chuẩn bị cho câu hỏi này chỉ dừng ở một khuôn mẫu bốn bước chung chung — dựng bối cảnh, mô tả hành động, nhắc đến một kỹ năng mềm, nêu một kết quả tốt — rồi đưa cho bạn một ví dụ đóng hộp duy nhất (cùng một câu chuyện gây quỹ phi lợi nhuận xuất hiện gần như y hệt trên nhiều trang "luyện phỏng vấn" không liên quan, điều này tự nó nói lên việc nhà tuyển dụng đã nghe câu chuyện đó bao nhiêu lần). Khuôn mẫu đó bỏ lỡ mất phần thực sự được chấm điểm. Dựa trên cách câu hỏi này xuất hiện trong các vòng phỏng vấn thực tế ở những công ty như Amazon, Meta và JPMorgan Chase, tiêu chí chấm điểm thường có năm phần:

1. Rủi ro thật và thời hạn thật — không phải một cải tiến giả định, mà là điều gắn với một mốc thời gian và có cái giá phải trả nếu trễ.
2. Bằng chứng về sự phản kháng thật sự — bạn nêu được ai đã phản đối và vì sao phản đối của họ hợp lý từ vị trí của họ, không chỉ là "một vài người có do dự".
3. Một đòn bẩy cụ thể, không mơ hồ — dữ liệu bạn thu thập, một thử nghiệm nhỏ bạn đề xuất, một động lực bạn đưa ra, hoặc một sự đánh đổi bạn thực hiện. "Tôi giải thích lợi ích rất rõ ràng" không phải là một đòn bẩy.
4. Một kết quả có thể đo lường hoặc ít nhất là cụ thể — điều gì đã thay đổi, và bạn biết điều đó bằng cách nào.
5. Một ghi chú nhìn lại — bạn sẽ làm khác đi điều gì, hoặc bạn học được gì về việc khi nào cách tiếp cận này sẽ không hiệu quả.

Thiếu bất kỳ điều nào trong ba điểm đầu là lý do phổ biến nhất khiến những câu trả lời này nghe rỗng tuếch dù câu chuyện gốc là có thật.

Câu hỏi này thay đổi thế nào theo công ty và vai trò

Cùng một năng lực cốt lõi được hỏi theo những cách diễn đạt khác biệt rõ rệt, và biết được biến thể nào giúp bạn chọn đúng câu chuyện:

• Amazon gắn câu này với nguyên tắc lãnh đạo "Có chính kiến; Bất đồng và Cam kết" — họ đặc biệt muốn nghe bạn phản biện một quyết định bạn không đồng ý, dùng dữ liệu, rồi hoàn toàn cam kết thực hiện một khi quyết định đã được đưa ra, kể cả khi không có thẩm quyền lật ngược nó.
• Meta và các công ty nặng về kỹ thuật thường đóng khung câu này như một bất đồng kỹ thuật: "Hãy kể về một lần bạn không đồng ý với thiết kế do một kỹ sư cấp cao đề xuất nhưng không có thẩm quyền thay đổi nó." Ở đây đòn bẩy thường là một prototype, một bài benchmark, hoặc một thử nghiệm phạm vi giới hạn — không phải một cuộc tranh luận bằng lời.
• JPMorgan Chase và các tập đoàn lớn khác thường hỏi thẳng: "Bạn tạo ảnh hưởng mà không có thẩm quyền như thế nào?" — thường ở định dạng hội đồng phỏng vấn (panel), điều này đề cao một câu trả lời chặt chẽ, có cấu trúc hơn là một câu chuyện dài.
• PM, TPM và các vai trò liên phòng ban hầu như mặc định gặp câu hỏi này, vì toàn bộ công việc là điều phối những người không báo cáo cho bạn — nhà tuyển dụng ở đây thường hỏi thêm bạn sẽ làm gì nếu cùng chiến thuật đó thất bại.

Nếu bạn đang chuẩn bị cho một công ty cụ thể, hãy điều chỉnh câu chuyện của bạn theo cách họ diễn đạt câu hỏi, thay vì dùng lại một phiên bản chung cho mọi vòng phỏng vấn.

Xây dựng câu trả lời bằng phương pháp STAR

Một khi bạn có một câu chuyện chứa đựng mâu thuẫn thật, phương pháp STAR giúp phần trình bày gọn gàng, chặt chẽ:

1. Situation (Tình huống) — nêu rủi ro liên phòng ban trong một hoặc hai câu: điều gì cần xảy ra, và vì sao đây không phải là quyết định của riêng bạn.
2. Task (Nhiệm vụ) — kết quả nào bạn chịu trách nhiệm, dù không có thẩm quyền để bắt buộc thực hiện.
3. Action (Hành động) — ai đã phản đối, phản đối của họ là gì, và đòn bẩy cụ thể bạn dùng để thuyết phục họ. Đây là phần nhà tuyển dụng thực sự đang lắng nghe.
4. Result (Kết quả) — điều gì đã xảy ra, tốt nhất kèm một con số, cộng với những gì bạn học được hoặc sẽ thay đổi.

Phần mà hầu hết ứng viên trình bày mỏng nhất là bước Action. So sánh "Tôi đã gặp cả nhóm và giải thích vì sao thay đổi này quan trọng" với "Trưởng nhóm hạ tầng lo ngại việc di dời hệ thống sẽ làm gián đoạn một runbook trực on-call mà nhóm cô ấy phụ thuộc vào, nên tôi đề xuất chạy song song cả hai hệ thống trong hai tuần và chia sẻ báo cáo chênh lệch cho nhóm cô ấy trước khi chuyển đổi — điều đó xóa bỏ mối lo ngại chính của cô ấy." Phiên bản thứ hai chứng minh ảnh hưởng đã thực sự xảy ra; phiên bản đầu chỉ tuyên bố như vậy.

Hai ví dụ câu trả lời mẫu

Product manager, dự án ra mắt liên phòng ban: "Tôi chịu trách nhiệm cho một thay đổi về giá cần được một giám đốc kinh doanh — người tôi không báo cáo và đang hoài nghi việc này sẽ ảnh hưởng tỷ lệ chốt đơn của nhóm anh ấy — phê duyệt. Thay vì đẩy lùi thời hạn, tôi lấy hai tuần dữ liệu giao dịch cho thấy nhóm khách hàng dễ rời bỏ nhất dưới mức giá hiện tại, và đề xuất giữ nguyên giá cũ cho khách hàng hiện hữu trong một chu kỳ gia hạn — phản đối thực sự của anh ấy là về các deal đang trong pipeline, không phải bản thân thay đổi giá. Anh ấy đồng ý với phương án triển khai giữ giá này, chúng tôi ra mắt đúng lịch, và tỷ lệ rời bỏ quý sau đó thực sự thấp hơn quý trước. Nếu tôi chỉ trình bày kế hoạch hoàn chỉnh và xin đồng ý, tôi nghĩ anh ấy đã đẩy việc này lên cấp trên."

Software engineer, bất đồng kỹ thuật: "Một kỹ sư cấp cao ở nhóm khác đề xuất một lớp caching dùng chung cho một tính năng tôi phụ trách, và tôi khá chắc chắn nó sẽ gây ra race condition dưới traffic thực tế của chúng tôi, nhưng tôi không có thẩm quyền phủ quyết thiết kế của anh ấy. Thay vì tranh luận trong buổi review thiết kế, tôi dành hai ngày xây một prototype load-test nhỏ để tái hiện race condition đó dưới mức đồng thời thực tế. Tôi chia sẻ kết quả tái hiện cùng một đề xuất chiến lược khóa (lock strategy), và anh ấy đồng ý thêm bản sửa trước khi merge. Nhìn lại, lẽ ra tôi nên nêu mối lo ngại về traffic pattern sớm hơn từ giai đoạn viết design doc — prototype có hiệu quả, nhưng nó tốn mất hai ngày mà chúng tôi lẽ ra có thể tránh được."

Cả hai câu chuyện đều nêu tên cụ thể người cần được thuyết phục và điều cụ thể đã thuyết phục họ — đó là điều khiến chúng có thể kiểm chứng được, và kiểm chứng được chính là điều khiến chúng đáng tin.

Xử lý câu hỏi tiếp theo (follow-up)

Nhà tuyển dụng đã nghe phiên bản chung chung của câu trả lời này nhiều lần thường sẽ hỏi thêm ngay tại chỗ, kiểu như "Nếu dữ liệu thử nghiệm cho kết quả không thuận lợi thì sao?" hoặc "Nếu cô ấy vẫn nói không thì bạn sẽ làm gì?" Đây là lúc một câu chuyện đã học thuộc lòng dễ sụp đổ, vì nó chưa thực sự được xây dựng để xử lý một nhánh logic thực sự.

Nếu bạn đang luyện tập với một trợ lý AI thời gian thực như AceRound, đây là một trong những khoảnh khắc đáng để luyện tập riêng — việc có thứ gì đó đưa ra một câu hỏi tiếp theo hợp lý ngay giữa lúc bạn đang trả lời (chứ không phải một kịch bản tĩnh soạn sẵn) sẽ gần với cảm giác của một vòng phỏng vấn thực sự được thử thách áp lực hơn là chỉ đọc một mẫu câu trả lời một lần rồi hy vọng nó trụ vững khi vào thực tế.

Câu hỏi thường gặp

Làm sao để tạo ảnh hưởng khi không có thẩm quyền? Trong phỏng vấn, bạn cần chứng minh chứ không phải tuyên bố: chọn một câu chuyện mà bạn không có quyền lực chính thức với những người cần thuyết phục, rồi kể lại cách bạn xây dựng sự đồng thuận (bằng dữ liệu, mối quan hệ, hoặc một thử nghiệm nhỏ) thay vì nhờ quản lý can thiệp hộ. Độ tin cậy đến từ việc bạn nêu được cụ thể ai đã phản đối và vì sao, chứ không phải câu chung chung kiểu "tôi giao tiếp tốt".

Hãy kể về một lần bạn cần giành được sự ủng hộ cho một sáng kiến quan trọng từ các đồng nghiệp mà bạn không có thẩm quyền trực tiếp. Câu trả lời tốt sẽ nêu tên cụ thể người khó thuyết phục nhất, sự đánh đổi cụ thể bạn đã đề xuất cho họ (không chỉ là "tôi giải thích lợi ích"), và một kết quả có thể đo lường. Nếu câu chuyện của bạn áp dụng được cho bất kỳ dự án nào, nó quá chung chung — nhà tuyển dụng đang lắng nghe để tìm ra người suýt nữa đã từ chối.

Bạn đã từng thuyết phục ai đó làm điều mà ban đầu họ không muốn làm như thế nào? Biến thể này muốn bạn nói rõ điểm mâu thuẫn. Hãy trình bày lý do phản đối ban đầu của họ theo đúng logic của họ (vì sao từ chối là hợp lý từ vị trí của họ), sau đó giải thích điều gì cụ thể đã khiến họ đổi ý — một yêu cầu nhỏ hơn, bằng chứng, hoặc một sự đánh đổi bạn đưa ra. Bỏ qua phần phản đối là lý do phổ biến nhất khiến câu trả lời này trở nên hời hợt.

Hãy kể về một lần bạn không đồng ý với thiết kế do một kỹ sư cấp cao đề xuất, nhưng không có thẩm quyền để thay đổi nó. Đây là phiên bản dành cho track kỹ thuật/IC, phổ biến ở Meta và các công ty tương tự. Điểm số phụ thuộc vào việc bạn có đẩy sự bất đồng lên theo hướng xây dựng hay không — bằng prototype, dữ liệu, hoặc một bài kiểm thử phạm vi giới hạn — thay vì im lặng hoặc lặp lại cùng một lập luận nhiều lần. Kết thúc bằng việc bạn sẽ làm khác đi điều gì nếu chuyện đó xảy ra lần nữa chính là điểm phân biệt câu trả lời senior với junior.

Sự khác biệt giữa câu hỏi này và một câu chuyện lãnh đạo thông thường là gì? Một câu chuyện lãnh đạo có thể dựa vào chức danh hoặc quan hệ báo cáo của bạn. Câu hỏi này cố tình loại bỏ đòn bẩy đó — nhà tuyển dụng muốn thấy ảnh hưởng được xây dựng qua bằng chứng, sự tin tưởng, hoặc động lực khi bạn không thể chỉ đơn giản ra lệnh cho ai đó. Nếu ví dụ của bạn liên quan đến người báo cáo cho bạn, nó không trả lời được câu hỏi này.

---

Tác giả · Alex Chen. Chuyên gia tư vấn nghề nghiệp và cựu nhân viên tuyển dụng ngành công nghệ. Dành 5 năm ở phía tuyển dụng trước khi chuyển sang giúp ứng viên. Viết về động lực phỏng vấn thực tế, không phải lời khuyên sách vở.