Trước khi bắt tay vào thiết kế, một trong những bước quan trọng nhất của dự án là hệ thống lại design brief, thay vì tiếp nhận nguyên bản từ phía khách hàng. Bởi vì trong một dự án R&D, một brief không thể chỉ dừng lại ở một danh sách các yêu cầu, mà cần được định hình thông qua việc cân bằng giữa điều kiện thực tế, khả năng triển khai và kỳ vọng của chủ đầu tư. Những điều chỉnh này không nhằm thay đổi định hướng ban đầu, mà để làm rõ vấn đề và tối ưu lại các yêu cầu ở mức độ có thể triển khai được. Trong thực tế, nhiều yêu cầu ở giai đoạn đầu thường mang tính mong muốn hoặc định hướng, nhưng chưa đủ dữ liệu để đảm bảo tính khả thi. Vì vậy, việc hệ thống lại brief giúp chuyển những “ý tưởng ban đầu” thành một cấu trúc rõ ràng hơn, có thể đo lường, kiểm chứng và phát triển tiếp ở các bước sau.
Dựa trên kinh nghiệm phát triển sản phẩm, có thể thấy rằng cách một design brief được cấu trúc, đặc biệt là việc xác định mức độ ưu tiên cho từng hạng mục sẽ ảnh hưởng trực tiếp đến toàn bộ quá trình triển khai. Một brief rõ ràng không chỉ giúp định hướng thiết kế, mà còn là cơ sở để đưa ra quyết định, kiểm soát scope và hạn chế các rủi ro phát sinh trong quá trình phát triển. Vì vậy, việc refine lại brief là bước cần thiết để đảm bảo mọi quyết định về sau đều có nền tảng vững chắc và nhất quán. Quá trình này bắt đầu bằng việc thu thập và đối chiếu dữ liệu thực tế với các yêu cầu ban đầu. Những yếu tố hợp lý sẽ được giữ lại và củng cố bằng dẫn chứng, số liệu cụ thể; trong khi những yêu cầu chưa phù hợp sẽ được phân tích, làm rõ và điều chỉnh hoặc lược bỏ khi cần thiết. Mục tiêu không phải là “làm theo brief”, mà là xây dựng một brief hoàn chỉnh, phản ánh đúng nhu cầu sử dụng, bối cảnh vận hành và khả năng triển khai của sản phẩm. Điều này giúp đảm bảo rằng các quyết định ở những giai đoạn sau không bị lệch khỏi thực tế sử dụng.
Từ nền tảng đó, các chức năng của sản phẩm được phân loại lại theo mức độ ưu tiên. Những yếu tố cốt lõi ảnh hưởng trực tiếp đến hiệu quả sử dụng, sẽ được xác định là bắt buộc phải có. Trong khi đó, các tính năng bổ sung sẽ được cân nhắc đưa vào các phiên bản phát triển tiếp theo, tùy thuộc vào ngân sách, thời gian và mức độ cần thiết. Cách tiếp cận này giúp tránh tình trạng sản phẩm bị quá tải chức năng ngay từ đầu, đồng thời tạo ra một lộ trình phát triển rõ ràng, nơi mà mỗi giai đoạn đều có mục tiêu cụ thể và có thể kiểm soát được.
Song song đó, việc benchmark thị trường được thực hiện nhằm hiểu rõ những giải pháp đã tồn tại. Các sản phẩm và dịch vụ làm sạch hiện có, từ thiết bị gia dụng, công nghiệp đến các dịch vụ vệ sinh xe nôi chuyên dụng được nghiên cứu và phân tích để xác định đâu là những nguyên lý có thể tận dụng, đâu là những hạn chế cần tránh. Những hiểu biết này không được áp dụng một cách trực tiếp, mà được chọn lọc và điều chỉnh để phù hợp với bối cảnh sử dụng cụ thể của dự án. Cách tiếp cận này giúp rút ngắn thời gian phát triển, đồng thời giảm thiểu rủi ro khi phải xây dựng giải pháp từ đầu.
Một phần quan trọng khác là nghiên cứu hành vi người dùng thông qua mô phỏng thực tế. Các tình huống sử dụng được tái hiện lại thông qua việc “đóng vai”, kết hợp với các buổi vệ sinh giả lập trên xe nôi và nhiều loại chất bẩn khác nhau. Những kịch bản này không được xây dựng ngẫu nhiên, mà dựa trên quá trình nghiên cứu trước đó, bao gồm việc quan sát hành vi thực tế, phân tích video sử dụng, cũng như trao đổi trực tiếp với phụ huynh của trẻ. Từ đó, các yếu tố như quy trình thao tác, thời gian cho từng bước, mức độ hiệu quả và giới hạn thực tế của hệ thống được xác định rõ ràng. Nhờ vậy, UX không chỉ được xây dựng dựa trên giả định, mà dựa trên quan sát và kết quả kiểm chứng, giúp tăng độ tin cậy cho toàn bộ hệ thống trải nghiệm.
Ở góc độ quản lý dự án, toàn bộ quá trình này cũng giúp định hình cách tiếp cận R&D theo từng giai đoạn, với mục tiêu rõ ràng cho mỗi bước phát triển. Thay vì cố gắng “hoàn thiện ngay từ đầu”, việc chia nhỏ thành các giai đoạn giúp kiểm soát tốt hơn về phạm vi công việc, tiến độ và chất lượng đầu ra. Đồng thời, việc cân đối giữa phạm vi chức năng, ngân sách và thời gian được thực hiện song song với quá trình refine brief, nhằm đảm bảo rằng phiên bản được thống nhất là khả thi và phù hợp với nguồn lực thực tế. Đây là một yếu tố quan trọng để kiểm soát kỳ vọng giữa các bên, giảm thiểu rủi ro và duy trì sự nhất quán trong suốt quá trình phát triển sản phẩm.
Clovery Day 