Hoàn hảo là điều không thể, ngay cả khi việc đuổi theo nó mang lại cho một số người cảm giác sảng khoái. Sau đó, chúng ta nên quản lý việc phát triển web và ứng dụng như thế nào để có thể đạt được các mục tiêu hợp lý và có thể đạt được?

Tôi đã làm trong lĩnh vực thiết kế đồ họa, xuất bản trên máy tính để bàn, phương tiện truyền thông tương tác, phát triển web và phát triển ứng dụng trong suốt quá trình khởi đầu của từng thể loại này của lĩnh vực kỹ thuật số, bắt đầu từ những năm 1980.

Đẩy phong bì là một mô hình mà nhiều người trong chúng ta, các nhà thiết kế và nhà phát triển, đều cảm thấy thích thú. Rốt cuộc, đó là một cảm giác điên rồ khi cố gắng nâng cao vị thế cho ứng cử viên tiếp theo, và cuối cùng, nâng tất cả mọi người lên cả về sự hưng phấn và kỹ năng.

Tuy nhiên, mọi lý tưởng đều có giới hạn, và sự hoàn hảo là điều không thể (chỉ có Chúa mới có sự hoàn hảo). Vì vậy, đối với những người còn lại, chúng ta có thể làm gì để đạt được sự cân bằng hài hòa giữa các mục tiêu có thể đạt được, sự tỉnh táo và chất lượng cuộc sống?

Đơn giản - hãy chú ý đến "đặc điểm creep" (còn được gọi là "featuritis" hoặc "featurism").

Một số chủ sở hữu nội dung, nhà phát triển web hoặc nhà phát triển ứng dụng rơi vào bẫy khi cố gắng đưa vào mọi tính năng mà họ có thể mơ ước, chỉnh sửa bản kết xuất này đến bản kết xuất khác, cố gắng đạt được điều gì đó xa xôi, và sau đó luôn thất bại thảm hại với thời hạn trượt dài, bị mất cơ hội kinh doanh, thời gian đưa ra thị trường chậm, chi phí leo thang và tính năng hoặc nội dung nở rộ trên các thuộc tính web hoặc ứng dụng cuối cùng của họ. Và điều tồi tệ nhất là càng có nhiều lỗ hổng thì càng có nhiều lỗ hổng, lỗi phần mềm và lỗi.

Tình huống lý tưởng là gì, đặc biệt là dựa trên kinh nghiệm thực tế đã được kiểm chứng tại hiện trường?

Apple là một trong những ví dụ tuyệt vời như vậy, đặc biệt là trong những năm hoàng kim khi Steve Jobs quá cố điều hành nơi này. Mỗi sản phẩm Steve tung ra đều phải được tinh chỉnh cho đến khi chỉ còn lại những tính năng, giao diện, thiết kế và nền tảng tối giản. Sẽ có một chút cồng kềnh, nếu có, và toàn bộ sản phẩm (bạn có nhớ iMac ban đầu không?) Chỉ đơn giản là hoạt động, và ngay cả một đứa trẻ cũng có thể dễ dàng tìm ra cách sử dụng sản phẩm.

Trong những ngày đầu, kẻ thù không đội trời chung của Apple, Microsoft, đã đi một con đường dài để mắc lỗi với tính năng này đến tính năng khác, dẫn đến tính năng phình to và các sản phẩm của họ sẽ mất đi tính đơn giản, rõ ràng và dễ sử dụng. Nhưng tất nhiên, kể từ đó, Microsoft đã thay đổi và ngày nay, Windows 10 UX đã sạch sẽ và dễ hiểu, ngay cả đối với những người chưa sử dụng UI trước đây.

Nguyên tắc cơ bản của việc thiết kế web hoặc thiết bị di động là gì, nếu chúng ta muốn tránh tính năng sai lệch?

1) Ưu tiên di động.

