TL;DR Tóm tắt

• Nhiều nhóm sản phẩm kỹ thuật số (hầu hết?) không có khả năng lãnh đạo tập trung vào thiết kế và/hoặc các nguồn lực cần thiết để trải qua quá trình thiết kế lại sản phẩm chính (hoặc để áp dụng một hệ thống thiết kế mới một cách toàn diện).
• Tuy nhiên, một cạm bẫy phổ biến của nhà thiết kế trong các tổ chức này là thiết kế các mẫu “lý tưởng”, theo nguyện vọng đại diện cho sự thay đổi lớn trong hệ thống: nghĩa là “hãy thiết kế hệ thống tốt nhất mà chúng ta có thể nghĩ ra,” thay vì một hệ thống sẽ nâng cao hiệu quả nhất sản phẩm hiện có.
• Cách tiếp cận ưa thích của tôi là ít “cách mạng”, nhiều “tiến hóa” hơn: bằng cách phát triển một hệ thống từ gốc rễ của sản phẩm hiện có (thay vì ép buộc thay đổi mang tính cách mạng), bạn sẽ đạt được trải nghiệm người dùng thân thiện với người dùng, mạch lạc hơn, dễ đoán hơn và nhanh hơn nhiều .

Các công ty có nguồn lực hạn chế để tạo điều kiện thay đổi thiết kế

Các tổ chức như Airbnb và Apple đã cho chúng ta thấy rằng cách tiếp cận ưu tiên thiết kế đối với sản phẩm có thể dẫn đến những trải nghiệm tuyệt vời — và, đôi khi, thậm chí là thành công về mặt thương mại! Và các công ty như MailChimp và Google (với sự ra mắt của Material Design ) đã thực hiện một công việc đáng ngưỡng mộ - điều chỉnh thành thay đổi thiết kế tích cực toàn diện.

Thông thường, khi các nhóm thiết kế nói về các hệ thống thiết kế, đó là những công ty mà họ nghĩ đến: “Cái chúng tôi cần là Thiết kế Vật liệu cho [sản phẩm của chúng tôi]!” Công cụ rất thú vị, nhưng đó là một yêu cầu cao đối với một nhóm có nguồn lực kỹ thuật hạn chế, yêu cầu cao và đã có một lượng công việc tồn đọng: họ muốn có một sản phẩm được thiết kế tốt, nhưng trước tiên họ phải làm việc trên [X, Y, và các dự án Z]… tất cả đều có thể có câu chuyện “ROI” rõ ràng hơn là thay đổi thiết kế.

Nghe có vẻ quen? Điều đó đúng với tôi, đặc biệt là trong các tổ chức từ giai đoạn đầu đến giai đoạn giữa mà tôi thích làm việc hơn.

Vì vậy, bạn là một nhà thiết kế làm việc với “ngân sách” Kỹ thuật hạn chế. Bạn có những ý tưởng tuyệt vời cho sản phẩm của mình, cộng với các mẫu, hành vi và tính thẩm mỹ mới mà bạn đang muốn thực hiện. Nhưng khi bạn nhìn lại toàn bộ sản phẩm của mình ngày hôm nay, đây là cảm nhận của bạn về nó:

Đó là: bạn đã có trải nghiệm người dùng lớn, cốt lõi của mình, trải nghiệm này theo thời gian đã được kết hợp với các trang anh chị em, luồng và các nhánh sản phẩm khác. Chúng được xây dựng trong nhiều tháng hoặc nhiều năm, bởi những người làm sản phẩm đa dạng với các hướng thiết kế đa dạng. Một số tính năng này có thể được xây dựng dưới dạng giải pháp MVP — “khách hàng của chúng tôi cần tính năng này ngay bây giờ! Chúng tôi sẽ thêm 'thiết kế' sau” — và chưa được động đến kể từ đó. Tất cả những điều này được xây dựng với mục đích tốt nhất cho người dùng và doanh nghiệp, nhưng với tư cách là một hệ thống thiết kế, bạn có thể đang đối mặt với những trải nghiệm vô cùng sơ đẳng.

Vậy làm thế nào để bạn, nhà thiết kế sản phẩm, định hình được thứ này?

Cuộc cách mạng: đạt đến đỉnh cao thiết kế trong một cú sút lớn

Vive la révolution! Khi bạn đang ngồi trong Sketch trước màn hình Apple Thunderbolt của mình, đây là một cái bẫy cảm xúc dễ mắc phải: “giá như tôi có thể bắt đầu lại từ đầu, tôi có thể khiến sản phẩm này trở nên nổi tiếng! ”. Nhưng làm thế nào để bạn có kế hoạch thực sự thực hiện điều này? Có lẽ một cái gì đó như thế này:

