Sản phẩm số: phần nào của thiết kế, phần nào của kỹ thuật
Biết rõ phần nào thuộc nhà thiết kế và phần nào thuộc đội kỹ thuật, để Anh / Chị ghép đúng người cho đúng việc ngay từ buổi đầu.
Nhà thiết kế sản phẩm số nhận phần trải nghiệm: nghiên cứu người dùng, luồng, wireframe (khung giao diện thô), giao diện hoàn chỉnh, hệ thiết kế và đặc tả bàn giao cho đội lập trình. Phần kỹ thuật nền tảng thuộc đội kỹ thuật hoặc hãng phần mềm: backend (máy chủ và xử lý dữ liệu), cơ sở dữ liệu, hạ tầng, tích hợp hệ thống phức tạp. Anh / Chị nên chốt ranh giới này từ đầu để không để khoảng trống xuất hiện giữa chừng dự án.
- đội của Anh / Chị đã có năng lực lập trình và tự dựng được, chỉ cần thuê thiết kế giao diện
- cần cầu nối giữa ý đồ thiết kế và đội kỹ thuật, chọn thiết kế kèm phối hợp trong lúc dựng
- dự án có nhiều bên tham gia, cần chốt phạm vi rõ ngay từ đầu
- kỳ vọng một nhà thiết kế vừa thiết kế vừa dựng backend phức tạp
- sản phẩm có phần kỹ thuật sâu như ngân hàng hoặc ERP mà không có hãng phần mềm chuyên dụng đi kèm
Thiết kế sản phẩm số chia thành hai lớp: lớp trải nghiệm và giao diện, và lớp kỹ thuật nền tảng. Hai lớp này cần nhau nhưng do những người có chuyên môn khác nhau đảm nhận. Chốt rõ ranh giới giúp Anh / Chị ghép đúng người cho đúng việc và không để khoảng trống xuất hiện giữa chừng dự án.
Phần thuộc về thiết kế
Lớp trải nghiệm và thiết kế thường gồm:
- Nghiên cứu trải nghiệm người dùng: phỏng vấn, lập bản đồ hành trình, xác định điểm đau
- Thiết kế luồng (user flow): vẽ ra cách người dùng di chuyển qua từng bước trong sản phẩm
- Wireframe (khung giao diện thô): phác thảo cấu trúc màn hình trước khi đưa vào giao diện thật
- Thiết kế giao diện hoàn chỉnh: màu sắc, kiểu chữ, bố cục, trạng thái, hiệu ứng chuyển cảnh
- Hệ thiết kế (design system): thư viện thành phần giao diện nhất quán, dùng lại được cho toàn sản phẩm
- Đặc tả bàn giao: mô tả chi tiết hành vi, kích thước, trạng thái để đội lập trình dựng đúng ý đồ
Với dự án cần cầu nối chặt, nhà thiết kế còn phối hợp với đội kỹ thuật trong quá trình dựng.
Phần thuộc về kỹ thuật
Studio thiết kế không phải hãng phần mềm, nên các phần sau thuộc đội lập trình hoặc đối tác phần mềm:
- Backend (máy chủ, xử lý logic nghiệp vụ phía sau giao diện)
- Cơ sở dữ liệu: thiết kế, tối ưu, vận hành
- Hạ tầng: server, cloud, bảo mật hệ thống
- Tích hợp hệ thống phức tạp: cổng thanh toán ngân hàng, ERP, hệ thống thời gian thực nặng
- Hiệu năng nền tảng: tốc độ tải, khả năng chịu tải, tối ưu thuật toán phía kỹ thuật
Số liệu kinh doanh như tỷ lệ chuyển đổi hay doanh thu cũng không phải thứ giao diện tự bảo đảm được, vì chúng phụ thuộc chiến lược, giá, vận hành và nhiều yếu tố ngoài giao diện.
Giải pháp sản phẩm tốt sinh ra từ sự phối hợp cho và nhận giữa thiết kế và kỹ thuật, không phải từ việc chuyền yêu cầu một chiều.
Marty Cagan, INSPIRED và EMPOWERED
Vì vậy vai của người thiết kế là thiết kế và phối hợp chặt, không thay thế đội lập trình.
Hai mô hình hợp tác thực tế
Mô hình 1: thuê thiết kế riêng, đội của Anh / Chị tự dựng. Phù hợp khi đội lập trình đã đủ năng lực và chỉ cần nhận tệp thiết kế cùng đặc tả để bắt tay vào dựng ngay.
Mô hình 2: thiết kế kèm phối hợp suốt quá trình dựng. Phù hợp khi cần cầu nối chặt giữa ý đồ thiết kế và đội kỹ thuật: người thiết kế tham gia review, giải đáp thắc mắc của dev, điều chỉnh thiết kế khi gặp giới hạn kỹ thuật thực tế.
Chốt rõ mô hình nào ngay từ buổi đầu để các bên biết kỳ vọng của nhau và không ai làm chồng lên nhau.
Lỗi thường gặp khi không chốt phạm vi
- Kỳ vọng một nhà thiết kế vừa thiết kế vừa dựng backend, dẫn tới vỡ vai trò giữa chừng dự án
- Không chốt ai chịu phần kỹ thuật nào ngay từ đầu, đến lúc dựng mới phát hiện khoảng trống giữa các bên
- Coi bàn giao tệp thiết kế là xong, bỏ qua khâu phối hợp để đội dev hiểu đúng ý đồ và xử lý đúng các trạng thái ngoại lệ
- Làm sản phẩm cần chuyên môn kỹ thuật sâu như ngân hàng hay ERP mà không có đối tác phần mềm chuyên dụng đi kèm
- Kỳ vọng thiết kế giao diện sẽ tự bảo đảm con số chuyển đổi hay doanh thu
Cách cân khi ghép đội
Có ba câu hỏi nên trả lời trước khi chọn người. Đội kỹ thuật của Anh / Chị đã có chưa, hay phải tìm. Ai là người quyết khi thiết kế và kỹ thuật vướng nhau. Phần nào của sản phẩm là phần dễ sai nhất nếu hiểu lệch.
Khi biết rõ ai làm phần nào, dự án chạy trơn hơn, ít tranh cãi vai trò hơn, và sản phẩm cuối ra đúng ý đồ hơn.
Bảng kiểm quyết định
Chủ đề: Thiết kế sản phẩm số: phần nào của nhà thiết kế, phần nào của đội kỹ thuật. Cẩm nang Sinh Vũ, sinhvu.com
Bấm chọn từng mục Anh / Chị thấy đúng hoặc đã trả lời được, rồi bấm in hoặc lưu thành PDF để mang theo.
Nếu Anh / Chị đánh dấu phần lớn ở nhóm dấu hiệu trên, đây là lúc nên trao đổi kỹ hơn. Sinh Vũ có thể cùng Anh / Chị soi lại và đề xuất hướng đi.
Nguồn tham khảo
Chính sách dịch vụ Sinh Vũ P1 (Boundaries), tài liệu nội bộ. Marty Cagan, INSPIRED và EMPOWERED (sách, bản gốc tiếng Anh).
Câu hỏi thường gặp
Một bên có thể vừa thiết kế vừa lập trình toàn bộ sản phẩm không?
Có thể với sản phẩm nhỏ, nhưng thường mỗi bên giỏi một lớp. Thiết kế trải nghiệm và giao diện cần tư duy người dùng. Backend và hạ tầng cần năng lực kỹ thuật riêng. Với sản phẩm có độ phức tạp, ghép hai bên đúng vai thường cho kết quả tốt hơn là một bên ôm hết.
Sau khi nhận thiết kế, đội dev của tôi có hiểu và dựng đúng được không?
Điều đó phụ thuộc chất lượng bàn giao. Một bản bàn giao tốt gồm đặc tả (mô tả chi tiết hành vi, trạng thái), tệp thiết kế có cấu trúc rõ và hướng dẫn đủ để đội dev bám vào. Với dự án phức tạp, nên có người thiết kế tham gia review trong lúc dựng. Hai bên cần thống nhất điều này từ đầu để biết kỳ vọng của nhau.
Nếu sản phẩm của tôi cần tích hợp ngân hàng hoặc xử lý dữ liệu nặng thì sao?
Phần kỹ thuật chuyên sâu đó thuộc chuyên môn hãng phần mềm chuyên dụng. Trải nghiệm và giao diện cho sản phẩm ấy vẫn thiết kế được riêng, nhưng phần tích hợp và hạ tầng cần đội kỹ thuật đúng chuyên môn. Chốt rõ ai làm phần nào trước khi khởi động là bước không nên bỏ qua.
Bài viết là thông tin tham khảo. Phạm vi, giá và cam kết cụ thể của Sinh Vũ ghi trong hồ sơ đề xuất và hợp đồng đã ký.