Tài liệu nội bộ

Tổng hợp khảo sát Team Tech Họp định hướng Q4/2026

Mười người trả lời độc lập, nhưng phần lớn đi tới cùng một kết luận: khách không bỏ vì trang xấu, mà vì trang không ra kết quả. Việc của Tech trong Q4 là giữ hệ thống ổn định và đưa khách mới tới đơn hàng đầu tiên.

10Khảo sát
65Ý tưởng
23Cam kết đóng góp
9/10Người nêu lỗi xuất bản, truy cập hoặc dữ liệu

Bốn kết luận cho buổi họp

01

Bản đồ đồng thuận

Ai nói về điều gì. Cột càng đậm, đồng thuận càng cao.

Chủ đề được gán theo nội dung từng ý, không theo mã nhóm người nộp tự chọn. Dữ liệu form khảo sát nộp ngày 05–06/10/2026.

02

Hạ tầng và chất lượng hệ thống

Đối chiếu khảo sát với năm mục tiêu hạ tầng, và bốn vấn đề không nên đợi tới buổi họp.

Audit hạ tầng theo năm mục tiêuTeam nói gì, nhận gì so với ưu tiên hàng đầu của Q4.

Mục tiêuSố người nêuAi nêu, nêu gìCam kết trong khảo sátKhoảng trống
Tốc độ5/10Cương (xuất bản 11–70 giây), Đạt (Core Web Vitals), Dũng (chưa đo thời gian phản hồi API), Đức, ÁnhKhông cóChưa ai nhận mục tiêu tốc độ hạ tầng
Ổn định9/10Gần như tất cả: 502, SSL, tên miền, CDN, Redis, automation nghẽnKhông cóNhiều người nêu, không ai cam kết
Bảo mật2/10Tiến (Google Sheet nhầm sheet, được mô tả như lỗi tính năng), Linh (nêu bảo mật dữ liệu là lý do khách ở lại)Không cóKhông ai đề xuất audit, mã hóa hay kiểm soát truy cập
Tối ưu chi phí4/10Linh, Đạt, Dũng, Cương4: RDS −30%, archive −60 GB, Credit Transaction lên S3, chi phí AIMục duy nhất có cam kết
Chủ động kiểm soát5/10Oanh, Linh, Đạt, Đức, Dũng: lỗi đến từ khách báo, cần biết trướcChỉ Sentry ở frontend (Đức)Không có cam kết ở tầng hạ tầng

Lệch ưu tiên

Hạ tầng là trọng tâm số một, nhưng chỉ 1/65 ý thuộc nhóm chi phí, 0 ý đề xuất bảo mật. Bốn trên năm mục tiêu hạ tầng không có cam kết nào. Team chưa nhìn thấy ưu tiên này, cần nói rõ ngay đầu buổi họp.

Phụ thuộc một người

Không có vị trí DevOps, SRE hay bảo mật trong 10 người. Toàn bộ hạ tầng đang dồn vào Linh, trong khi Linh còn nhận AI Assistant cho khách mới. Nên rút việc AI Assistant khỏi Linh và chỉ định người phụ trách bảo mật, hoặc thuê audit độc lập.

Mâu thuẫn chi phí và ổn định

Linh thừa nhận đợt giảm chi phí và chuyển sang nhiều cloud đã làm phát sinh lỗi hạ tầng. Cắt tài nguyên dư thừa chỉ an toàn khi đã có Agent giám sát; nên làm Chủ động kiểm soát trước, cắt giảm sau.

Sự cố hạ tầng đang mở, nối với triệu chứng trong khảo sát

Máy chủ SSL termination quá tải CPU

Nghi do nginx reload liên tục mỗi khi tên miền thay đổi (từ api-ladipage-godns), chưa xác nhận. Khớp với triệu chứng tên miền, SSL, trang không truy cập được mà Tiến, Linh, Phúc, Oanh nêu.

Ổn định · Chủ động kiểm soát

LadiCDN resize ảnh

Thiếu worker trên mỗi pod gây nghẽn CPU dù HPA trông bình thường, HPA co giãn liên tục, cấu hình thật lệch với repo, lỗi 504 do tên bucket có dấu chấm. Khớp với lỗi ảnh hỏng sau mỗi lần phát hành Đạt nêu.

Tốc độ · Ổn định · Chi phí
Nghiêm trọng – có thể là sự cố bảo mật

Dữ liệu form về nhầm Google Sheet của khách khác