Tuyệt vời lắm: bạn đã có được hệ thống thiết kế hoàn hảo của mình! Hãy chia nhỏ cách tiếp cận này để áp dụng một hệ thống thiết kế.

ưu

• Sản phẩm của bạn hiện có thiết kế trong mơ của chúng tôi! THẬT KỲ DIỆU!
• Bạn đã thiết kế mọi thứ cùng một lúc, với cùng một nhà thiết kế trong phòng, vì vậy tất cả đều cực kỳ gắn kết và chu đáo. CẢM THẤY RẤT TỐT!

• Điều này… hầu như không bao giờ thực sự diễn ra theo cách này.
• Hàng tấn tài nguyên cần được dành riêng trong một thời gian dài.
• Điều này được thiết kế trong môi trường chân không (cho dù nó đã được nghiên cứu kỹ lưỡng hay chưa), vì vậy nó không xem xét một số thách thức trong thế giới thực mà bạn chắc chắn sẽ khám phá ra khi người dùng thực bắt đầu sử dụng nó.
• Cuối cùng (nhưng có thể là hầu hết ), người dùng/khách hàng của bạn đã phải sử dụng phiên bản sản phẩm dở tệ cũ của bạn trong nhiều tháng hoặc nhiều năm , chỉ để đối mặt với sự thay đổi lớn đột ngột trong thiết kế sản phẩm bất cứ khi nào bạn tung ra sản phẩm mới này.

Mô hình “Ngôi sao phương Bắc”: đạt đến đỉnh cao thiết kế sản phẩm, từng điểm một kỳ diệu

Vì vậy, nhóm của bạn đang thiết kế trải nghiệm sản phẩm lý tưởng của họ, nhưng hóa ra bạn không có các nguồn lực cần thiết cho một cuộc cách mạng thiết kế đơn phương. Ưa thích mà! Nhưng giờ đây chúng ta đã thiết kế xong các mẫu, hành vi và quy tắc tuyệt vời này, hãy bắt đầu áp dụng chúng một cách có cơ hội khi chúng ta làm việc trên các trang và tính năng của sản phẩm. Ở đây không có gì:

Được rồi, chúng tôi đã có một số chuyển động ở đây và khi kết thúc quá trình này, chúng tôi đã có một số trải nghiệm thực sự thú vị về sản phẩm của mình (ngay cả khi chúng tôi vẫn đang mang theo một số hành lý bên mình).

ưu

• Xem giấc mơ thiết kế của bạn trở thành hiện thực trong sản phẩm của bạn, ngay cả khi đó chỉ là những mảnh nhỏ.
• Thực tế hơn nhiều so với Cuộc cách mạng thiết kế đầy đủ.
• Trong tương lai xa (và nếu bạn đã quản lý để giữ nguyên sở thích thiết kế trong suốt những năm này), bạn có thể thấy phần còn lại của sản phẩm được hình thành. Có lẽ.

• Những thay đổi mạnh mẽ hơn đòi hỏi nhiều tài nguyên hơn cho mỗi thay đổi (khi bạn mở ra các trường hợp khó khăn, hạn chế kỹ thuật, v.v.), do đó, tốc độ thay đổi sẽ chậm hơn so với khi bạn sử dụng các mẫu cũ hoặc thay đổi thận trọng hơn.
• Cuối cùng, bạn đã có một số thiết kế tuyệt vời, nhưng hãy xem các giai đoạn chuyển tiếp của dự án này: đó là số tháng hoặc số năm mà người dùng và khách hàng của bạn đang sử dụng những sản phẩm thực sự chắp vá này , trong đó trải nghiệm và phong cách có thể thay đổi đáng kể từ màn hình này sang màn hình khác. Bạn có thực sự thiết kế để công việc của bạn cuối cùng sẽ đơm hoa kết trái trong nhiều năm kể từ bây giờ không? Không nghĩ như vậy.
• Vào thời điểm phần lớn sản phẩm của bạn đã chuyển sang hệ thống mới này, bạn (và phần còn lại của cộng đồng thiết kế) có thể đã thay đổi về những gì được coi là thiết kế giao diện người dùng tốt, phổ biến hoặc thậm chí hợp thời trang. Tất cả những điều đó đều hiệu quả và bạn vẫn mắc kẹt với một thiết kế (đúng vậy, “thiết kế mới” của bạn) đã vài năm tuổi.

Xét về phong cách và hành vi, chúng rất khác nhau , vì vậy nếu bạn đang di chuyển từng phần UX của mình từng chút một, thì bạn sẽ có các hình thức và đầu vào khác nhau đáng kể được trình bày trên sản phẩm của mình. Đó là một ví dụ nhỏ đại diện cho một vấn đề lớn hơn trong việc thực hiện các thay đổi thiết kế mạnh mẽ theo cách từng phần.

