Làm thế nào để đảm bảo rằng Dev Team hiểu được thiết kế của bạn

Đảm bảo thiết kế hoạt động tốt, có được sự đồng cảm với các developer, giao tiếp với họ bằng cùng một ngôn ngữ và nếu bạn biết HTML, CSS hoặc Javascript, bạn sẽ có trong tay đội ngũ phát triển.

Cách đây vài ngày, tôi có một ý tưởng thú vị về giao diện mới của ứng dụng tôi đang phát triển. Sau khi quan sát về khả năng sử dụng và thiết kế, tôi đã mô tả ý tưởng của mình với một trong những developer. Tôi nhận được câu trả lời nhanh chóng: “Chúng ta không thể làm được điều này!”. Điều đó không có nghĩa là nhận xét của tôi sai. Ý tưởng của tôi sẽ ảnh hưởng đến toàn bộ logic của code được triển khai, tính ổn định và sạch sẽ. Và để xây dựng nó sẽ mất khoảng hai tháng.

Do đó, tôi thường xuyên phải tính toán bất kỳ ràng buộc kỹ thuật nào do giới hạn phát triển, thời gian và cuối cùng là đối với các developer có xu hướng giữ code sạch. Vì vậy làm việc nhóm là kết quả của sự thương lượng liên tục và tôn trọng những quy tắc cơ bản nhỏ để tránh lãng phí thời gian.

Làm thế nào để tôi không chọc giận các developer?

• Đừng quá có tầm nhìn. Các ý tưởng phải hoạt động.
• Hiển thị luồng của ứng dụng. Tôi đi đâu sau khi click, tap?
• Làm việc với dữ liệu thực tế và suy nghĩ về một “thiết kế có thể mở rộng”. Nếu có một văn bản dài, điều gì sẽ xảy ra? nó hoạt động như thế nào trong các ngôn ngữ khác? và nếu trong tương lai chúng tôi sẽ bổ sung thêm nhiều thành phần vào menu thì điều gì sẽ xảy ra?
• Các trạng thái trống(Empty States) nếu bạn chưa biết chúng là gì thì hãy tìm hiểu nhé!
• Giải thích lý do lựa chọn của bạn về bố cục, màu sắc và sự tương tác.
• Style Guides và Assets rất quan trọng đối với công việc của các developers. Bạn phải chỉ ra mã màu sử dụng, phông chữ và giao diện. Cũng cần phải thu thập assets theo đúng cách, sắp xếp trong các thư mục đúng tên.
• Tạo một prototype hoạt động được và tự mình hiểu xem thiết kế của bạn có hoạt động hay không.
• Prototype hoạt động? Được rồi, hãy đưa nó cho các nhà phát triển.
• ĐIỂM CỘNG Nếu bạn thảo luận với họ bằng ngôn ngữ của các developer, bạn có thể nhận được sự tôn trọng. Nếu bạn có kiến ​​thức tốt về các ngôn ngữ lập trình (HTML, CSS, Java, PHP, JavaScript, C#, Objective-C hoặc Swift), bạn có thể trở thành một trong số họ và họ rất vui vẻ lắng nghe bạn.
• Không bao giờ quên người dùng

Đây là những quy tắc mà tôi ghi nhớ hàng ngày để làm việc tốt nhất với nhóm phát triển.

‍

Gần đây, quy tắc giúp tôi nhiều nhất trong việc giao tiếp với developer là Prototype. Vì tôi hiểu liệu thiết kế của mình có thể hoạt động hay không và nó sẽ dễ hiểu hơn đối với các developers. Với Prototype, bạn có thể kiểm tra các cử chỉ, tương tác, flow, khả năng sử dụng, kiểu chữ cũng như giao diện, tất cả chỉ trong một bản.

Có một số công cụ cho phép bạn tạo Prototype, bao gồm: Invision, Marvel, Pixate và Figma. Theo tôi, tốt nhất trong số đó là Figma vì bạn có thể tận dụng các component khi tạo các bản wireframe và mockup. Do đó mỗi khi chúng ta chỉnh sửa component thì các file prototype cũng được thay đổi theo. Giúp cho việc chỉnh sửa giao diện nhất quán, đồng nhất và tiết kiệm được rất nhiều thời gian.

Kết luận

Như trong mọi lĩnh vực, tinh thần đồng đội là rất quan trọng để có được kết quả tốt. Một bầu không khí thanh thản nơi mỗi thành viên làm việc với sự đồng cảm với những người còn lại trong nhóm cho thấy rằng mỗi bánh răng của quy trình đều hoạt động hiệu quả. Nếu tất cả nhóm tôn trọng các quy tắc, sản phẩm cuối cùng có thể rất tuyệt vời.Tôi đã đưa vào một số quy tắc mà tôi đã học được trong nhiều năm, có tính đến cả khía cạnh quản lý và con người. Với họ, tôi chắc chắn rằng nhóm phát triển đã hiểu rõ những gì nhóm thiết kế đã làm.

Tôi hy vọng bài viết này sẽ hữu ích.