Nếu bạn đang thiết kế một trang web và chạy trên CMS (hệ thống quản lý nội dung) như WordPress, bạn nên thiết kế hoặc chọn một mẫu đáp ứng giúp khách hàng di động của bạn dễ dàng sử dụng. Nhiều người đang đọc tin tức và cập nhật sản phẩm trên điện thoại di động của họ và nội dung màn hình rộng trên máy tính để bàn nhanh chóng mất đi sức hút. Và vì băng thông di động đắt và hẹp ở nhiều địa điểm, hãy thiết kế nội dung web hoặc ứng dụng của bạn nhẹ nhàng, với nội dung dành riêng cho màn hình thay vì đồ họa ngốn băng thông để ngăn chặn triển vọng chuyển đổi thành khách hàng mua. Quy tắc tương tự cũng áp dụng cho việc thiết kế ứng dụng.

2) Ít hơn là nhiều hơn.

Nếu chúng ta muốn thiết kế một trình xử lý văn bản, hãy nghĩ đến trình soạn thảo văn bản với giao diện người dùng dễ dàng, thay vì một trình xử lý tài liệu đóng gói nhiều tính năng đòi hỏi người dùng của chúng ta phải học bằng cách nghiên cứu sách hướng dẫn dày 2 inch. Như bạn có thể đã biết, hầu hết mọi người tránh đọc những ngày này. Vì vậy, hãy xác định những gì bạn muốn đạt được với ứng dụng hoặc trang web của mình và thiết kế theo những nhu cầu cơ bản nhất. Ví dụ: nếu trang web của bạn dành cho mọi người mua các sản phẩm thực, ngoài việc làm cho nó đáp ứng với bất kỳ kích thước màn hình nào, hãy đảm bảo rằng người dùng có thể tìm kiếm theo loại hoặc danh mục sản phẩm, với một menu đơn giản gồm các danh mục sản phẩm có sẵn. Lý tưởng nhất là trang chủ nên giới thiệu các sản phẩm mới nhất mà bạn đang quảng cáo. Nút "mua" phải nổi bật trong mỗi trang sản phẩm và giữ cho bản sao văn bản đơn giản và đồ họa nhẹ. Rốt cuộc, bạn đang cố gắng thu hút khách hàng mua hàng, chứ không phải cố gắng giành được giải thưởng về trang web.

3) Đóng gói.

Nếu bạn đang thiết kế một trang web hoặc một ứng dụng, bạn cần một tài liệu thiết kế có mục tiêu hữu hạn và mọi thứ mà người dùng của bạn yêu cầu phải được gói gọn trong tài liệu đó, không có chỗ cho việc mở rộng tính năng cho đến khi trang web hoặc ứng dụng của bạn hoàn tất và được khởi chạy. Điều này là để tránh hiện tượng rão tính năng và nhóm của bạn sẽ thấy một mục tiêu hữu hạn hơn là một mục tiêu di động không thể hoàn thành. Không ai muốn làm việc với vai trò phát triển, nơi không bao giờ có thể đạt được hoặc hoàn thành các mục tiêu. Trong kịch bản nhóm, hãy chỉ định một người lãnh đạo kiên quyết và kiên quyết về các mục tiêu và thời hạn hoàn thành, và một người lãnh đạo như vậy không bao giờ được nhúc nhích khi ai đó cố gắng "đẩy phong bì" để làm nổi bật. Luôn có phiên bản tiếp theo để giới thiệu các tính năng mới.

4) Cho phép sai sót.

Không ai là hoàn hảo cả. Lịch sử loài người đã chứng minh rằng ai cũng mắc sai lầm. Những công ty lớn nhất, với nguồn nhân lực và tài chính vô hạn, thường mắc phải những sai sót lớn. Vì vậy, hãy cắt giảm sự chùng xuống của các nhóm phát triển của bạn và để xảy ra những sai sót hợp lý. Nếu có lỗi, hãy sửa chúng, nhưng hãy thừa nhận rằng lỗi và những lỗi khác xác định con người của chúng ta - chúng ta không hoàn hảo và sẽ không bao giờ như vậy.

Mỗi cuộc hành trình không bao giờ là cuộc hành trình duy nhất, mà thường là một phần của cuộc hành trình dài cả cuộc đời. Như mô hình phát triển Agile cho chúng ta thấy, mỗi bước lặp đi lặp lại có thể là một thành công nhỏ theo đúng nghĩa của nó và cần được tôn vinh.