Mẹo thiết kế ứng dụng cho nhân viên làm việc theo ca và dùng chung thiết bị

Vì sao thiết bị dùng chung làm thay đổi cách thiết kế ứng dụng

Hầu hết ứng dụng doanh nghiệp đều giả định rằng một người có một tài khoản, một thiết bị và đủ thời gian để hoàn thành một nhiệm vụ. Công việc theo ca hiếm khi diễn ra như vậy. Một máy tính bảng trong kho có thể qua tay nhiều người chỉ trong một giờ, và một nhân viên có thể chỉ dùng nó đủ lâu để xác nhận một lần giao hàng hoặc báo cáo sự cố.

Điều đó làm thay đổi cách ứng dụng nên hoạt động. Ứng dụng cần giúp mọi người bắt đầu nhanh, hoàn thành một phần việc nhỏ và để lại hồ sơ rõ ràng cho người tiếp theo. Ứng dụng không thể phụ thuộc vào việc ai đó nhớ mình đã dừng ở đâu.

Gián đoạn là chuyện bình thường. Quản lý gọi nhân viên đi, xe tải đến sớm hoặc khách hàng cần hỗ trợ. Thiết bị có thể nằm trên quầy trong khi người đang dùng chuyển sang nhiệm vụ khác. Nếu biểu mẫu chưa hoàn thành vẫn mở mà chưa được lưu, nhân viên tiếp theo có thể ghi đè, đóng biểu mẫu hoặc tưởng rằng công việc đã xong.

Điều kiện thực tế cũng rất quan trọng. Nhân viên có thể đeo găng tay, làm việc dưới ánh sáng mạnh, di chuyển trong khu vực ồn ào hoặc chỉ có một phút giữa hai nhiệm vụ. Nút nhỏ, biểu mẫu dài và cảnh báo chỉ dựa vào âm thanh đều dễ gây lỗi. Máy tính bảng dùng chung cần vùng chạm lớn, nhãn dễ đọc và xác nhận rõ ràng sau mỗi thao tác.

Ứng dụng cá nhân có thể dựa vào những tín hiệu tinh tế vì cùng một người sẽ dần quen với cách hoạt động của nó. Ứng dụng trên thiết bị dùng chung phải tự giải thích ngay tại thời điểm sử dụng. Mỗi màn hình cần làm rõ ba điều: ai đang thao tác, nhiệm vụ nào đang được thực hiện và điều gì sẽ xảy ra sau khi họ nhấn nút chính.

Ví dụ, nhân viên quét một thùng hàng bị hỏng không nên để lại ghi chú mơ hồ như «kiểm tra sau». Ứng dụng nên lưu mã hàng, thời gian, loại hư hỏng, trạng thái hiện tại và hành động tiếp theo. Khi ca sau mở máy tính bảng, họ sẽ thấy thùng hàng cần quản lý xem xét thay vì phải bắt đầu lại báo cáo.

Thiết bị dùng chung cũng khiến việc xác định danh tính trở nên khó hơn. Nhân viên cần nhận diện nhanh, nhưng ứng dụng không được để lộ công việc đang mở của người khác hoặc cấp cho mọi người cùng một quyền. Nhân viên lấy hàng có thể ghi nhận sự cố, còn trưởng ca có thể giao việc tiếp theo hoặc đóng sự cố.

Hãy xem mọi tương tác là một điểm bàn giao. Lưu tiến độ sớm, hiển thị rõ ai phụ trách và luôn giả định rằng một người khác có thể cầm thiết bị trước khi nhiệm vụ kết thúc. Cách này tạo ra màn hình đơn giản hơn và giảm số lần cập nhật bị mất.

Xây dựng quy trình ngắn gọn

Thiết bị dùng chung phải có ý nghĩa với người đang cầm nó, ngay cả khi người khác đã bắt đầu công việc. Biểu mẫu dài và quy trình nhiều trang dễ gây nhầm lẫn khi nhân viên bị gọi đi, pin sắp hết hoặc ca kết thúc sớm.