Tiến báo form data lưu về Google Sheet "thường bị nhầm sheet của người này lẫn người kia". Nếu đúng, đây là rò rỉ dữ liệu giữa các khách hàng. Cần xác minh trong tuần này.

Nghiêm trọng – khách mất công sức

Trang tự quay về bản cũ sau khi xuất bản

Tiến, Ánh và Đức cùng nêu: mất bản thiết kế mới, mất dữ liệu khi lưu hoặc xuất bản. Khách không biết vì sao và thường lặng lẽ bỏ đi.

Rủi ro kiến trúc – ảnh hưởng doanh thu

Redis lưu thông tin gói là điểm chết duy nhất

Redis LDP_CONFIG_ trên cụm VN lưu thông tin gói và traffic. Cụm sập thì giới hạn gói và trial hỏng theo, khách trả phí có thể bị chặn nhầm. Cấu hình gói lại nằm rải rác.

Bị động – lỗi đến từ khách báo

Không có giám sát chủ động

Không giám sát trang đang chạy, không theo dõi lỗi frontend, không đo hiệu năng API, không kiểm thử hồi quy trước khi merge. Năm người nêu cùng vấn đề.

Mốc đề xuất: dưới 10 giây

Xuất bản một trang mất tới 70 giây

Số đo duy nhất trong cả 10 bài về độ chậm khách cảm nhận trực tiếp, do Cương cung cấp. Chờ lâu thì khách bấm lại, có thể là một nguyên nhân của lỗi quay về bản cũ. Giả thuyết này cần dev xác minh.

Lỗi lặp lại nhiều nhấtGom từ phần nhận diện lỗi của các khảo sát.

Trang không truy cập được, 502, SSL

Theo Linh: dùng nhiều hạ tầng mà quản lý chưa tốt, hệ quả của đợt tối ưu chi phí.

Tiến, Linh, Phúc, Oanh, Đạt

Automation chậm, không gửi lại khi lỗi

Một khách chạy campaign dữ liệu lớn làm nghẽn tất cả khách khác. Import khách hàng chung tình trạng.

Tiến, Linh, Dũng, Cương

Form không gửi được, dữ liệu không về

Lỗi cả trên tài khoản miễn phí ngay sau khi xuất bản, đúng lúc khách đang thử sản phẩm.

Phúc, Oanh, Tiến

Ảnh hỏng trên trang đã xuất bản

CDN resize trả về 404, lỗi quay lại sau mỗi lần phát hành.

Đạt

Đồng bộ v5 sang v6 thiếu sót

Sửa chỗ này sót chỗ kia, nhiều kho code, hai thế hệ app.

Đạt, Dũng

Báo cáo Flow nặng

Mất 5–10 giây hoặc không mở được. Tab khách hàng và tải sản phẩm trong builder cũng chậm.

Dũng, Đức, Cương
03

Định hướng dựa trên kết quả khảo sát

Bốn câu trả lời hội tụ từ nhiều người, cùng ba con số đáng đưa lên slide nếu kiểm chứng được.

Định vị so với AI

AI lo thiết kế trang, LadiPage lo phần còn lại: xuất bản, tên miền, form, CRM, Automation, thanh toán, pixel. LadiPage không cạnh tranh với AI mà đứng sau AI.

Kích hoạt 30 ngày đầu

Đo trạng thái thật: đã xuất bản, gắn tên miền, có truy cập, có lead hoặc đơn đầu tiên. Chưa xuất bản sau 7 ngày thì tự tạo việc cho CSKH. Gửi báo cáo giá trị trước kỳ gia hạn. Checklist onboarding hiện tại là dữ liệu giả.

Hoàn thiện MCP

Đăng nhập OAuth thay khóa API, có mặt trong danh mục Claude và ChatGPT, thêm công cụ đơn hàng, lead và tạo Automation. Mục tiêu: một câu lệnh ra cả hệ thống bán hàng.

Tự kéo khách mới

CRO Audit miễn phí cho mọi URL, kể cả trang không làm trên LadiPage. Nhãn "Made with LadiPage" trên gói miễn phí. Tên miền miễn phí không giới hạn 10 phút để khách chạy thử trang AI.

Số liệu trong khảo sátĐạt đưa ra nhưng không ghi nguồn. Cần đối chiếu với SalesOS trước khi dùng.

90% so với 9%

Tỷ lệ gia hạn của khách có trên 1.000 truy cập so với khách không có truy cập.

