Đọc đề án
Phạm Văn Thư · Kiến trúc sư trưởng đề án

Tôi thiết kế hệ điều hành cho doanh nghiệp một người

Mười năm kiến trúc mô hình kinh doanh cho doanh nghiệp vừa, nhỏ và siêu nhỏ dạy tôi một điều: người kinh doanh một mình không thiếu công cụ. Họ thiếu một bộ máy đã lắp sẵn. Thị trường bán cho họ từng mảnh rời rồi để họ tự ráp — mà việc ráp đó chính là công việc của cả một phòng vận hành.

Trang này không kể tôi giỏi gì. Nó cho bạn xem thứ đang chạy, số đo trực tiếp từ hệ thống, và cả những chỗ chưa chạy.

Đọc đề án · 39 chương Vào hệ điều hành ↗
Đọc trực tiếp từ hệ thống mỗi lần bạn mở trang

Số đang chạy, không phải số đã hứa

Năm con số dưới đây lấy thẳng từ các dịch vụ đang vận hành, không nhập tay. Nếu một ô hiện dấu gạch ngang thì dịch vụ đó không phản hồi lúc bạn mở trang — và bản thân điều đó cũng là một thông tin.

Đang đọc từ hệ thống

Đề án · 39 chương · 30 bản vẽ và biểu đồ

Bạn đến với câu hỏi nào?

Không ai cần đọc cả 39 chương. Ba lối vào dưới đây đưa bạn thẳng tới phần trả lời đúng câu hỏi bạn đang cầm trên tay.

Cách làm việc

Bốn ràng buộc tôi tự đặt cho mình

Đây không phải khẩu hiệu. Đây là bốn quy tắc đã nhiều lần buộc tôi phải dừng lại, viết lại, hoặc thừa nhận mình sai — và đó chính là lý do giữ chúng.

Ràng buộc 1

Dựng thật rồi đo, không nghiên cứu xong mới dựng

Phần lớn giả định về hành vi người dùng chỉ lộ ra là sai khi có hệ thống thật cho họ chạm vào. Nên mọi cấu phần đều triển khai lên hạ tầng thật, tên miền thật, chứng chỉ thật — không dùng bản mô phỏng.

Ràng buộc 2

Cổng nghiệm thu phải có quyền chặn

Mỗi giai đoạn có tiêu chí định lượng; không đạt thì dừng, không đi tiếp cho đủ kế hoạch.

Đã trả giá để học điều này: có giai đoạn cổng kiểm chứng ghi nhận "đạt" bất kể sản phẩm dựng ra có chạy hay không. Một cổng không có quyền chặn thì không phải là cổng — nó chỉ là một dòng ghi chép.

Ràng buộc 3

Số nào cũng phải truy được về nguồn

Hoặc là số đo từ hệ thống đang chạy, hoặc là số liệu công bố có trích dẫn, hoặc là giả định có ghi rõ căn cứ. Không có loại thứ tư.

Trong đề án có bốn mục cố ý để trống vì chưa đọc được bản gốc văn bản — kể cả khi điền vào sẽ làm slide đẹp hơn.

Ràng buộc 4

Chưa làm được thì viết là chưa

Bảng đối chiếu nghĩa vụ bảo vệ dữ liệu trong đề án có năm trên tám hạng mục chưa đạt, soát từ mã nguồn chứ không tự đánh giá.

Một bảng toàn màu xanh ở giai đoạn này sẽ là bảng nói dối, và người đọc kỹ nhận ra ngay.

Một ví dụ về cách tôi làm việc

Phép tính lật ngược kết luận của chính tôi

Khi dựng dự toán dòng tiền 24 tháng, tôi định viết rằng khó khăn nằm ở chỗ tìm khách hàng. Nhưng khi tính ra thì con số nói ngược lại — và tôi phải viết lại chương đó.

Số khách hàng không tăng mãi. Nó hội tụ về một điểm cân bằng:

số khách ở trạng thái cân bằng = khách mới mỗi tháng ÷ tỷ lệ rời bỏ mỗi tháng chạy thêm bao nhiêu năm cũng chỉ hội tụ về con số này MỐC HOÀ VỐN THẬT: 19 KHÁCH giữ 80%giữ 85% giữ 90%giữ 92%giữ 95% khách mới/tháng 1 5 ✕7 ✕ 10 ✕13 ✕20 ✓ 2 10 ✕13 ✕ 20 ✓25 ✓40 ✓ 4 20 ✓27 ✓ 40 ✓50 ✓80 ✓ ✓ vượt mốc hoà vốn · ✕ không bao giờ tới, chạy thêm bao lâu cũng vậy
Hàng được khoanh là kịch bản dễ xảy ra nhất: hai khách mới mỗi tháng, giữ chân 80–85%. Mô hình dừng ở 10–13 khách và không bao giờ chạm mốc hoà vốn.

Với 2 khách mới mỗi tháng, phải giữ chân tối thiểu 89% mỗi tháng mới hoà vốn được. Với 3 khách mới thì ngưỡng là 84%; với 4 khách mới là 78%.

Nghĩa là: tăng gấp đôi tốc độ bán hàng không cứu được một mô hình có tỷ lệ rời bỏ cao, nhưng cải thiện giữ chân vài điểm phần trăm thì cứu được.

Phát hiện này lộ ra khi tính, không phải khi nghĩ — và nó đổi luôn chỉ tiêu nghiệm thu của cả đề án: lấy tỷ lệ duy trì sau 90 ngày làm thước đo chính, không lấy số khách đăng ký. Đọc Chương 20 →

Nghề kiến trúc sư trưởng đề án

Chín mặt của nghề, và bằng chứng cho từng mặt

Tôi từng để bảng này ở dạng thanh phần trăm tự chấm. Đã bỏ — một điểm số tự cho mình thì người đọc không kiểm chứng được, và không kiểm chứng được thì không đáng tin. Mỗi mặt dưới đây gắn với một thứ bạn mở ra xem được.

Hành trình

Mười năm, từ mô hình kinh doanh đến hệ điều hành

Đồng bộ từ hệ thống

Viết chuyên sâu

Từng chương của đề án là một bài viết đầy đủ, đọc và chia sẻ riêng được. Cùng với đó là báo cáo nghiên cứu và các bài về nền tảng công nghệ mã nguồn mở.

Toàn bộ thư viện tài liệu →

Liên hệ

Làm một mình, nhưng không đi một mình

Doanh nghiệp một người cô đơn hơn người ta tưởng — không có đồng nghiệp để hỏi, không có ai phản biện lúc quyết định sai. Đây là những chỗ tôi có mặt.