Hãy lập sơ đồ một công việc từ đầu đến cuối trước khi thiết kế màn hình. Bao gồm thời điểm nhân viên bắt đầu, tạm dừng, bàn giao và đánh dấu hoàn tất. Chẳng hạn, việc kiểm kê có thể bắt đầu bằng cách quét một vị trí, tạm dừng khi hàng đến khu vực nhận, chuyển sang nhân viên khác cùng số lượng và ghi chú hiện rõ, rồi kết thúc khi có người xác nhận tổng số.

Mỗi quy trình nên gắn với một công việc. Đừng gộp việc nhận hàng, báo cáo hư hỏng và yêu cầu quản lý vào một đường dẫn dài. Nhân viên nên hoàn thành nhiệm vụ trước mắt qua vài bước rõ ràng, sau đó bắt đầu nhiệm vụ riêng nếu cần. Nhờ vậy, ứng dụng cho nhân viên làm việc theo ca dễ học hơn và giảm lỗi trong khu vực bận rộn.

Hãy lưu tiến độ sau mỗi hành động có ý nghĩa. Một lần quét, lần nhập số lượng, ảnh, xác nhận hoặc ghi chú bàn giao đều phải trở thành cập nhật đã lưu. Nếu ứng dụng đóng hoặc thiết bị đổi người dùng, nhân viên tiếp theo phải thấy trạng thái hiện tại thay vì phải hỏi chuyện gì đã xảy ra hoặc làm lại công việc.

Một quy trình hữu ích thường có bốn bước:

1. Hiển thị nhiệm vụ và trạng thái hiện tại.
2. Yêu cầu một hành động cần thực hiện ngay.
3. Lưu hành động đó ngay lập tức.
4. Hiển thị bước tiếp theo hoặc đánh dấu nhiệm vụ sẵn sàng để bàn giao.

Làm cho hành động tiếp theo thật rõ trên mọi màn hình. Dùng các nhãn như «Quét kiện hàng», «Thêm số lượng», «Lưu cho ca sau» và «Đánh dấu hoàn tất». Tránh các nút mơ hồ như «Tiếp tục» khi nhân viên không biết bước kế tiếp là gì.

Nhân viên cũng cần một cách an toàn để tạm dừng. Hành động «Tạm dừng và bàn giao» nên lưu nhiệm vụ, ghi lại thời gian và cho phép thêm một ghi chú ngắn cho người tiếp theo. Sau đó, màn hình nhiệm vụ có thể cho biết ai cập nhật lần cuối và còn lại những gì. Điều này ngăn công việc dở dang bị xem như đã bị bỏ lại.

Nếu xây dựng công cụ nội bộ bằng Koder.ai, trước tiên hãy mô tả nhiệm vụ bằng ngôn ngữ đơn giản: «Tạo quy trình tiếp nhận hàng gồm quét, đếm, ghi chú hư hỏng, tạm dừng và trạng thái bàn giao». Sau đó thử nghiệm với những người sử dụng thiết bị dùng chung trong một ca làm việc thực tế. Họ sẽ nhận ra những bước có vẻ đơn giản trên máy tính nhưng lại mất quá nhiều thời gian tại nơi công việc diễn ra.

Thiết lập phân quyền theo vai trò

Máy tính bảng dùng chung không nên cấp cho mọi nhân viên cùng một quyền điều khiển. Hãy bắt đầu từ những công việc mọi người thực sự làm trong ca, chẳng hạn nhân viên lấy hàng, trưởng ca, điều phối viên hoặc quản lý. Mỗi vai trò chỉ cần một nhóm hành động nhỏ, không phải toàn bộ ứng dụng.

Nhân viên kho có thể quét hàng, báo cáo hư hỏng và đánh dấu nhiệm vụ hoàn tất. Trưởng ca có thể giao lại việc, phê duyệt ngoại lệ hoặc mở lại nhiệm vụ. Cài đặt bảng lương, hồ sơ nhân viên và quyền quản lý tài khoản nên nằm ngoài cả hai màn hình, trừ khi quản lý cần truy cập.

