Ghi quy trình làm việc qua nhiều ứng dụng mà không làm người xem mất phương hướng

Công việc thực tế hiếm khi diễn ra trong một cửa sổ duy nhất. Bạn sao chép một giá trị từ bảng điều khiển, dán vào terminal, kiểm tra kết quả trong một tab trình duyệt, rồi cập nhật ticket. Ghi lại quy trình như vậy thì dễ. Ghi sao cho người khác theo được mới là phần khó.

Mỗi lần chuyển ứng dụng là một thời điểm người xem có thể mất phương hướng. Bố cục đổi, màu sắc đổi, và thứ họ đang theo dõi thì biến mất. Hướng dẫn này nói về cách lên kế hoạch, ghi và dựng các quy trình nhiều ứng dụng trong Recorded để mọi chuyển cảnh đều có chủ đích thay vì gây hoang mang.

Vì sao bản ghi nhiều ứng dụng thất bại

Những video quy trình gây rối thường mắc đúng mấy lỗi sau:

• Chuyển ứng dụng vô hình: màn hình nhảy từ ứng dụng này sang ứng dụng khác mà không có dấu hiệu nào
• Mất ngữ cảnh: người xem không bao giờ thấy giá trị được sao chép đến từ đâu
• Giật tỷ lệ: một IDE toàn màn hình rồi ngay sau đó là hộp thoại bé xíu, buộc mắt phải lấy nét lại liên tục
• Rối mắt: cửa sổ, thông báo và tab không liên quan tranh chấp với nội dung chính
• Khoảng chết: những quãng dừng dài khi bạn tìm đúng cửa sổ

Không điều nào trong số đó là vấn đề chất lượng ghi hình. Đó là vấn đề dàn dựng, và tất cả đều xử lý được trước khi bấm ghi.

Chọn một chế độ ghi duy nhất cho toàn bộ quy trình

Quyết định đầu tiên là quan trọng nhất: ghi toàn màn hình, hay ghi từng cửa sổ?

Ghi toàn màn hình là lựa chọn mặc định đúng cho công việc nhiều ứng dụng. Recorded giữ một khung hình ổn định duy nhất, nên việc chuyển ứng dụng diễn ra bên trong video thay vì giữa hai bản ghi. Người xem thấy dock, cách sắp xếp cửa sổ và chính hành động chuyển đổi — đúng là ngữ cảnh họ cần để làm lại các bước của bạn.

Ghi cửa sổ tốt hơn khi bạn chỉ làm việc với một ứng dụng và muốn loại bỏ mọi thứ khác. Ngay khi quy trình bước sang ứng dụng thứ hai, chế độ này buộc bạn phải dừng và ghi lại, hoặc ghi nhiều đoạn rồi ghép.

Ghi vùng nằm ở giữa. Nếu tất cả ứng dụng đều nằm trong cùng một nửa của màn hình lớn, hãy chọn vùng đó một lần và làm việc bên trong. Bạn có khung hình gọn hơn mà không bị khóa vào một cửa sổ.

Với quy trình đi qua ba hoặc bốn ứng dụng, hãy chọn toàn màn hình hoặc một vùng đủ rộng, và giữ nguyên trong suốt lần ghi.

Dàn dựng màn hình trước khi ghi

Hãy coi màn hình của bạn như một phim trường. Năm phút chuẩn bị tiết kiệm hai mươi phút dựng.

1. Đóng mọi thứ bạn sẽ không dùng. Cửa sổ không liên quan tạo nhiễu thị giác và có nguy cơ để lộ nội dung riêng tư.
2. Mở trước mọi ứng dụng trong quy trình. Thời gian khởi động và màn hình chờ là khoảng chết thuần túy. Hãy để mỗi ứng dụng đã chạy và ở đúng tài liệu cần thiết.
3. Sắp xếp cửa sổ có chủ đích. Quyết định trước ứng dụng nào ở đâu. Vị trí nhất quán giúp người xem chỉ cần học bố cục một lần.
4. Bật chế độ Không làm phiền. Thông báo từ ứng dụng chat là lý do phổ biến nhất khiến một lần ghi nhiều ứng dụng bị bỏ.
5. Thống nhất ngoại hình. Dùng cùng một chủ đề khi có thể, và tăng cỡ chữ trong terminal lẫn trình soạn mã để chữ vẫn đọc được sau khi xuất.
6. Chuẩn bị dữ liệu. Hãy có sẵn giá trị cần sao chép, ticket cần cập nhật và lệnh cần chạy.

Hãy cho thấy cú chuyển, đừng che nó

Khi di chuyển giữa các ứng dụng, hãy chậm lại một nhịp. Chuyển cảnh là thông tin, không phải chi phí phụ.

• Dừng một nhịp trước khi chuyển. Để màn hình hiện tại đứng lại một giây cho người xem đọc xong.
• Nói ra bạn đang làm gì. “Giờ tôi sẽ mang token này sang terminal” cho người xem biết sẽ phải nhìn vào đâu trước khi hình đổi.
• Dùng một cách chuyển nhất quán. Luôn bấm vào dock rõ ràng hơn là lúc thì phím tắt, lúc Mission Control, lúc lại bấm chuột.
• Hạ cánh trước, hành động sau. Sau khi chuyển, chờ một chút rồi hãy bấm. Cho cửa sổ mới hiện trên màn hình một nhịp sẽ tránh được cảnh người xem tua lại vì “đợi đã, đây là ứng dụng gì?”.
• Tránh đi lại nhiều lần. Nếu cần cùng một giá trị ba lần, hãy sao chép một lần và nói rằng bạn đang dùng lại.

Dùng zoom để neo từng ứng dụng

