Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Viết và trình bày một bản chiến lược kỹ thuật một trang

Đã đọc 0/6 mục · còn khoảng 5 phút
Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

Vì sao chỉ một trang

Chiến lược kỹ thuật thường được viết thành tài liệu ba mươi trang, đầy sơ đồ, đọc xong một lần rồi nằm trong thư mục. Nó thất bại không vì sai, mà vì không ai dùng nó để quyết định.

Một trang buộc bạn chọn. Không thể liệt kê mọi việc đáng làm, chỉ có chỗ cho những gì quan trọng nhất và lý do. Một trang cũng là thứ CEO, Head of Product, CTO và các Engineering Manager có thể cùng đọc trong mười phút, và cùng mở lại khi có quyết định khó. Tài liệu chi tiết vẫn cần — nhưng làm phụ lục, không làm bản chính.

Bảy phần của một trang

PhầnTrả lời câu hỏiĐộ dài
Chẩn đoánVấn đề lớn nhất ta đang đối mặt là gì, và vì sao?3–4 câu
Định hướngNguyên tắc nào sẽ dẫn các quyết định?2–3 nguyên tắc
Các khoản cượcTa đầu tư vào đâu trong 12 tháng tới?3 khoản, không hơn
Phân bổNăng lực chia thế nào?Một bảng
Không làmTa chủ động bỏ gì?2–3 dòng
Chỉ sốLàm sao biết đang đúng hướng?3–4 chỉ số có mốc
Rủi ro và điểm quyết địnhĐiều gì có thể làm hỏng, và ta sẽ xem lại khi nào?2–3 dòng
Phần chẩn đoán là quan trọng nhất và hay bị bỏ qua nhất. Không có chẩn đoán, các khoản cược chỉ là danh sách mong muốn. Một chẩn đoán tốt gọi tên một vấn đề cụ thể, có số, và giải thích được vì sao các khoản cược là lời đáp.

Phần không làm cũng quan trọng không kém. Một chiến lược không loại bỏ gì thì không phải chiến lược.

Bản một trang của ChởNhanh

Mai và anh Đạt viết chung bản dưới đây, tổng hợp mọi quyết định từ bài 2 đến bài 8.

Chẩn đoán. ChởNhanh (giả định) cần đi từ 45.000 lên 120.000 đơn/ngày trong hai năm, và cao điểm cuối năm nay đã là 135.000. Lõi cũ chịu khoảng 100.000 đơn/ngày. Vấn đề lớn hơn tải: 40% thay đổi cần từ hai đội, thời gian từ bắt đầu đến production là 3 tuần, nên mỗi kỹ sư thêm vào làm công ty nhanh lên rất ít.

Định hướng.

  • Tách theo nghiệp vụ, phần nặng và rủi ro nhất trước.
  • Mua những gì không tạo khác biệt; tự xây khi quy mô biện minh, và luôn giữ đường lùi.
  • Nợ kỹ thuật là ngăn đầu tư có ngân sách cố định, không phải ân huệ xin từng sprint.
Ba khoản cược.

Khoản cượcVì saoChi phí
Tách đối soát COD khỏi lõi cũGiảm tải trước cao điểm, phần sai tiền rủi ro nhất200 tuần-kỹ sư trong 3 quý
Dịch vụ trạng thái đơn dùng chungNăm đội đang tự làm, 1.200 ticket/thángĐội Nền tảng 5 kỹ sư, 60 tuần-kỹ sư/quý
Mua dịch vụ tối ưu tuyến, chuẩn bị tự xâyGiữ lời hứa 2 giờ ngay, tự xây khi vượt khoảng 57.800 đơn/ngày810 triệu đồng/năm ở quy mô hiện tại
Phân bổ mỗi quý. Tính năng 432, nợ kỹ thuật 144, vận hành 72, nền tảng 72 — tổng 720 tuần-kỹ sư.

Không làm.

  • Không viết lại toàn bộ lõi cũ trong năm nay.
  • Không thêm tính năng mới vào phần đối soát trong lõi cũ.
  • Không xây nền tảng nào khác khi dịch vụ trạng thái đơn chưa có ba đội dùng.