Phân quyền theo vai trò giúp ứng dụng cho nhân viên làm việc theo ca đơn giản hơn khi thời gian eo hẹp. Nó cũng giảm nguy cơ thay đổi nhầm khi nhiều người dùng cùng một thiết bị trong ngày.

Giữ đúng quyền điều khiển trên từng màn hình

Hãy xây dựng quyền dựa trên hành động, không chỉ dựa vào chức danh. Hai người có thể đều làm việc tại hiện trường, nhưng chỉ một người được phê duyệt điều chỉnh tồn kho. Hãy ẩn nút phê duyệt với những người khác thay vì vẫn hiển thị rồi trả về lỗi sau khi họ nhấn.

Ban đầu, hãy giữ quyền thật đơn giản. Nhân viên có thể xem nhiệm vụ được giao, thêm ghi chú và báo cáo vấn đề. Trưởng ca có thể giao nhiệm vụ, xác nhận bàn giao và phê duyệt các ngoại lệ thông thường. Quản lý có thể thay đổi lịch, chỉnh sửa vai trò người dùng và xem báo cáo rộng hơn. Quản trị viên có thể quản lý thanh toán, cài đặt bảo mật và quyền truy cập tài khoản.

Chỉ thêm ngoại lệ khi xuất hiện nhu cầu công việc thực tế. Quá nhiều cấp quyền khiến ứng dụng trên thiết bị dùng chung khó sử dụng và bảo trì hơn.

Xác nhận danh tính trước các thao tác nhạy cảm

Nhân viên không cần trải qua quy trình đăng nhập dài mỗi lần cầm thiết bị. Mã PIN ngắn, quét thẻ hoặc chuyển đổi vai trò nhanh phù hợp với các nhiệm vụ thường ngày. Hãy yêu cầu xác nhận lại trước những hành động ảnh hưởng đến hàng tồn kho, thanh toán, dữ liệu khách hàng, lịch làm việc hoặc hồ sơ an toàn.

Khi ai đó phê duyệt hoặc thay đổi một mục quan trọng, hãy ghi lại người thực hiện, thời gian, thiết bị và hành động. Nếu trưởng ca phê duyệt điều chỉnh hàng hỏng lúc 18:40, ca sau có thể thấy ai đã đưa ra quyết định đó và vì sao. Điều này làm quy trình bàn giao ca rõ ràng hơn và cung cấp hồ sơ để quản lý xem lại khi có vấn đề.

Làm cho việc bàn giao rõ ràng

Thiết bị dùng chung cần trả lời nhanh bốn câu hỏi: ai là người xử lý nhiệm vụ gần nhất, họ cập nhật lúc nào, nhiệm vụ đang ở trạng thái nào và người tiếp theo có cần hành động không. Thiếu thông tin sẽ dẫn đến làm lại công việc và lãng phí thời gian.

Đặt người phụ trách gần nhất và thời gian cập nhật cạnh trạng thái nhiệm vụ. Dùng các nhãn như «Giao cho Sam, cập nhật lúc 18:40» và «Đang chờ quản lý xem xét». Tránh trạng thái mơ hồ như «Đang thực hiện» khi nhân viên cần biết hành động tiếp theo.

Giữ ghi chú cuối ca ngắn gọn

Trước khi nhân viên đăng xuất hoặc kết thúc ca, chỉ yêu cầu ghi chú bàn giao nếu nhiệm vụ vẫn còn mở. Một lời nhắc ngắn sẽ hiệu quả hơn: «Ca sau cần biết điều gì?». Ghi chú chỉ nên gồm vài câu đơn giản, không phải một báo cáo dài.

Nhân viên kho có thể viết: «Hai thùng hàng bị hỏng. Đã đính kèm ảnh. Đơn vị vận chuyển chưa trả lời». Nhân viên vào ca sau có thể xử lý ngay mà không cần tìm trong tin nhắn cũ hoặc gọi cho ca trước.

Kết hợp ghi chú với một số trạng thái rõ ràng:

