umini Dùng thử miễn phí

Kế hoạch ổn định sản phẩm

Ưu tiên những lỗi chặn người dùng trước, rồi mới mở rộng tính năng. Cập nhật 29/07/2026.

Bản build hiện tại đã qua kiểm tra kiểu dữ liệu và đóng gói thành công. Hai website vẫn hoạt động. Kế hoạch này tập trung vào những lỗi chỉ lộ ra trong luồng dùng thật — điều mà một bản build xanh không thể tự xác nhận.

Năm ưu tiên trước mắt

Ưu tiênViệc cần làmKhi nào được coi là xong
P0 · Tài khoảnHoàn thiện trang đặt lại mật khẩu và xử lý link sai hoặc hết hạn.Người dùng yêu cầu mail, đặt mật khẩu mới và đăng nhập lại được.
P0 · WebGiữ ổn định deep-link, file JS/CSS và cache sau mỗi lần triển khai.Mở trực tiếp mọi đường dẫn chính; bản cũ không rơi vào vòng tải lại.
P0 · EmailXác nhận URL, mẫu mail, bảo vệ mật khẩu và chuẩn bị SMTP cho production.Đăng ký, đặt lại mật khẩu và lời mời đều có mail thử thành công.
P1 · Lời mờiGiữ link mời xuyên suốt đăng nhập hoặc đăng ký.Người mới vào đúng workspace mà không mất token giữa đường.
P1 · Universal ObjectĐồng nhất Dự án/Brand, Phòng ban, Công việc, việc con và Người trên cùng object graph.Cây tổ chức dùng relation; người thực thi/điều phối là relation; loại công việc là workflow.

Lộ trình thực hiện

Đợt 1 — Khôi phục truy cập và giữ web ổn định

  1. 1 Bổ sung đầy đủ luồng đặt lại mật khẩu.
  2. 2 Tự động kiểm tra trang chủ, deep-link và file tĩnh sau mỗi lần đăng web.
  3. 3 Tách cấu hình theo từng môi trường để tránh trỏ nhầm dữ liệu.
  4. 4 Gửi thử đủ các loại email tài khoản trước khi mở cho khách thật.

Đợt 2 — Hoàn thiện vòng đời thành viên

  1. 1 Giữ nguyên đích đến khi người nhận lời mời phải đăng nhập hoặc đăng ký.
  2. 2 Chọn đúng workspace ngay sau khi nhận lời mời.
  3. 3 Viết thông báo rõ cho lời mời hết hạn, đã dùng hoặc sai email.
  4. 4 Tự động gửi mail mời sau khi SMTP production sẵn sàng.

Đợt 3 — Bảo vệ dữ liệu và tự động hoá

  1. 1 Chuyển Dự án/Brand, Phòng ban, Công việc, việc con và Người về một object identity chung.
  2. 2 Biểu diễn cây bằng quan hệ contains; người thực thi bằng executes; người điều phối bằng coordinates.
  3. 3 Gắn workflow vào loại công việc/nghiệp vụ thay vì gắn cứng vào dự án.
  4. 4 Đưa bình luận, hoạt động, tệp và thông báo về cùng object_id.
  5. 5 Ngăn hai người cùng sửa làm ghi đè dữ liệu của nhau.
  6. 6 Chuẩn hoá một bộ máy tự động duy nhất, có chạy lại an toàn và lưu lỗi.
  7. 7 Kiểm tra người ngoài workspace không đọc hoặc sửa được dữ liệu.
  8. 8 Nghiệm thu từng loại trường tuỳ biến bằng luồng nhập và đọc lại thật.

Đợt 4 — Đồng bộ tài liệu rồi mới mở rộng

  1. 1 Đồng bộ tài liệu kỹ thuật với hành vi đang chạy.
  2. 2 Tách rõ phần đã kiểm chứng, phần có code nhưng chưa nghiệm thu và phần chưa làm.
  3. 3 Chỉ tiếp tục khu quản trị, tệp đính kèm, Zalo và mobile sau khi ba đợt trên đạt cửa nghiệm thu.

Nguyên tắc báo hoàn thành

Một hạng mục chỉ được ghi “đã hoàn thành” khi có đủ cả năm bằng chứng:

  • Code đã nằm trong bản được triển khai.
  • Kiểm tra kiểu dữ liệu và bản build đều xanh.
  • Luồng thật đã được chạy lại sau triển khai.
  • Quyền workspace đã được kiểm nếu hạng mục có dữ liệu dùng chung.
  • Tài liệu người dùng khớp đúng với những gì họ bấm được.
Nếu mới có màn hình hoặc migration nhưng chưa qua đủ các bước trên, trạng thái sẽ là Có code, chưa nghiệm thu — không tính là hoàn thành 100%.

Thứ tự xử lý khi có lỗi mới

Lỗi làm mất quyền truy cập, mất dữ liệu hoặc làm web không mở được luôn đứng trước cải tiến giao diện. Sau đó mới tới lỗi làm gián đoạn luồng làm việc, rồi mới tới tối ưu và tính năng mới.