Chỉ số.

Chỉ sốHiện tạiSau 4 quý
Thay đổi cần từ hai đội40%15%
Thời gian từ bắt đầu đến production3 tuần1 tuần
Ticket vì trạng thái lệch1.200/thángDưới 400/tháng
Tải cao nhất lõi cũ phải gánh trong cao điểm135.000 đơn/ngày nếu không làm gìDưới 100.000 đơn/ngày
Rủi ro và điểm quyết định.

  • Di trú COD trễ: 10% khả năng chưa xong khi vào cao điểm. Đã chuẩn bị nâng cấp hạ tầng; mua nếu 30/9 chưa có 50% shop trên hệ thống mới.
  • Đơn vượt 55.000/ngày một tháng liền: bắt đầu dự án tự xây tối ưu tuyến.
  • Xem lại toàn bộ bản này mỗi quý, cùng lúc với lập kế hoạch roadmap.

Trình bày cho CEO

Chị Lan không cần nghe về dịch vụ hay cơ sở dữ liệu. Chị cần biết công ty có đạt mục tiêu tăng trưởng không, tốn bao nhiêu, và rủi ro gì. Mai sắp bài trình bày theo trình tự đó:

  • Mở bằng mục tiêu kinh doanh: 120.000 đơn/ngày, và cao điểm 135.000 năm nay.
  • Chẩn đoán bằng một con số dễ nhớ: lõi cũ chịu khoảng 100.000.
  • Ba khoản cược, mỗi khoản một câu: làm gì, để được gì.
  • Cái giá: 40% năng lực mỗi quý không đi vào tính năng mới, và điều đó mua được gì.
  • Rủi ro và cách đã phòng, kèm ngày quyết định.
  • Điều cần chị quyết: đồng ý tỉ lệ phân bổ, và đồng ý không thêm tính năng vào phần đối soát cũ.
Bước 6 là lý do của cả buổi trình bày. Một bản chiến lược không kết thúc bằng yêu cầu quyết định thì chỉ là một bản báo cáo. Xem Storytelling & Presenting để luyện cách dẫn câu chuyện từ vấn đề đến yêu cầu.

Lỗi thường gặp

LỗiBiểu hiệnSửa
Không có chẩn đoánMở đầu bằng danh sách dự ánViết vấn đề trước, có số
Quá nhiều khoản cượcBảy khoản, khoản nào cũng "ưu tiên cao"Chọn ba, chuyển phần còn lại sang "không làm" hoặc "để sau"
Viết bằng ngôn ngữ kỹ thuậtCEO đọc không hiểu được gìNói kết quả kinh doanh trước, giải pháp sau
Không có chỉ sốKhông biết sau một quý có tiến bộ khôngMỗi khoản cược gắn ít nhất một chỉ số
Viết một lần rồi để đóBản chiến lược lệch với thực tế sau hai quýXem lại mỗi quý, ghi rõ đã đổi gì và vì sao
Một bên viết một mìnhSản phẩm hoặc kỹ thuật không nhận nó là của mìnhHead of Product và CTO cùng ký tên

Làm ngay

Viết bản một trang cho sản phẩm của bạn, dùng đủ bảy phần. Lấy chất liệu từ các bài trước: sổ nợ và tỉ lệ phân bổ (bài 2 và 3), một quyết định tự xây hay mua (bài 4), một đặt cược nền tảng hoặc lý do chưa làm (bài 5), chỉ số ranh giới đội (bài 6), một kế hoạch di trú (bài 7), và rủi ro có kịch bản (bài 8). Đưa bản nháp cho Engineering Manager hoặc tech lead đọc và hỏi: "Phần chẩn đoán có đúng không?" Sửa, rồi đặt lịch trình bày cho người có quyền quyết ngân sách — kết thúc bằng một yêu cầu quyết định cụ thể.

Học xong bài này rồi? Tạo tài khoản miễn phí để lưu lại — lần sau vào là biết ngay đang dở ở đâu, và học hết khóa thì có chứng chỉ. Lưu tiến độ của tôi