Tổng Kết Và Luyện Tập

Những điểm chính cần nhớ

• Phát hành sản phẩm là một quy trình làm việc, không phải một khoảnh khắc: triển khai, quan sát, vá lỗi, lặp lại — và hãy khiến rollback trở thành thứ bạn đã từng thử nghiệm ít nhất một lần.
• Chạy danh sách kiểm tra trước khi ra mắt trước khi bạn công bố bất cứ điều gì, và nhờ AI xác minh từng mục thay vì tin vào trí nhớ của bạn.
• Hãy để việc đo lường dẫn dắt việc tối ưu hóa — một báo cáo Lighthouse luôn thắng một linh cảm về việc gì "cảm thấy chậm".
• Bí mật sống trong cấu hình môi trường thực, không bao giờ trong repo; .env nằm trong gitignore và .env.example luôn được cập nhật.
• Phiên bản đầu tiên là một giả thuyết; người dùng thật là thí nghiệm, vì vậy hãy lặp lại bằng những sửa chữa nhỏ, nhanh.

Hãy thử

Lấy một ứng dụng bạn đã triển khai (hoặc triển khai một cái nhỏ ngay bây giờ) và chạy toàn bộ danh sách kiểm tra trước khi ra mắt trên nó, từng dòng một. Với mỗi ô bạn không thể thành thật đánh dấu, hãy dán mục thất bại đó cho AI và hỏi thay đổi nhỏ nhất để lấp khoảng trống đó. Kết thúc bằng cách bấm vào một liên kết sâu (deep link) trên trang web đang chạy thật — không chỉ trang chủ — để xác nhận môi trường thực hoạt động giống môi trường phát triển.

Câu lệnh (prompt) của chương

Here is my deployed app and its stack: [describe app + hosting + services].
Act as my launch reviewer. Walk this pre-launch checklist item by item
and, for each, tell me how to verify it on the LIVE site (not in dev):
- production URL loads over valid HTTPS on the custom domain
- all secrets set in production; none committed to the repo
- core happy path (sign-up, login, main action) works in production
- payments tested end-to-end including the webhook (if any)
- error tracking and uptime monitoring are live
- I can roll back, and have tested it once
- mobile layout works on a real phone
- database backups are enabled
For every item that fails, give me the SMALLEST change that fixes it.
Do not assume anything passes — make me prove each one.