• Hoàn tất: không cần hành động thêm.
• Cần xử lý: ca sau phải tiếp tục nhiệm vụ.
• Bị chặn: cần người có vai trò khác phản hồi.
• Đang chờ: công việc tạm dừng cho đến khi có hàng giao, phê duyệt hoặc phản hồi.

Tách nhiệm vụ đã hoàn tất khỏi vấn đề còn mở. Khi mở thiết bị dùng chung, nhân viên nên thấy công việc chưa xử lý trước tiên. Công việc đã xong vẫn có thể được tìm kiếm, nhưng không nên cạnh tranh với các nhiệm vụ cần hành động ngay.

Việc bàn giao cũng phải chịu được gián đoạn. Thiết bị có thể hết pin, nhân viên có thể bị gọi đi hoặc ca mới có thể bắt đầu sớm. Hãy lưu trạng thái nhiệm vụ và ghi chú ngay khi nhân viên thêm chúng. Đừng phụ thuộc vào một biểu mẫu cuối ca chưa được gửi.

Biến trách nhiệm thành công cụ hữu ích, không phải hình thức phê phán

Hiển thị người đã cập nhật nhiệm vụ để nhân viên tiếp theo có thể đặt câu hỏi cụ thể khi cần. Đừng biến màn hình bàn giao thành bảng chấm điểm hiệu suất. Đội ngũ cần một hồ sơ đáng tin cậy về những gì đã xảy ra và bước tiếp theo là gì.

Dùng mốc thời gian phù hợp với nơi làm việc. Cập nhật trong ngày có thể hiển thị «18:40». Với cập nhật cũ hơn, hãy thêm ngày. Khi nhiều người cùng xử lý một vấn đề, hiển thị lịch sử ngắn với cập nhật mới nhất ở đầu. Nhờ đó, nhân viên mới vào ca có đủ bối cảnh mà không phải đọc mọi thao tác trước đây.

Giữ cập nhật trạng thái bền vững

Đội ngũ làm việc theo ca cần những cập nhật trạng thái vẫn còn đó sau khi thay pin, đóng trình duyệt hoặc có người khác cầm cùng thiết bị. Nếu nhân viên phải hỏi «Chuyện gì đã xảy ra ở đây?», ứng dụng chưa lưu hồ sơ đủ rõ ràng.

Dùng những tên trạng thái mà mọi người đều hiểu. «Mới», «đang thực hiện», «bị chặn» và «hoàn tất» hiệu quả vì chúng mô tả tình trạng công việc mà không cần diễn giải thêm. Chỉ dùng các thuật ngữ như «đang chờ xem xét» khi đội ngũ sử dụng chúng hằng ngày và biết ai cần hành động.

Mỗi nhiệm vụ đang hoạt động nên cho biết lần gần nhất có người thay đổi nó. Đặt mốc thời gian đơn giản cạnh trạng thái, chẳng hạn «Đang thực hiện, cập nhật lúc 14:20». Một nhiệm vụ thay đổi lúc 14:20 cần cách xử lý khác với nhiệm vụ chưa được đụng đến từ 07:10.

Trạng thái phải nằm cùng nhiệm vụ, không chỉ xuất hiện trên một màn hình tạm thời hoặc trong bộ nhớ thiết bị. Khi một người đóng ứng dụng, người khác mở ứng dụng trên điện thoại khác hoặc kết nối bị mất rồi khôi phục, cập nhật mới nhất đã xác nhận vẫn phải hiển thị. Ứng dụng cho nhân viên làm việc theo ca phụ thuộc vào sự liên tục này vì các ca hiếm khi bắt đầu và kết thúc tại cùng một bàn làm việc.

Làm cho công việc bị chặn có hướng xử lý

Trạng thái «Bị chặn» cần nhiều thông tin hơn các lựa chọn khác. Yêu cầu nhân viên chọn hoặc nhập lý do trước khi lưu. Giữ các lựa chọn ngắn gọn: thiếu hàng hoặc thiết bị, đang chờ phê duyệt, vấn đề an toàn, vấn đề với khách hàng hoặc nhà cung cấp, hoặc lý do khác kèm ghi chú ngắn.