Hiệu ứng zoom là công cụ mạnh nhất để giữ người xem định hướng giữa các cửa sổ. Trong trình chỉnh sửa của Recorded, hãy thêm zoom ở mỗi điểm chuyển giao:

• Zoom vào nguồn trước khi sao chép một giá trị, để người xem thấy rõ nó lấy từ trường nào
• Zoom ra ngắn trong lúc chuyển, hé toàn bộ màn hình và làm cú di chuyển trở nên rõ ràng
• Zoom vào đích ngay sau khi hạ cánh, đóng khung trường hoặc dấu nhắc bạn sắp dùng

Nhịp ra rồi vào này tạo hiệu ứng tinh tế nhưng mạnh: khung rộng hoạt động như tấm bản đồ, còn mỗi khung cận là một địa điểm trên đó. Người xem luôn biết mình đang ở đâu.

Giữ mức zoom nhất quán cho từng ứng dụng. Nếu terminal luôn được đóng khung ở cùng tỷ lệ, mắt người xem sẽ không phải hiệu chỉnh lại.

Ghi chú các điểm chuyển giao

Lớp chữ chồng biến những bước ngầm hiểu thành bước tường minh. Vài nhãn đặt đúng chỗ giúp người xem hiểu hơn bất kỳ lời thuyết minh thêm nào.

• Gắn nhãn cho mỗi ứng dụng lần đầu nó xuất hiện trên màn hình
• Thêm một chú thích ngắn ở mỗi lần chuyển: “Quay lại bảng điều khiển”
• Nêu rõ những giá trị di chuyển giữa các ứng dụng, như một ID hay tên tệp
• Dùng chương để người xem nhảy thẳng tới ứng dụng họ quan tâm

Giữ lớp chữ ngắn gọn và luôn đặt ở cùng một góc. Sự nhất quán khiến chúng giống như một phần của giao diện chứ không phải thứ gây rối.

Dựng thành một mạch chuyện liền

Sau khi ghi xong, trình chỉnh sửa là nơi biến bản ghi nhiều ứng dụng thành một video gọn gàng.

• Cắt phần mò mẫm. Bỏ những giây tìm cửa sổ, cuộn tới đúng chỗ hay chờ trang tải.
• Tăng tốc phần máy móc. Điền biểu mẫu dài, cài đặt và build chạy tốt ở 2x–4x trong khi lời thuyết minh giữ tốc độ bình thường.
• Giữ lại một cú chuyển thấy được cho mỗi lần chuyển giao. Cắt hết mọi chuyển cảnh là mất mục đích; hãy cắt phần loay hoay, giữ lại cú di chuyển.
• Thêm nền. Một dải màu chuyển nhẹ phía sau khung hình sẽ gắn kết những ứng dụng có khung cửa sổ lệch nhau.
• Thống nhất độ hiện của con trỏ. Hiệu ứng nhấn chuột giúp người xem theo được con trỏ khi giao diện xung quanh đổi hoàn toàn.

Một ví dụ cụ thể

Giả sử bạn ghi lại một lần triển khai: xem pull request trong trình duyệt, chạy lệnh trong terminal, xác nhận thay đổi ở tab staging, rồi cập nhật ticket.

1. Chuẩn bị: mở cả bốn bề mặt, trình duyệt bên trái và terminal bên phải, bật Không làm phiền, ghi toàn màn hình
2. Mở rộng: bắt đầu ở khung rộng để người xem thấy toàn bộ bố cục và vị trí từng thứ
3. Trình duyệt: zoom vào PR, kể về thay đổi, sao chép mã hash của commit
4. Chuyển: dừng một nhịp, zoom ra, bấm terminal trên dock, để khung hình ổn định
5. Terminal: zoom vào, dán, chạy triển khai, tăng tốc phần log build khi dựng
6. Staging: quay lại trình duyệt, zoom vào phần tử đã đổi, xác nhận
7. Ticket: cú chuyển cuối, thêm chú thích, dán liên kết triển khai
8. Kết ở khung rộng: zoom ra lần cuối để cho thấy trạng thái hoàn tất

Một lần ghi, bốn ứng dụng, không chút rối rắm — vì mỗi cú chuyển đều được báo trước, đóng khung và gắn nhãn.

Danh sách kiểm tra nhanh

[ ] Đã đóng cửa sổ không dùng, bật Không làm phiền
[ ] Mọi ứng dụng đã mở trước và đặt đúng vị trí
[ ] Một chế độ ghi cho toàn bộ quy trình (thường là toàn màn hình)
[ ] Lời thuyết minh báo trước mỗi lần chuyển
[ ] Zoom ra khi chuyển, zoom vào sau khi hạ cánh
[ ] Mức zoom nhất quán cho từng ứng dụng
[ ] Lớp chữ chồng cho mỗi ứng dụng và mỗi điểm chuyển giao
[ ] Thêm chương cho quy trình dài
[ ] Cắt phần tìm kiếm và chờ đợi, tăng tốc các bước máy móc

Kết lại

Quy trình nhiều ứng dụng chính là nơi việc ghi màn hình chứng minh giá trị của nó — đó là những quy trình khó viết ra nhất và dễ trình diễn nhất. Mẹo không nằm ở chỗ ghi nhiều hơn, mà ở chỗ làm cho mọi chuyển cảnh đều đọc được. Hãy dàn dựng màn hình, giữ một khung hình ổn định, nói trước khi chuyển, và để zoom cùng lớp chữ chồng lo việc định hướng.

Làm được vậy, một quy trình bề bộn trải trên bốn ứng dụng sẽ trở thành tài liệu rõ ràng nhất mà đội của bạn có.