Nhưng, có hy vọng! Bạn có thể tránh việc thay đổi thiết kế cẩu thả, khó khăn bằng cách thiết kế một hệ thống dựa trên những gì bạn có. Người ta thậm chí có thể nói rằng bạn nên “phát triển” sản phẩm của mình từ vị trí của ngày hôm nay…

It's Evolution, Baby : đạt được sản phẩm tốt hơn, nhanh hơn bằng cách đánh giá cao những gì bạn có

Đối với nhóm thiết kế có ngân sách Kỹ thuật hạn chế, tôi khuyên bạn nên xây dựng (hoặc nâng cao) hệ thống thiết kế của mình bằng cách tận dụng tốt nhất những gì sản phẩm của bạn đã làm và xây dựng trên đó. Ngay cả khi bạn là nhà thiết kế đầu tiên trong một nhóm khởi nghiệp nhỏ, thì ai đó (cho dù đó là nhà thiết kế, trưởng nhóm sản phẩm hay nhà phát triển) đã chọn đưa ra các quyết định về giao diện người dùng này vì những lý do thực sự. Các bước của bạn sẽ khác nhau tùy thuộc vào trạng thái hiện tại của sản phẩm, nhưng quy trình sẽ bắt đầu như sau:

1. Tìm hiểu về hệ thống thiết kế hiện tại của bạn (nếu có) : các thành phần đến từ đâu? Có thư viện hoặc biểu định kiểu cốt lõi nào đó trong tổ chức của bạn không? Làm thế nào được tổ chức? Ai đã xây nó? Ai sử dụng nó nhiều nhất và họ sử dụng phần nào của nó? Khi nào họ phải đi off-road mà không có nó?
2. Kiểm kê các mẫu và hành vi mà bạn thấy trong sản phẩm của mình : làm cách nào để bạn trình bày các loại thông tin khác nhau cho người dùng? Làm thế nào để người dùng chọn những gì họ muốn xem? Làm thế nào để họ nhập thông tin? Đối với các thành phần giao diện: bạn có thấy các tab, thẻ, danh sách hoặc biểu mẫu không? Trong tình huống nào mỗi yếu tố xuất hiện?
3. Viết ra các quy tắc mà sản phẩm của bạn dường như tuân theo; sau đó tự thắt chặt các quy tắc: ở đâu đó đằng sau tất cả khoản nợ thiết kế, có một logic về cách sản phẩm của bạn được kết hợp với nhau. Hiểu các quy tắc thiết kế mà sản phẩm của bạn dường như tuân theo, sau đó nhân đôi chúng. “ Dường như chúng tôi sử dụng bảng cho rất nhiều thứ, kể cả khi người dùng phải chọn nội dung sẽ tương tác ” có lẽ đã trở thành một quy tắc: “ chúng tôi sử dụng các hàng của bảng để cho phép người dùng chọn giữa các mục có liên quan nhưng độc lập với nhau ”.
4. Nhận sự đồng thuận từ (các) nhóm của bạn: truyền đạt đánh giá và kế hoạch của bạn. Xây dựng sự đồng thuận thì nói dễ hơn làm, nhưng việc bạn xây dựng hệ thống này từ sản phẩm hiện có sẽ khiến cuộc trò chuyện và quá trình chuyển đổi này dễ dàng hơn so với việc bạn tạo ra các mẫu và quy tắc hoàn toàn mới. Chắc chắn nhiều bên liên quan này cũng là những người đóng góp vào hình thức của sản phẩm ngày nay, vì vậy con đường này tôn trọng vai trò của họ hơn và tất cả kiến ​​thức tổ chức được đưa vào các thiết kế hiện có.
5. Bắt đầu xây dựng với hệ thống này: bây giờ bạn đã biết những quy tắc cần tuân theo và các mẫu nên sử dụng, hãy chỉ định các mẫu đó và bắt đầu tuân theo các quy tắc! Lần tới khi các kỹ sư của bạn đưa vào một bảng, thẻ, biểu mẫu, v.v., hãy đảm bảo rằng đó là thành phần được chỉ định kỹ thuật và họ đang sử dụng nó đúng cách. Theo thời gian, nhiều giao diện của bạn sẽ sử dụng hệ thống thiết kế mới này, nhưng nó sẽ kết hợp tương đối tốt với các phần cũ hơn của giao diện.

ưu

