Hãy tưởng tượng rằng bạn cần cải thiện UX của một hệ thống cũ. Một hệ thống đã âm thầm hoạt động ở chế độ nền trong gần một thập kỷ. Nó chậm, bị hỏng một nửa, không đáng tin cậy và đã lỗi thời nghiêm trọng — một loại “hộp đen” mà mọi người đều dựa vào, nhưng không ai thực sự biết điều gì đang xảy ra bên trong. Bạn thậm chí sẽ bắt đầu từ đâu? Những câu chuyện về di sản thường gây nản lòng, phiêu lưu và hoàn toàn khó hiểu. Chúng đại diện cho sự kết hợp của các quyết định có nhịp độ nhanh, sửa chữa nhanh và nợ UX tích lũy. Không có giải pháp nào phù hợp cho tất cả để giải quyết chúng, nhưng có nhiều cách để đạt được tiến bộ, mặc dù chậm, đồng thời tôn trọng nhu cầu và mối quan tâm của người dùng và các bên liên quan. Bây giờ, hãy xem làm thế nào chúng ta có thể làm điều đó. Những thách thức thực tế của UX kế thừa Có thể có cảm giác rằng các sản phẩm cũ sắp bị ngừng sử dụng bất cứ lúc nào. Nhưng trên thực tế, chúng thường rất quan trọng đối với hoạt động hàng ngày. Nhiều hệ thống cũ được tùy chỉnh nhiều để phù hợp với nhu cầu của tổ chức, thường được nhà cung cấp xây dựng bên ngoài và thường không có quá trình kiểm tra khả năng sử dụng nghiêm ngặt. Các doanh nghiệp thường dành 40–60% thời gian để quản lý, bảo trì và tinh chỉnh các hệ thống cũ. Chúng rất cần thiết, quan trọng - nhưng cũng rất tốn kém để duy trì sự sống.
1. Di sản phải cùng tồn tại với các sản phẩm được xây dựng xung quanh chúng Chạy trong một hệ sinh thái đã bị hỏng hàng chục năm tuổi, di sản vẫn hoạt động nhưng không ai biết chính xác bằng cách nào và tại sao nó vẫn hoạt động. Những người thành lập ban đầu có lẽ đã rời công ty từ nhiều năm trước, để lại rất nhiều điều chưa biết và công việc được ghi chép kém. Cùng với đó là những lựa chọn thiết kế rời rạc và không nhất quán, mắc kẹt trong các phiên bản cũ của các công cụ thiết kế cũ đã ngừng sử dụng từ lâu.
Tuy nhiên, các hệ thống cũ phải cùng tồn tại trong các sản phẩm kỹ thuật số hiện đại được xây dựng xung quanh chúng. Theo nhiều cách, kết quả cuối cùng giống với một Frankenstein — nhiều mảnh ghép được dán lại với nhau, thường là sự kết hợp của các giao diện người dùng hiện đại và các mảnh vỡ ở đây và hầu như không thể sử dụng được ở chỗ này chỗ kia — đặc biệt là khi nói đến việc xác thực, thông báo lỗi hoặc xử lý dữ liệu. 2. Hệ thống kế thừa tạo nên hoặc phá vỡ UX Khi bạn sửa một chút lỗi nhanh chóng, các vấn đề logic nghiệp vụ chưa được giải quyết và bố cục không phản hồi, bạn sẽ có trải nghiệm thực sự khó chịu, bất chấp nỗ lực to lớn dành cho phần còn lại của ứng dụng. Nếu một bước trong quy trình người dùng phức tạp cảm thấy hoàn toàn bị hỏng và khó hiểu, thì toàn bộ sản phẩm dường như cũng bị hỏng, bất chấp những nỗ lực đáng kinh ngạc mà nhóm thiết kế đã dồn vào phần còn lại của sản phẩm. Chà, cuối cùng, bạn sẽ phải giải quyết di sản. Và đó là lúc chúng ta cần xem xét các tùy chọn có sẵn cho lộ trình UX của bạn. Lộ trình UX để giải quyết các dự án kế thừa Đừng loại bỏ di sản: Xây dựng dựa trên kiến thức hiện có Bởi vì các hệ thống cũ thường là những ẩn số lớn gây ra nhiều thất vọng cho mọi người, từ các bên liên quan đến nhà thiết kế, kỹ sư cho đến người dùng. Ý nghĩ ban đầu có thể là loại bỏ nó hoàn toàn và thiết kế lại từ đầu, nhưng trên thực tế, điều đó không phải lúc nào cũng khả thi. Việc thiết kế lại vụ nổ lớn là một nỗ lực hết sức tốn kém và tốn nhiều thời gian.
Các hệ thống cũ nắm giữ kiến thức có giá trị về thực tiễn kinh doanh và chúng hoạt động hiệu quả — và một hệ thống mới phải hoàn toàn phù hợp với kiến thức nhiều năm và sự tùy chỉnh được thực hiện ở hậu trường. Đó là lý do tại sao các bên liên quan và người dùng (trong B2B) thường gắn bó chặt chẽ với các hệ thống cũ, bất chấp tất cả những hạn chế và khó khăn nổi tiếng của chúng. Đối với hầu hết mọi người, vì những hệ thống như vậy là trọng tâm của hoạt động kinh doanh nên việc vận hành trên chúng dường như cực kỳ rủi ro và sẽ đòi hỏi sự thận trọng và chuẩn bị đáng kể. Người dùng doanh nghiệp không muốn rủi ro lớn. Vì vậy, thay vì loại bỏ hoàn toàn di sản, chúng ta có thể bắt đầu bằng cách thu thập kiến thức hiện có trước tiên. Lập bản đồ các quy trình làm việc và phụ thuộc hiện có Nơi tốt nhất để bắt đầu là hiểu chính xác cách thức và vị trí các hệ thống cũ được sử dụng. Bạn có thể phát hiện ra rằng một số phần của hệ thống cũ được sử dụng ở mọi nơi — không chỉ trong sản phẩm của bạn mà còn trong bảng điều khiển doanh nghiệp, bởi các đại lý bên ngoài và bởi các công ty khác tích hợp sản phẩm của bạn vào dịch vụ của họ.
Thông thường, các hệ thống cũ có sự phụ thuộc riêng, tích hợp các hệ thống cũ khác có thể cũ hơn nhiều và ở trạng thái tồi tệ hơn nhiều. Rất có thể bạn thậm chí không xem xét đến chúng trong thiết kế lại của vụ nổ lớn - chủ yếu là vì bạn không biết có bao nhiêu hộp đen trong đó.
Thiết lập một bảng để ghi lại các quy trình làm việc hiện tại và các phần phụ thuộc để có đượcý tưởng tốt hơn về cách mọi thứ hoạt động cùng nhau. Bao gồm các bên liên quan và thu hút những người sử dụng nhiều vào cuộc trò chuyện. Bạn sẽ không thể mở hộp đen, nhưng bạn vẫn có thể làm sáng tỏ nó từ góc nhìn của những người khác nhau, những người có thể dựa vào di sản cho công việc của họ.
Khi bạn đã hoàn thành việc đó, hãy thiết lập một cuộc họp để phản ánh với người dùng và các bên liên quan về những gì bạn đã khám phá được. Bạn sẽ cần xây dựng sự tự tin và tin tưởng rằng bạn không bỏ lỡ điều gì quan trọng và bạn cần hình dung ra sự phụ thuộc mà một công cụ kế thừa có đối với tất cả những người có liên quan. Việc thay thế một hệ thống cũ không bao giờ chỉ là về di sản. Đó cũng là về các phần phụ thuộc và quy trình công việc dựa vào nó. Chọn chiến lược di chuyển UX của bạn Một khi bạn đã có một bức tranh lớn trước mắt, bạn cần phải quyết định xem phải làm gì tiếp theo. Khởi động lại vụ nổ lớn hay một bản nâng cấp nhỏ? Cách tiếp cận nào sẽ hoạt động tốt nhất? Bạn có thể xem xét các tùy chọn sau trước khi quyết định cách tiếp tục:
Khởi chạy lại vụ nổ lớn. Đôi khi, đây là lựa chọn duy nhất có sẵn nhưng rất rủi ro, tốn kém và có thể mất nhiều năm mà không có bất kỳ cải tiến nào đối với thiết lập hiện tại trong thời gian chờ đợi. Di chuyển gia tăng. Loại bỏ dần các phần cũ bằng cách thay thế các phần nhỏ bằng thiết kế mới. Điều này mang lại chiến thắng nhanh hơn theo phong cách Frankenstein nhưng có thể khiến hệ thống không ổn định. Di chuyển song song. Chạy bản beta công khai của giải pháp thay thế cùng với hệ thống cũ để thu hút người dùng định hình thiết kế mới. Loại bỏ hệ thống cũ khi hệ thống mới ổn định, nhưng hãy chuẩn bị chi phí để duy trì cả hai. Di chuyển song song gia tăng. Liệt kê tất cả các yêu cầu kinh doanh mà hệ thống cũ đáp ứng, sau đó xây dựng sản phẩm mới để đáp ứng chúng một cách đáng tin cậy, phù hợp với hệ thống cũ ngay từ ngày đầu. Kiểm tra sớm với những người sử dụng thành thạo, có thể đưa ra tùy chọn chuyển đổi hệ thống cho đến khi hệ thống cũ ngừng hoạt động hoàn toàn. Nâng cấp giao diện người dùng cũ + beta công khai. Thực hiện tinh chỉnh có rủi ro thấp trên hệ thống cũ để điều chỉnh UX, đồng thời xây dựng từng bước một hệ thống mới với phiên bản beta công khai. Điều này mang lại chiến thắng nhanh hơn và lâu dài hơn, lý tưởng cho kết quả nhanh chóng.
Thay thế một hệ thống đã được cải tiến cẩn thận và tùy chỉnh nhiều trong một thập kỷ là một nhiệm vụ nguyên khối. Bạn không thể xây dựng lại thứ gì đó từ đầu trong vòng vài tuần mà những người khác đã làm trong nhiều năm. Vì vậy, bất cứ khi nào có thể, hãy cố gắng tăng dần, thu hút sự tham gia của người dùng, các bên liên quan và kỹ sư trong suốt quá trình — với đủ thời gian đệm và các vòng phản hồi liên tục. Kết thúc Với các dự án cũ, thất bại thường không phải là một lựa chọn. Bạn đang di chuyển không chỉ các thành phần mà còn cả người dùng và quy trình công việc. Bởi vì bạn hoạt động dựa trên trọng tâm của doanh nghiệp nên mong đợi rất nhiều sự chú ý, hoài nghi, nghi ngờ, sợ hãi và lo lắng. Vì vậy, hãy xây dựng mối quan hệ bền chặt với các bên liên quan chính và người dùng chính cũng như chia sẻ quyền sở hữu với họ. Bạn sẽ cần sự hỗ trợ của họ và sự tham gia của họ để đưa công việc UX của bạn vào hoạt động. Các bên liên quan sẽ yêu cầu các tính năng cũ và mới. Họ sẽ tập trung vào các trường hợp khó khăn, trường hợp ngoại lệ và các nhiệm vụ nhỏ. Họ sẽ đặt câu hỏi về quyết định của bạn. Họ sẽ gửi những tín hiệu lẫn lộn và thay đổi quan điểm của mình. Và họ sẽ mong đợi hệ thống mới sẽ chạy hoàn hảo ngay từ ngày đầu tiên. Và điều tốt nhất bạn có thể làm là làm việc với họ trong toàn bộ quá trình thiết kế, ngay từ đầu. Chạy một dự án thí điểm thành công để xây dựng niềm tin. Báo cáo tiến trình của bạn nhiều lần. Và tính đến các giai đoạn thử nghiệm nghiêm ngặt với cường độ cao với người dùng cũ. Cải tạo một hệ thống cũ là một thách thức khó khăn. Nhưng hiếm có dự án nào có thể có tác động lớn đến quy mô như vậy. Hãy xắn tay áo lên và vượt qua nó một cách thành công, nhóm của bạn sẽ được ghi nhớ, tôn trọng và khen thưởng trong nhiều năm tới. Gặp gỡ “Đo lường UX & Tác động của Thiết kế” Gặp gỡ Đo lường UX & Tác động Thiết kế, hướng dẫn thực tế của Vitaly dành cho nhà thiết kế và UX hướng dẫn cách theo dõi và trực quan hóa tác động đáng kinh ngạc của công việc UX của bạn đối với doanh nghiệp — với khóa đào tạo UX trực tiếp vào cuối năm nay. Chuyển đến chi tiết.
Gặp gỡ Đo lường UX và Tác động thiết kế, một khóa học video thực tế dành cho các nhà thiết kế và trưởng nhóm UX.
Đào tạo Video + UX Chỉ Video + Đào tạo UX$ 495,00 $ 799,00
Nhận Video + Đào tạo về trải nghiệm người dùng25 bài học video (8 giờ) + Đào tạo về trải nghiệm người dùng trực tiếp. Đảm bảo hoàn tiền trong 100 ngày. Chỉ video$ 250,00$ 350,00
Nhận khóa học video25 bài học video (8h). Được cập nhật hàng năm. Cũng có sẵn dưới dạng Gói UX với 3 khóa học video.
Tài nguyên hữu ích
Chiến lược di chuyển UX cho các ứng dụng cũ, của Tamara Chehayeb Makarem Cách cải thiện hệ thống kế thừa, của Christopher Wong Thiết kế vớiDi sản, bởi Peter Zalman Thiết kế lại một hệ thống kế thừa lớn, bởi Pawel Halicki Cách quản lý mã kế thừa, của Nicolas Carlo Làm thế nào để chuyển đổi di sản, bởi Bansi Mehta Nợ thiết kế 101, bởi Alicja Suska Hướng dẫn thực hành về trải nghiệm người dùng doanh nghiệp của bạn Cẩm nang thiết kế UX chăm sóc sức khỏe, của Yours Truly
