Product plan
Làm thiết kế UI/UX một cách rõ ràng mà vẫn giữ được tốc độ.
Xác định đúng vấn đề, thứ tự ưu tiên, bối cảnh và mục tiêu ngay từ đầu giúp chúng tôi tiến nhanh mà không mất tập trung, đồng thời thống nhất được thế nào là thành công.
Tư duy sản phẩm
Định hình vấn đề
Phát biểu vấn đề theo tình huống của khách hàng, trước khi có ai vẽ ra màn hình nào.
Đọc thêmGiả định và rủi ro
Những gì phải đúng thì ý tưởng mới chạy, xếp theo hai thứ: sai thì tốn bao nhiêu, và thật ra còn chưa ai biết gì về nó.
Đọc thêmAI giúp ở đâu
AI có chỗ trong sản phẩm hay không, trả lời trước khi thiết kế bất cứ thứ gì. Nó có chỗ ở nơi ai đó lặp lại một phán đoán bằng tay mỗi tuần và chấp nhận được việc thỉnh thoảng sai. Không có việc như vậy thì nó là chi phí mà mọi màn hình sau đó phải gánh.
Đọc thêmPhạm vi MVP
Bản dựng nhỏ nhất kiểm chứng được giả định rủi ro nhất trên người dùng thật — không phải bản thu nhỏ của toàn bộ sản phẩm.
Đọc thêmJobs to be done
Thứ khách hàng thuê sản phẩm làm giúp. Nó sống sót qua mọi lần thiết kế lại; tính năng thì không.
Đọc thêmChỉ số thành công
Con số sẽ dịch chuyển nếu thiết kế có tác dụng, thống nhất trước khi bắt tay vào việc.
Đọc thêmTính năng AI
Ý định, không phải câu lệnh
Khách hàng nói họ muốn đạt được gì; hệ thống tự tìm các bước. Cái từng là giao diện — chuỗi thao tác click đưa bạn tới đích — nay do sản phẩm tự quyết, và nó phải cho thấy được vì sao quyết như vậy.
Đọc thêmVượt ra ngoài khung chat
Kết quả của mô hình xuất hiện ngay trong việc khách hàng đang làm, thay vì trong một khung mà họ phải mở ra và gõ yêu cầu. Khung chat bắt họ làm phần suy nghĩ trước.
Đọc thêmHuman in the loop
Bước nào cần có người, và người đó có thật sự đánh giá được thứ họ đang duyệt hay không. Việc rà soát mà không ai có thời gian làm — một trăm lượt duyệt mỗi ngày, hay một câu trả lời mà chuyên gia phải mất một giờ để kiểm — chỉ là duyệt cho có, kèm tên một người. Câu trả lời thành thật đến từ mức rủi ro và khả năng hoàn tác của hành động.
Đọc thêmỦy quyền dần
Quyền tự chủ phải giành được chứ không được ban cho. Tính năng soạn nháp, rồi chuẩn bị sẵn, rồi tự làm — mỗi bước chỉ mở rộng khi đã có một quá trình đủ tốt ở bước trước.
Đọc thêmĐộ tin cậy và dẫn nguồn
Cho thấy câu trả lời dựa trên cái gì, để người đọc kiểm được trong một thao tác thay vì phải tin hết hoặc bỏ hết.
Đọc thêmMa sát đúng chỗ
Một bước xác nhận ở chỗ hành động tốn kém hoặc khó hoàn tác, và không có ở chỗ khác. Một câu trả lời gọn gàng, tức thì là câu trả lời sai thuyết phục nhất.
Đọc thêmSai và cách gỡ
Thiết kế cho câu trả lời sai: một khoảng dừng trước mọi thứ không lấy lại được, và một lối đi vốn chưa bao giờ cần đến mô hình.
Đọc thêmTác vụ chạy lâu
Một tác vụ chạy mười phút cần thứ mà spinner không cho được: nó sẽ làm gì và không làm gì, tiến độ đọc được, và thứ đáng giữ lại nếu bạn dừng giữa chừng.
Đọc thêmRanh giới dữ liệu
Nó có lấy dữ liệu đi huấn luyện không, và dữ liệu của khách hàng này có thể lộ ra trong câu trả lời của khách hàng khác không. Cả hai là quyết định thiết kế trước khi là chuyện pháp lý.
Đọc thêmNghiên cứu
Phỏng vấn người dùng
Câu hỏi mở về việc ai đó đã thật sự làm gì lần gần nhất, không phải điều họ mong muốn trong tương lai.
Đọc thêmKiểm thử khả năng sử dụng
Năm đến tám người thử làm một việc thật trong lúc bạn quan sát. Chưa hết vòng thì các vấn đề đã bắt đầu lặp lại — đó là dấu hiệu nó đã làm xong việc của nó.
Đọc thêmPhân tích đối thủ
Những lựa chọn khác đã dạy khách hàng của bạn trông đợi điều gì, kể cả phần bạn muốn lờ đi.
Đọc thêmSố liệu và phễu
Chỗ người ta rời đi. Nó cho biết cần nhìn vào đâu, không bao giờ cho biết vì sao.
Đọc thêmResearch ops
Tuyển người tham gia, xin đồng ý, trả thù lao, và một nơi để kết quả nằm lại. Phần việc không hào nhoáng, và là phần quyết định nghiên cứu có diễn ra lần thứ hai hay không.
Đọc thêmKiến trúc thông tin
Sơ đồ trang
Mọi trang, và trang đó nằm dưới trang nào. Nơi đầu tiên sự rối rắm của một sản phẩm lộ ra.
Đọc thêmPhân loại
Các nhóm mà nội dung được xếp vào, bằng ngôn ngữ của khách hàng chứ không phải của sơ đồ tổ chức.
Đọc thêmĐặt tên
Hai ba chữ trên nút bấm. Thường là phần chữ đổi ít mà ăn thua nhất trong cả sản phẩm.
Đọc thêmCấu trúc nội dung
Một trang gồm những gì, để cùng một hình dạng đó trụ được qua một trăm trang dùng lại nó.
Đọc thêmTương tác và UX
Luồng người dùng
Đường đi từ ý định đến hoàn tất, vẽ đủ mọi nhánh rẽ — kể cả những nhánh thất bại.
Đọc thêmTrạng thái và trường hợp biên
Đang tải, trống, một phần, quá nhiều, mất mạng, bị từ chối. Chiếm phần lớn một tuần làm việc của designer.
Đọc thêmBiểu mẫu
Thứ tự trường, thời điểm kiểm tra dữ liệu, cách viết câu báo lỗi. Phần sản phẩm mà người ta phải gõ vào và thấy bực.
Đọc thêmXử lý lỗi
Sản phẩm nói gì khi nó không làm được việc người ta yêu cầu, và đề nghị gì thay thế.
Đọc thêmTrạng thái trống
Bốn màn hình khác nhau mang chung một tên: chưa có gì, không tìm thấy gì, không còn gì, và không tải được gì. Chỉ cái đầu tiên là onboarding; ba cái còn lại là nơi người ta kết luận sản phẩm hỏng.
Đọc thêmGiao diện và độ chỉn chu
Bố cục và lưới
Một cấu trúc cột mà cả sản phẩm tuân theo, để màn hình mới nào cũng trông như đã ở sẵn trong đó.
Đọc thêmTypography
Một thang cỡ chữ, một độ dài dòng, một khoảng cách dòng. Ba quyết định gánh phần lớn chất lượng phần nhìn.
Đọc thêmMàu và tương phản
Bảng màu xét tỉ lệ tương phản trước, cảm xúc sau: 4,5:1 cho chữ, 7:1 ở chỗ chúng tôi giữ chuẩn AAA, và 3:1 cho mọi dấu hiệu mang nghĩa mà không có chữ.
Đọc thêmChuyển động
Thời lượng, easing, và nó giải thích điều gì. Chuyển động không giải thích gì thì là trang trí.
Đọc thêmKhả năng tiếp cận
Thứ tự di chuyển bằng bàn phím, focus, nhãn, tương phản. Làm ngay từ đầu, vì vá lại sau bao giờ cũng đắt hơn.
Đọc thêmDesign system
Token
Màu, khoảng cách, chữ và bo góc dưới dạng giá trị có tên, để một thay đổi áp dụng khắp nơi cùng lúc.
Đọc thêmComponent
Một đơn vị dùng lại được với bộ thuộc tính cố định, mọi trạng thái nó có thể ở — đang tải, trống, lỗi, bị vô hiệu hoá — và các quy tắc nội dung giữ nó không vỡ ở một nhãn dài 40 ký tự. Thuộc về chính những người ship nó.
Đọc thêmVariant và props
Component được phép khác nhau ở những trục nào, và không được ở những trục nào.
Đọc thêmBàn giao
Tên gọi và cấu trúc mà đội kỹ thuật của bạn vốn đã dùng, để không có gì phải dịch hai lần.
Đọc thêmPrototype và kiểm chứng
Mockup high-fidelity
Màn hình ở đúng chất lượng sẽ ship: nội dung thật, trạng thái thật, chữ thật. Đủ để người ta phản ứng với chính thứ đó chứ không phải với một cái hộp xám.
Đọc thêmPrototype tương tác
Những màn hình đó nối lại với nhau để đi thử cả luồng thay vì chỉ mô tả nó — với dữ liệu thật và độ chờ thật ở chỗ vấn đề phải cảm mới thấy. Đủ bấm được để kiểm thử, đủ rẻ để bỏ đi.
Đọc thêmEvals
Một bộ tình huống thật có chấm điểm mà tính năng dùng mô hình phải vượt qua trước khi ship, và vượt lại sau mỗi lần thay đổi. Không có nó thì “tốt hơn” chỉ là ý kiến.
Đọc thêmDesign QA
So cái đã dựng với cái đã thiết kế, trên branch chứ không phải trên production, khi chênh 4 px vẫn còn là một bình luận chứ chưa thành ticket.
Đọc thêmThử nghiệm
Một thay đổi, một nhóm không nhận thay đổi đó, một chỉ số chốt từ trước, và đủ người dùng để tin vào khác biệt.
Đọc thêmKhông chắc mình đang mắc ở nhánh nào?
Cho chúng tôi biết điều gì đang không chạy. Chúng tôi sẽ nói nó thuộc phần nào của bản đồ này, và bạn có cần chúng tôi cho phần đó hay không.
Hợp tác với chúng tôi