• RẤT NHIỀU XANH . Bằng cách dựa trên hệ thống mới một cách lỏng lẻo dựa trên các mẫu hiện có, bạn sẽ đạt được mức độ “tốt” nhanh hơn.
• “Trải nghiệm tốt” kết hợp tương đối tốt với “trải nghiệm cũ”, tạo nên trải nghiệm liền mạch hơn — vâng, ngay cả trong những tháng và/hoặc năm chuyển tiếp khó khăn đó.
• Ít thay đổi đáng kể hơn có nghĩa là bạn có thể áp dụng các thành phần và mẫu mới của mình nhanh hơn. Sau đó, khi tất cả chúng đã được cắm vào hệ thống, bạn có thể thay đổi và cập nhật chúng ở cấp độ hệ thống: điều đó làm tăng khả năng bạn có thể theo kịp đội Jones kế bên (tức là các đối thủ cạnh tranh của bạn) sau này khi họ chắc chắn nhận được một giao diện người dùng mới của riêng họ.
• Thay đổi ít kịch tính hơn cũng có thể tốt từ quan điểm của người dùng: người dùng nổi tiếng là không thích thay đổi (hãy xem mọi thiết kế lại của Facebook hoặc thiết kế lại quy mô lớn của công cụ B2B yêu thích của bạn), vì vậy việc tránh những bước nhảy vọt có thể giảm thiểu những va chạm trong mối quan hệ của bạn với đối tác. người dùng/khách hàng.
• Điều này ít tốn tài nguyên hơn và tự nhiên hơn đối với tổ chức hữu cơ của bạn. Trái ngược với “cuộc cách mạng” và các sáng kiến ​​​​điều hành khổng lồ, điều này có thể duy trì thiện chí của nhóm tốt hơn. Nó làm cho việc thiết kế tốt trở nên đúng đắn , thay vì chỉ cảm thấy như có rất nhiều công việc thực sự khó khăn.

• Không có!
• Chỉ đùa thôi. Như bạn có thể thấy, chúng tôi đã không thực sự đi đến giai đoạn “lý tưởng” của thiết kế niết bàn trong mô hình này. Mô hình “Tiến hóa” bảo thủ hơn giúp chúng tôi thiết kế tốt nhanh hơn và dễ dàng hơn, nhưng có lẽ chúng tôi đã không nắm bắt một số cơ hội 'ý tưởng lớn' mà chúng tôi có thể có.
• Đôi khi, làm việc nhỏ và không lập kế hoạch cho “tầm nhìn lớn” có thể khiến bạn bỏ lỡ một số phụ thuộc và/hoặc cơ hội sau này trong quá trình phát triển hệ thống thiết kế của mình. Có nhiều cách để giảm thiểu điều này - ví dụ: bằng cách có một số loại tầm nhìn khác ngoài việc "thực hiện từng bước nhỏ" - mà tôi sẽ đề cập trong một bài viết chi tiết hơn sau này.
• Đôi khi thiết kế sản phẩm “cũ” trong sản phẩm của bạn thực sự rất tệ, vì vậy nó thậm chí có thể không phải là một điểm khởi đầu tốt. (Đây là một con đường tinh thần hấp dẫn để theo đuổi, nhưng tôi không khuyến khích bạn làm như vậy: trong hầu hết các trường hợp, nếu bạn đang làm việc trên một sản phẩm thậm chí thành công vừa phải thì một cái gì đó trong thiết kế cũ vẫn hoạt động tốt, cho dù bạn có thích nó hay không ).

Công việc của bạn là cải thiện trải nghiệm mà khách hàng và người dùng có với sản phẩm của bạn. Nếu bạn nhắm tới mặt trăng trên mọi thiết kế nhỏ và sau đó đốt cháy một loạt tài nguyên Kỹ thuật để biến những thay đổi đó thành hiện thực, thì bạn có thể đang “tiêu tốn” những tài nguyên đó một cách kém cỏi và do đó hạn chế khối lượng công việc bạn có thể làm để cải thiện những thứ khác cho người dùng của mình . Làm cho một luồng người dùng trở nên hoàn hảo có tốt hơn làm cho luồng ba người dùng tốt không? Có thể dành cho bạn, nhưng có thể không dành cho người dùng của bạn.

Bằng cách thực tế hơn với hệ thống thiết kế của bạn — bằng cách xây dựng hệ thống từ các nền tảng hiện có và giữ cho hệ thống thân thiện với quá trình chuyển đổi — bạn có thể áp dụng hệ thống mới nhanh hơn và bạn (và người dùng của bạn) có thể bắt đầu gặt hái những lợi ích.

Vì vậy, hãy tiến lên và Tiến hóa!

Cập nhật (một năm hoặc lâu hơn)

Tôi đã viết một phần khác về hệ thống thiết kế mà tôi đang thực hiện cho Hired — cùng một dự án đã truyền cảm hứng cho phần “Evolution” này một năm trước.

Tôi đã nới lỏng quan điểm của mình một chút về cách tiếp cận “giống như Sao Bắc Đẩu” khi đưa ra một số bài học từ dự án đó, nhưng những người thuê cốt lõi của bài đăng này vẫn đứng vững: Trong hầu hết các trường hợp, Evolution vẫn là cách tiếp cận có trách nhiệm đối với người dùng, sản phẩm của bạn và tổ chức của bạn.