Lý do đó biến một cảnh báo mơ hồ thành mục bàn giao hữu ích. Nhân viên kho có thể đánh dấu lô hàng bị chặn và viết «Thiếu hai thùng trên pallet 18». Ca sau có thể kiểm tra pallet trước thay vì lặp lại công việc đóng gói hoặc tìm trong tin nhắn cũ.

Giữ ghi chú trong lịch sử nhiệm vụ cùng với người hoặc vai trò đã cập nhật và thời điểm cập nhật. Đừng ẩn các cập nhật cũ khi ai đó thay đổi trạng thái. Lịch sử ngắn giúp quản lý thấy nhiệm vụ đã tiến triển, bị dừng nhiều lần hay đổi người mà chưa có quyết định.

Koder.ai có thể tích hợp các quy tắc trạng thái này vào ứng dụng web hoặc di động từ một bản mô tả qua trò chuyện. Hãy thử nghiệm bằng cách đưa thiết bị cho một người chưa có mặt trước đó. Trong vài giây, họ phải hiểu trạng thái nhiệm vụ, cập nhật gần nhất và hành động tiếp theo.

Thiết kế màn hình cho ca làm việc bận rộn

Thiết bị dùng chung có thể nằm trên quầy, di chuyển trên xe hoặc chuyền qua những bàn tay đang đeo găng. Hãy thiết kế cho việc kiểm tra và thao tác nhanh, không phải những khoảng thời gian dài đọc kỹ. Nhân viên thường mở ứng dụng khi khách hàng đang chờ, thiết bị đang vận hành hoặc nhiệm vụ tiếp theo đã đến.

Dùng cỡ chữ dễ đọc với độ tương phản cao và dành vùng chạm lớn cho mỗi hành động chính. Nhân viên không nên phải phóng to hoặc chạm hai lần vì hai nút nhỏ đặt quá gần nhau. Đặt hành động thường dùng ở vị trí ngón tay cái dễ chạm tới và dùng nhãn như «Đánh dấu hoàn tất» hoặc «Báo cáo sự cố» thay vì các biểu tượng khó hiểu.

Tập trung mỗi màn hình vào một công việc. Nhân viên tiếp nhận hàng có thể cần ghi nhận trạng thái lô hàng, vị trí và ghi chú ngắn. Họ không nên phải điền mười trường tùy chọn trước khi ứng dụng chấp nhận cập nhật. Đưa thông tin ít dùng hơn vào tùy chọn «Thêm chi tiết» hoặc cho phép quản lý hoàn thành sau.

Làm cho công việc đang diễn ra nhanh hơn

Biểu mẫu ngắn giúp giảm lỗi khi chịu áp lực. Dùng lựa chọn, nút bật tắt và giá trị mặc định khi chúng phù hợp với công việc thực tế. Ứng dụng có thể cung cấp các nút trạng thái như «Đã nhận», «Trì hoãn» và «Bị hỏng» thay vì yêu cầu nhân viên gõ cùng một cập nhật mỗi lần.

Một màn hình thực tế gồm tiêu đề nhiệm vụ và trạng thái hiện tại rõ ràng, hành động tiếp theo, chỉ những trường cần cho hành động đó, cách quay lại dễ thấy và mốc thời gian cùng vai trò của nhân viên sau khi cập nhật.

Đừng giấu thông tin quan trọng trong menu. Nếu nhân viên cần biết nhiệm vụ đã được giao hay quá hạn, hãy hiển thị thông tin đó trên màn hình chính.

Xác nhận những thay đổi khó hoàn tác

Nhân viên cần tốc độ, nhưng một số hành động thay đổi hồ sơ đối với tất cả mọi người. Hãy yêu cầu xác nhận trước khi xóa mục, đóng sự cố hoặc đánh dấu hàng tồn kho là đã loại bỏ. Nêu rõ kết quả: «Đóng sự cố? Sự cố sẽ bị xóa khỏi danh sách ca đang mở». Chỉ yêu cầu xác nhận cho những thay đổi có ý nghĩa, không phải mọi lần chạm thông thường.