Chưa kiểm chứng
22%

Tỷ lệ gia hạn lần đầu hiện tại.

Chưa kiểm chứng
−25%

Mức giảm số người đăng ký, khi lượt tìm "landing page AI" đã vượt "thiết kế landing page".

Chưa kiểm chứng
04

Trọng tâm của Tech trong Q4

Gom từ đề xuất của chính team, gán người phụ trách theo năng lực đã thể hiện trong khảo sát.

P0

Hạ tầng – quan trọng nhất

Năm mục tiêu: tốc độ, ổn định, bảo mật, tối ưu chi phí, chủ động kiểm soát. Mỗi lần cắt giảm chi phí phải có phương án quay lại.

Chủ động kiểm soát

Nền tảng, làm trước các mục còn lại
  • Agent health check tài nguyên và ứng dụng trên toàn bộ server
  • Cảnh báo theo ngưỡng, phát hiện sự cố trước khi khách báo
  • Một dashboard chung cho tình trạng, tài nguyên, chi phí và bảo mật; báo cáo định kỳ

Tốc độ

  • Hạ tầng đáp ứng mục tiêu xuất bản trang dưới 10 giây (p95)
  • Tốc độ tải trang khách qua CDN, đo theo tuần (Core Web Vitals), đặt mục tiêu theo quý

Ổn định

  • Bỏ điểm chết Redis LDP_CONFIG_ trên cụm VN
  • Rà soát độ ổn định khi chạy nhiều nhà cung cấp cloud: tên miền, SSL, lỗi 502, CDN resize trả 404
  • Xử lý dứt điểm sự cố CPU trên máy chủ SSL termination và LadiCDN

Bảo mật

  • Triển khai Agent audit bảo mật trên toàn bộ server
  • Nghiên cứu mã hóa dữ liệu quan trọng khi lưu trữ (database, backup, ổ đĩa) và khi truyền tải
  • Báo cáo bảo mật định kỳ

Tối ưu chi phí

  • Rà soát tài nguyên dư thừa, thu hẹp hoặc tắt theo số liệu thật từ Agent
  • Giảm 30% chi phí RDS (Linh, hạn 15/10)
  • Chuyển trang, ảnh của tài khoản hết hạn lâu năm sang lưu trữ rẻ
  • Một chính sách lưu trữ chung: dữ liệu nào giữ bao lâu, archive đi đâu
Phụ tráchLinh (chủ trì, rút khỏi AI Assistant), Cương (Redis). Cần chỉ định thêm người phụ trách bảo mật.Cần chốt trong họp: mục tiêu % giảm chi phí hạ tầng mỗi tháng, phạm vi mã hóa.
P1

Ứng dụng

Cùng mục tiêu, ở tầng sản phẩm.

Tốc độ và ổn định

  • Điều tra lỗi trang quay về bản cũ sau khi xuất bản
  • Gom cấu hình gói về một nơi; xuất bản dưới 10 giây (p95)
  • Giám sát trang đang chạy, Sentry cho frontend, đo hiệu năng API, nối vào dashboard và cảnh báo của hạ tầng
  • Kiểm thử hồi quy bắt buộc cho builder, xuất bản, form
  • Hàng đợi chia theo từng khách cho campaign và import; tăng tốc báo cáo Flow

Bảo mật

  • Điều tra lỗi Google Sheet nhầm sheet (nghi rò rỉ dữ liệu giữa khách)
  • Nghiên cứu mã hóa các trường nhạy cảm của khách ở tầng ứng dụng (liên hệ, lead, đơn hàng)

Tối ưu chi phí

  • Archive dữ liệu MongoDB, Elasticsearch, giảm 60 GB DB LadiFlow (Cương, hạn 30/11)
  • Credit Transaction lên S3, xóa định kỳ trên DB (Dũng, hạn 30/11)
  • Đo chi phí AI theo từng tác vụ, dùng model nhỏ cho việc đơn giản (Đạt, hạn 15/10)
  • Tối ưu truy vấn nặng (báo cáo Flow, tab khách hàng) để giảm tải tài nguyên
Phụ tráchCương (gói, xuất bản, archive), Dũng (hàng đợi, Flow, S3), Đức (frontend, Sentry), Tiến (kịch bản hồi quy), Đạt (chi phí AI)
P1

