Gần đây tôi đang nghĩ về một câu hỏi: Khi bạn quyết định xây dựng lại sản phẩm từ đầu, điều gì thật sự đáng được giữ lại?

Nhiều đội ngũ khi rebuild sẽ vướng vào một cái bẫy—lấy “quen thuộc” để thay cho “có giá trị”. Các mô hình UI cũ, kiến trúc thông tin cũ, quy trình người dùng cũ… Vì mọi người đã quen rồi nên mặc định rằng chúng “không có vấn đề”, rồi bê nguyên xi sang phiên bản mới.

Kết quả là gì? Hệ thống mới, vấn đề cũ.

Thực ra, những thứ thực sự đáng sống sót qua một lần rebuild chỉ có vài món: các hiểu biết rút ra từ hành vi thật của người dùng, những đề xuất giá trị cốt lõi đã được kiểm chứng, và bài học từ những “cái hố” bạn đã từng vấp phải.

Không phải bản thiết kế, không phải component, không phải “chúng tôi vẫn luôn làm như thế này”.

Trong newsletter kỳ này, tôi đã tách câu hỏi đó ra để cùng bàn—nên giữ gì, nên buông gì, và khi rebuild thì làm sao để ra quyết định mà không bị mắc kẹt và quay lại đúng chỗ cũ.

Nếu đội của bạn đang trải qua tái cấu trúc kỹ thuật, chuyển đổi sản phẩm, hoặc chuẩn bị cho một lần lặp phiên bản lớn, thì kỳ này có thể sẽ rất hữu ích.

👉 https://newsletter.bearliu.com/p/what-survives-a-rebuild