Mỗi agency đều tự nhận rằng họ hiểu doanh nghiệp của bạn. Agency đa năng khoe danh sách khách hàng trải dài từ y tế, fintech, logistics đến bán lẻ — bằng chứng cho sự linh hoạt. Agency chuyên biệt nói họ chỉ tập trung vào đúng lĩnh vực của bạn — bằng chứng cho chiều sâu. Cả hai nghe đều có lý trong buổi gặp mặt đầu tiên.
Vấn đề là khi bạn có thể phân biệt được ai thực sự giao đúng — thì bạn đã đi qua ba tháng đầu dự án, và kết quả là vượt ngân sách, trễ timeline, hoặc có một sản phẩm chạy được về mặt kỹ thuật nhưng hoàn toàn sai về mặt nghiệp vụ.
Bài viết này là để bạn đưa ra quyết định đó trước khi ký — không phải sau.
"Chuyên Biệt" Thực Sự Nghĩa Là Gì
Nhiều người nghĩ chuyên biệt là về công nghệ. Một team chỉ làm React, hoặc chỉ xây iOS app, hoặc chỉ viết Laravel backend. Đó là một dạng chuyên môn, nhưng không phải thứ bạn cần đánh giá khi thuê agency.
Công nghệ là thứ có thể học. Một team đủ năng lực có thể nắm framework mới trong vài tuần. Thứ không thể giả vờ được là kiến thức domain — sự hiểu biết tích lũy qua thời gian về cách một ngành cụ thể vận hành, các edge case thực tế trông như thế nào, người dùng thực sự làm gì so với những gì họ nói họ làm, và tại sao một số quyết định kỹ thuật lại ảnh hưởng đến kết quả kinh doanh nhiều tháng sau đó.
Một agency chuyên về fintech không chỉ biết cách xây hệ thống xử lý giao dịch. Họ biết rằng một số loại giao dịch nhỏ có thể bị cờ đỏ vì lý do AML tuỳ theo quy định pháp lý, rằng mức độ ma sát trong onboarding vượt ngưỡng nhất định sẽ giết tỷ lệ kích hoạt của một nhóm người dùng cụ thể, và rằng logic đối soát trông gọn gàng trong staging nhưng vỡ toàn bộ khi tải cuối quý. Họ biết những điều này vì đã xây rồi, thấy nó hỏng, và sửa xong.
Đó mới là chuyên môn domain thực sự. Đó là kiến thức vận hành chỉ có được qua tiếp xúc lặp lại với bài toán thực trong một ngữ cảnh cụ thể.
"Chúng Tôi Đã Làm Dự Án Trong Ngành Của Bạn" Không Có Nghĩa Là Chuyên Gia
Đây là câu nói nên khiến bạn chậm lại. Hầu hết agency đa năng đều có thể nói điều đó một cách trung thực. Họ từng làm dashboard cho một công ty logistics. Họ từng tích hợp cổng thanh toán cho một client y tế. Họ từng ra mắt app di động cho một chuỗi nhà hàng.
Không ai trong số đó làm cho họ trở thành chuyên gia.
Thứ phân biệt chuyên môn domain thực sự với một dòng trong portfolio là chiều sâu nhận diện pattern. Một chuyên gia đã thấy cùng một loại bài toán đủ nhiều lần để biết câu hỏi cần hỏi trước khi client kịp nghĩ ra. Họ đã gặp các edge case. Họ đã ra mắt v2 sau khi v1 dạy cho họ điều gì đó đau. Họ có quan điểm về kiến trúc của bạn trước khi bạn kịp giải thích xong mình cần gì.
Một agency đa năng với một dự án liên quan sẽ gật đầu, ghi chép cẩn thận, và xây đúng những gì bạn spec — nghe có vẻ ổn cho đến khi spec bỏ sót thứ gì đó quan trọng mà họ không biết để cảnh báo bạn.
Chi Phí Ẩn Của Việc Chọn Nhầm Agency
Khi một agency thiếu kiến thức domain sâu, những khoảng trống đó không tự thông báo. Chúng xuất hiện dần dần.
Bỏ sót edge case. Một nền tảng y tế không tính đến cách bàn giao ca làm việc giữa các điều dưỡng thực sự diễn ra. Một ứng dụng logistics vỡ khi tài xế có nhiều điểm dừng trong cùng một toà nhà. Một công cụ fintech xử lý giao dịch thông thường tốt nhưng thất bại trong đối soát batch cuối tháng. Đây không phải bug trong code — đây là sự thất bại về hiểu biết domain biến thành bug sau khi ra mắt.
Onboarding chậm hơn. Agency cần thời gian để hiểu những kiến thức cơ bản về ngành của bạn mà một chuyên gia đã biết sẵn. Thời gian đó không miễn phí — nó lấy từ timeline dự án và bandwidth của team bạn để giải thích ngữ cảnh đáng lẽ không cần giải thích.
Tư duy sản phẩm nông. Agency đa năng tối ưu cho những gì bạn yêu cầu. Agency chuyên biệt thường phản bác những gì bạn yêu cầu vì họ hiểu bạn thực sự cần gì. Sự khác biệt thể hiện ở quyết định sản phẩm: đặt độ phức tạp ở đâu, đơn giản hoá cái gì, tự động hoá cái gì vs. giữ thủ công để có tính kiểm toán, tại sao một tính năng trông đơn giản thực ra là bẫy.
Time-to-value kéo dài. Khi bản giao hàng đầu tiên trật giả định về domain, bạn bắt đầu iterate. Khi bạn iterate nhiều lần vì agency vẫn đang học nghiệp vụ của bạn, timeline kéo dài — và ngân sách theo đó.
5 Câu Hỏi Giúp Phân Biệt Thực Sự
Đây không phải câu hỏi bẫy. Đây là những câu khởi đầu cuộc trò chuyện được thiết kế để tiết lộ agency có chiều sâu domain thực sự hay chỉ có một bài pitch được luyện tập kỹ. Hãy lắng nghe tính cụ thể. Câu trả lời chung chung là tín hiệu đáng lo.
1. "Hãy kể cho tôi nghe một dự án mà kiến thức domain đã thay đổi quyết định kỹ thuật của bạn."
Một chuyên gia có câu chuyện sẵn sàng. Họ sẽ kể về lần họ phản bác cách tiếp cận microservices vì team vận hành của client không thể quản lý được overhead deployment. Hoặc lần họ đơn giản hoá thiết kế API vì data model của ngành có những điểm đặc thù khiến giải pháp "sạch" trở nên không thực tế. Câu chuyện sẽ cụ thể, bao gồm một ràng buộc mà họ chỉ biết vì quen thuộc với domain, và giải thích tại sao agency khác có thể không nhận ra.
Agency đa năng sẽ đưa ra câu trả lời chung về việc thích nghi với yêu cầu. Đó không phải điều tương tự.
2. "Bạn đã thách thức những giả định nào trong ngành của client gần nhất?"
Agency tốt biết phản bác. Họ không phải người nhận đơn hàng. Một chuyên gia trong domain của bạn sẽ có danh sách các giả định họ thường thấy client mắc phải — và track record về việc đưa ra những giả định đó sớm. Nếu câu trả lời mơ hồ ("chúng tôi luôn thách thức giả định và làm việc hợp tác với client"), hãy hỏi thêm về một ví dụ cụ thể. Tiếp tục hỏi cho đến khi có câu chuyện thật hoặc hết đường.
3. "Ai trong team đã từng làm việc trong ngành của chúng tôi — không phải với tư cách developer, mà là người thực hành?"
Câu này trực tiếp, và một số agency thấy không thoải mái. Nhưng nó quan trọng. Các team chuyên biệt tốt nhất có ít nhất một người đã vận hành trong ngành họ phục vụ — một analyst từng làm logistics trước khi trở thành product manager, một developer từng làm ba năm tại công ty y tế trước khi chuyển sang agency. Kinh nghiệm thực tế đó định hình cách cả team đặt câu hỏi và diễn giải yêu cầu.
Không phải agency tốt nào cũng có điều này, nhưng nếu có, đó là tín hiệu có ý nghĩa. Và nếu không có, hãy hỏi họ bù đắp cho điều đó bằng cách nào.
4. "Bạn sẽ xây dựng cái gì khác đi nếu tự mình làm cái này?"
Đây là câu hỏi về quan điểm. Chuyên gia có quan điểm. Họ đã xây đủ nhiều trong lĩnh vực của bạn để có góc nhìn về cái gì hiệu quả, cái gì không, và quan niệm thông thường sai ở đâu. Nếu câu trả lời là "chúng tôi sẽ xây đúng những gì bạn đang yêu cầu," đó là cờ vàng — hoặc họ đang nhường bộ quá nhiều, hoặc họ không có đủ ngữ cảnh domain để có quan điểm.
Bạn muốn một agency đã suy nghĩ về bài toán của bạn vượt ra ngoài những gì bạn đã nói với họ.
5. "Cho tôi xem những trường hợp bạn phản bác spec của client vì lý do domain context."
Phản bác là lành mạnh. Một agency không bao giờ phản bác thì hoặc là quá phục tùng, hoặc không biết đủ để không đồng ý. Hãy yêu cầu một ví dụ cụ thể về lần họ nói với client rằng spec của họ có vấn đề — không phải vấn đề kỹ thuật, mà là vấn đề domain. Nơi tính năng như yêu cầu sẽ hoạt động về mặt kỹ thuật nhưng thất bại về mặt thương mại, vận hành, hoặc với người dùng cuối. Client phản ứng như thế nào. Điều gì xảy ra tiếp theo.
Câu trả lời sẽ cho bạn biết nhiều về cách họ làm việc, không chỉ những gì họ biết.
TMNSolutions Là Gì (và Không Phải Gì)
Chúng tôi xây web application, hệ thống Laravel, và ứng dụng di động. Chúng tôi làm tốt — vững về kỹ thuật, tập trung vào giao hàng, và thành thật về timeline. Chúng tôi đã làm việc với client trong e-commerce, dịch vụ chuyên nghiệp, công cụ nội bộ, và SaaS.
Chúng tôi không phải dạng "chúng tôi làm tất cả". Chúng tôi không làm data engineering, hệ thống nhúng, hay triển khai ERP enterprise. Nếu bạn đến với chúng tôi một dự án ngoài phạm vi đó, chúng tôi sẽ nói thẳng — vì đưa bạn đi sai hướng không có lợi cho ai.
Điều chúng tôi chuyên là lớp thực thi: lấy một bài toán đã hiểu rõ và xây phần mềm đáng tin cậy, dễ bảo trì xung quanh nó. Chúng tôi đã học qua đủ dự án để biết điều gì làm web app dễ bàn giao so với ác mộng để maintain, pattern UX di động nào giữ được qua các hành vi người dùng khác nhau, và quyết định kiến trúc Laravel nào trở thành technical debt sau 18 tháng.
Đó là domain của chúng tôi. Chúng tôi biết nó đủ sâu để có quan điểm.
Agency Thừa Nhận Điều Họ Không Biết
Tín hiệu rõ nhất của tư duy chuyên biệt không phải là sự tự tin — mà là sẵn sàng vạch ra ranh giới. Agency đa năng nhận mọi dự án vì mọi dự án đều trong khả năng của họ (họ có thể xây phần mềm). Agency chuyên biệt đôi khi nói không — hoặc "không phải chúng tôi cho phần đó" — vì họ hiểu rằng khoảng cách giữa khả năng và chuyên môn có chi phí, và chi phí đó đổ lên client.
Khi bạn đánh giá các agency, cái nói "điều đó không phải thế mạnh của chúng tôi" hoặc "đây là nơi chúng tôi muốn đưa chuyên gia vào cho phần đó" thường đáng tin hơn cái nói có với tất cả.
Hãy hỏi năm câu hỏi. Lắng nghe tính cụ thể. Thưởng cho sự thành thật. Agency biết mình không biết gì là cái sẽ không khiến bạn ngạc nhiên sau sáu tháng.