Sau khi nhân viên lưu cập nhật, hãy phản hồi ngay. Thay đổi trạng thái trên màn hình, hiển thị thời gian lưu và dùng thông báo ngắn như «Đã lưu báo cáo hư hỏng». Nếu ứng dụng hỗ trợ cập nhật ngoại tuyến, hãy giải thích rõ thay đổi đã được lưu cục bộ hay chưa và khi nào sẽ được gửi đi.

Phản hồi rõ ràng giúp tránh làm trùng công việc. Người tiếp theo cầm thiết bị dùng chung có thể thấy chuyện gì đã xảy ra, xảy ra lúc nào và ứng dụng có chấp nhận thay đổi hay không.

Ví dụ: một lô hàng hư hỏng qua hai ca

Lúc 14:40, Maya dỡ một pallet và thấy một thùng hàng bị bục. Một số sản phẩm bị ướt và cô không thể quyết định liệu lô hàng có an toàn để tiếp nhận hay không. Cô mở ứng dụng tiếp nhận trên máy tính bảng của kho và nhấn «Báo cáo hư hỏng».

Ứng dụng chỉ yêu cầu những thông tin người tiếp theo cần: số lô hàng, vị trí, ảnh, loại hư hỏng và việc có thể tiếp tục công việc hay không. Maya quét nhãn lô hàng, chụp hai ảnh, chọn «có thể bị hư hỏng do nước» và đánh dấu pallet là «tạm giữ». Sau khi đăng nhập bằng mã PIN ngắn, ứng dụng ghi lại thời gian và mã nhân viên của cô.

Hồ sơ lô hàng lúc này hiển thị «Đang chờ quản lý xem xét». Trạng thái đó đi cùng lô hàng thay vì nằm trong một tin nhắn có thể biến mất giữa ca làm việc bận rộn.

Bàn giao

Trước khi Maya rời đi, pallet hư hỏng xuất hiện trong danh sách vấn đề đang mở cùng với số cửa nhận hàng, ảnh và trạng thái hiện tại. Cô thêm ghi chú: «Đã chuyển pallet đến khu vực tạm giữ bên cạnh cửa số 4».

Lúc 15:10, Luis, người giám sát, đăng nhập trên cùng máy tính bảng. Vai trò của anh cho phép giao nhiệm vụ kiểm tra và phê duyệt hướng xử lý, nhưng không cho phép truy cập bảng lương hoặc hồ sơ nhân viên. Anh giao sự cố cho Priya ở bộ phận kiểm soát chất lượng và đổi trạng thái thành «Đã lên lịch kiểm tra».

Ca tối nhìn thấy cùng hồ sơ khi bắt đầu làm việc. Ứng dụng cho biết ai đã báo cáo sự cố, hiện ai phụ trách, hành động nào đang chờ và lần cập nhật gần nhất là khi nào.

Đóng sự cố

Priya kiểm tra thùng hàng, tách các sản phẩm hư hỏng và phê duyệt số hàng còn lại. Cô ghi lại số lượng đã loại bỏ, đính kèm ảnh cuối cùng và đổi trạng thái thành «Đã xử lý». Ứng dụng yêu cầu cô xác nhận trước khi đóng nhiệm vụ.

Nhân viên tiếp theo quét lô hàng đó sẽ thấy hồ sơ đã hoàn tất và số lượng được phê duyệt. Sau đó, quản lý có thể xem lại báo cáo của Maya, việc phân công của Luis, lần kiểm tra của Priya và kết quả cuối cùng. Trách nhiệm vẫn rõ ràng ngay cả khi nhiều người dùng cùng một thiết bị.

Những lỗi thường gặp với ứng dụng trên thiết bị dùng chung

Thiết bị dùng chung đổi người dùng suốt ngày. Những lối tắt nhỏ trong thiết kế có thể tạo ra tranh cãi, công việc lặp lại và các nhiệm vụ khẩn cấp bị bỏ sót.