Kích hoạt 30 ngày đầu

  • Thay checklist giả bằng trạng thái thật: xuất bản, tên miền, truy cập, lead đầu tiên
  • Tự tạo việc cho CSKH trên LadiWork khi khách chưa xuất bản sau 7 ngày
  • Kịch bản đồng bộ mặc định: form, đơn hàng, khách hàng, việc cho sale
  • Gợi ý chạy quảng cáo sau khi tạo trang, báo cáo giá trị trước kỳ gia hạn
  • Chấm điểm nguy cơ rời bỏ, báo cho Support và Sales
Phụ tráchGiang (nghiệp vụ), Đức (frontend), Dũng (dữ liệu, điểm sức khỏe)
P1

MCP và vòng khép kín AI

  • Đăng nhập OAuth, có mặt trong danh mục Claude và ChatGPT
  • Công cụ đơn hàng, lead và tạo luồng chăm sóc LadiFlow
  • HTML to LadiPage chuẩn hóa đầu vào và đầu ra
  • Gom mọi hướng trợ lý AI về một, chạy trên nền MCP
Phụ tráchĐạt (chủ trì), Cương (LadiFlow)
P2

Tự kéo khách mới

  • CRO Audit công khai cho mọi URL, kèm nút chuyển trang sang LadiPage
  • Nhãn "Made with LadiPage" trên gói miễn phí
  • Tên miền miễn phí không giới hạn 10 phút: cần quyết định chính sách gói trước
Phụ tráchMột người làm chủ, có thể là Đức sau khi cắt bớt việc

Quy định chung cho cả team

Tối đa 2–3 cam kết mỗi người

Mỗi cam kết có chỉ số đo, hạn thật và một người chịu trách nhiệm.

Sprint 2 tuần, một danh sách ưu tiên

Không chen việc giữa chừng trừ lỗi nghiêm trọng. Mỗi yêu cầu có tiêu chí hoàn thành.

Báo lỗi theo mẫu

CSKH gửi tài khoản, các bước, ảnh hoặc video, thời điểm. Mỗi tháng gửi 10 phàn nàn nhiều nhất.

Dữ liệu khách rời bỏ cho Tech

Sales gửi lý do không gia hạn định kỳ. Bốn người cùng nêu nhu cầu này.

Tài liệu BA trước khi code

Ghép cam kết của Giang với phản ánh của Tiến về việc thiếu bước phân tích yêu cầu.

Gác lại, không đưa vào Q4 của Tech

Tạo video AI cho nhóm MMO

Lệch tập khách hàng và lệch trọng tâm quý.

Giảm giá gói cá nhân, hỗ trợ 1-1 qua Zalo

Quyết định của Sales và Marketing, không phải việc của Tech.

"Không thể giữ chân khách, chỉ nên R&D"

Số liệu gia hạn theo truy cập bác bỏ quan điểm này. Nên dùng chính số liệu đó trong họp.

PL1

Phụ lục: thống kê khảo sát

Số liệu thô của 10 khảo sát: số ý tưởng, nhóm người nộp tự chọn, số cam kết theo lĩnh vực, cấp và hạn.

Tổng quan từng khảo sát

"Ghi tác động" là số ý có điền mục "Nếu đúng thì được gì". Bài của Oanh nộp dạng ảnh nên không có dữ liệu mục này và ngày nộp.

Số ý tưởng theo nhóm người nộp tự chọnTên nhóm suy ra từ nội dung; mã gốc trên form là A–I.

Ý tưởng theo nhóm

Ý tưởng theo vị trí

Cam kết theo lĩnh vực

Cam kết theo cấp

Cam kết theo hạn

Danh sách 23 cam kếtHạn tô đỏ là trùng ngày nộp form (06/10), nhiều khả năng để mặc định.

PL2

Phụ lục: nguyên văn khảo sát

Toàn bộ nội dung 10 người đã gửi, giữ nguyên câu chữ và lỗi chính tả. Bấm vào tên để mở.

Tên người nộp hiển thị đúng như trên form (ví dụ "Trần nhật tiến", "NGUYEN DUC LINH"). Mã nhóm A–I là do người nộp tự chọn. Bài của Phạm Thị Oanh chép lại từ ảnh chụp màn hình, ảnh không có ngày nộp và vị trí.

Tài liệu nội bộ. Tổng hợp từ 10 khảo sát họp Team Tech Q4/2026, nộp ngày 05–06/10/2026. Các con số trong khảo sát chưa được đối chiếu với SalesOS.