Tài khoản dùng chung làm mờ trách nhiệm

Một tài khoản đăng nhập chung có vẻ tiện lợi, nhưng nó che mất ai đã nhận nhiệm vụ, thay đổi số lượng hoặc đánh dấu sự cố đã xử lý. Khi một lô hàng bị thất lạc, đội ngũ chỉ có thể thấy «máy tính bảng kho» đã thực hiện cập nhật. Điều đó không giúp quản lý hiểu chuyện gì đã xảy ra.

Hãy cung cấp cho mỗi nhân viên cách nhận diện nhanh, chẳng hạn mã PIN ngắn, quét thẻ hoặc đăng nhập khi bắt đầu ca. Ứng dụng vẫn có thể hoạt động nhanh trong khi ghi lại lịch sử hoạt động theo tên. Phân quyền theo vai trò cũng nên giới hạn các hành động nhạy cảm, bao gồm điều chỉnh tồn kho và đóng sự cố.

Trò chuyện không phải hồ sơ nhiệm vụ

Đội ngũ thường dùng trò chuyện để báo cáo công việc chưa hoàn tất: «Cần kiểm tra pallet 42». Tin nhắn nhanh chóng chìm dưới các phản hồi và ca sau có thể không bao giờ nhìn thấy. Trò chuyện có thể bổ sung chi tiết, nhưng không nên là nơi duy nhất lưu hồ sơ công việc đang mở.

Đưa công việc đang thực hiện vào ứng dụng cùng với người phụ trách, trạng thái hiện tại, thời hạn và vị trí. Cho phép nhân viên đính kèm ghi chú hoặc ảnh ngắn ngay tại nơi nhiệm vụ được lưu. Người tiếp theo có thể thấy nhiệm vụ mà không cần tìm trong tin nhắn.

Giữ lịch sử hiển thị thay vì xóa ghi chú cũ khi có người tiếp quản. Đừng thay trạng thái cụ thể như «đang chờ bảo trì» bằng trạng thái mơ hồ «đang thực hiện». Yêu cầu lý do hoặc xác nhận trước khi người dùng đóng công việc, đồng thời đặt các nhiệm vụ khẩn cấp ở vị trí nổi bật, tách khỏi những việc thường ngày.

Kiểm tra nhanh trước khi ra mắt

Hãy thử nghiệm ứng dụng tại nơi mọi người sẽ sử dụng: cạnh khu vực bốc dỡ, tại quầy điều dưỡng hoặc trên sàn cửa hàng ồn ào. Một bản trình diễn trơn tru trên bàn làm việc có thể che giấu những vấn đề làm chậm cả ca.

Yêu cầu nhân viên ở từng vai trò hoàn thành công việc thường ngày trên điện thoại hoặc máy tính bảng dùng chung. Đưa cho họ một tình huống thực tế rồi quan sát nơi họ dừng lại, nhấn nhầm điều khiển hoặc cần trợ giúp. Những khoảnh khắc đó cho bạn nhiều thông tin hơn một danh sách tính năng dài.

Trước khi phát hành, hãy xác nhận rằng nhân viên có thể hoàn thành nhiệm vụ phổ biến qua vài màn hình mà không phải gõ ghi chú dài. Mỗi vai trò cần thấy những hành động phù hợp với công việc, trong khi người giám sát vẫn có quyền phê duyệt và sửa sai. Ca mới phải lập tức tìm thấy công việc chưa hoàn tất, cập nhật mới nhất và người hoặc đội ngũ chịu trách nhiệm.

Đồng thời, hãy kiểm tra điều gì xảy ra khi thiết bị khóa, mất tín hiệu, khởi động lại hoặc đổi người dùng. Nhân viên phải có thể đăng xuất nhanh, và người tiếp theo không được nhìn thấy hoặc thao tác bằng tài khoản của người dùng trước.

Kiểm tra các tình huống lỗi

Thiết bị dùng chung có những lỗi dễ dự đoán. Ai đó đóng ứng dụng trước khi lưu. Máy tính bảng khởi động lại sau khi cập nhật. Hai người cùng mở một nhiệm vụ. Wi-Fi mất ở một khu vực trong tòa nhà. Hãy quyết định ứng dụng nên xử lý từng trường hợp ra sao rồi tiến hành kiểm tra.

Nếu nhân viên kho đánh dấu một lô hàng hư hỏng là «đang chờ kiểm tra» rồi máy tính bảng khởi động lại, ca mới phải thấy trạng thái đó sau khi đăng nhập. Ứng dụng cũng phải cho biết cập nhật diễn ra khi nào và do ai thực hiện. Nhãn «đang thực hiện» mơ hồ để lại quá nhiều chỗ cho phỏng đoán.

Chạy thử trực tiếp ở quy mô nhỏ

Bắt đầu với một đội ngũ và một quy trình lặp lại, chẳng hạn kiểm kê hoặc báo cáo sự cố. Chạy thử qua nhiều lần đổi ca và thu thập nhận xét cụ thể: màn hình nào mất quá nhiều thời gian, nhãn nào gây nhầm lẫn và cập nhật nào không được lưu.

Khắc phục các vấn đề lặp lại trước khi thêm quy trình mới. Ứng dụng trên thiết bị dùng chung hoạt động tốt khi nhân viên có thể cầm lên giữa ca, hoàn thành nhiệm vụ và để lại hồ sơ rõ ràng cho người tiếp theo.

Bắt đầu với một quy trình theo ca

Hãy chọn một công việc thường diễn ra mỗi ngày và gây nhầm lẫn thực sự khi bàn giao. Kiểm kê, kiểm tra vệ sinh phòng, tiếp nhận hàng hoặc kiểm tra thiết bị là điểm bắt đầu tốt hơn việc cố số hóa mọi nhiệm vụ cùng lúc.

Dành một ca để quan sát cách công việc di chuyển. Ghi lại ai bắt đầu từng nhiệm vụ, họ cần biết điều gì, họ dừng ở đâu và ai tiếp quản. Chú ý đến ghi chú trên giấy, thông tin truyền miệng, ảnh trong nhóm trò chuyện và bảng trắng. Những thứ này thường cho thấy thông tin mà ứng dụng cần lưu giữ.

Biến các quan sát đó thành một quy trình ngắn trên thiết bị dùng chung. Nhân viên kho có thể mở «Tiếp nhận hàng», quét hoặc nhập một mặt hàng, thêm ảnh hư hỏng nếu cần, chọn trạng thái rồi lưu. Ca sau phải thấy mặt hàng, trạng thái, thời điểm cập nhật gần nhất và hành động tiếp theo mà không cần hỏi những người xung quanh.

Hãy thử nghiệm quy trình tại nơi mọi người làm việc, bằng chính điện thoại hoặc máy tính bảng dùng chung. Kiểm tra xem nhân viên có thể sử dụng khi đeo găng tay, tín hiệu yếu, môi trường ồn và có hàng người đang chờ hay không. Sáu lần chạm trong một buổi trình diễn yên tĩnh có thể trở nên rất chậm trong lúc bàn giao bận rộn.

Yêu cầu nhân viên đổi tên những nhiệm vụ và trạng thái khó hiểu bằng cách nói của họ. «Đang chờ» có thể có nghĩa là chờ tài xế, quản lý hoặc linh kiện thay thế. Hãy tách những trạng thái đó để người tiếp theo biết cần làm gì, nhưng giữ danh sách tổng thể đủ ngắn để mọi người dùng nhất quán.

Koder.ai cho phép đội ngũ tạo ứng dụng web, máy chủ và di động qua trò chuyện, đồng thời có thể xuất mã nguồn, triển khai và lưu trữ khi cần. Hãy mô tả một quy trình, các vai trò liên quan và thông tin cần có ở mỗi lần bàn giao, rồi đưa phiên bản đầu tiên cho những người đang làm việc theo ca sử dụng. Phản hồi của họ nên định hướng cho thay đổi tiếp theo.