Giao diện
Conan1 — ba mặt phẳng
compass.conan1.com
Conan1 là nền tảng. Conan School là một Brand chạy bên trong nền tảng đó.
Conan1 không phải "Compass của Conan School" và cũng không phải "kiến trúc doanh nghiệp của Conan School". Nó là hệ thống kiến trúc và sản phẩm ở cấp doanh nghiệp, đứng trên mọi Brand — Nemo12, Conan School và những Brand tương lai đều là khách của nó.
Ba câu hỏi, ba mặt phẳng
CONAN1
Nền tảng doanh nghiệp / sản phẩm
│
┌─────────────────┼─────────────────┐
▼ ▼ ▼
COMPASS PRODUCTS REQUIREMENTS
Conan cần có Conan đang xây Những sản phẩm đó
năng lực gì? và vận hành gì? phải làm được gì?
│ │ │
└─────────────────┼─────────────────┘
│
┌───────────┴───────────┐
▼ ▼
Nemo12 Conan School
(Brand) (Brand)| Mặt phẳng | Câu hỏi chính | Trả lời bằng |
|---|---|---|
| Compass | Conan cần có những năng lực nào? | Mô hình năng lực chuẩn, bản đồ năng lực từng Brand, quy trình, dữ liệu, công nghệ, chuyển đổi |
| Products | Conan đang xây và vận hành cái gì? | Product, Application, URL, Feature, Release |
| Requirements | Những sản phẩm đó phải làm được chính xác điều gì — và vì sao đã quyết như vậy? | Requirement, Question, Decision, Mockup, Evidence |
Compass trả lời VÌ SAO và CÁI GÌ doanh nghiệp cần. Products và Requirements trả lời CÁI GÌ chúng ta đang có / đang xây và NÓ PHẢI LÀM ĐƯỢC GÌ. Ba mặt phẳng nối với nhau nhưng không trộn vào nhau: Compass không trở thành công cụ quản lý backlog, và Requirements không tự định nghĩa lại năng lực.
Một ứng dụng, một Worker, một D1
Cả ba mặt phẳng chạy trong một webapp tại compass.conan1.com, dùng chung đăng nhập, bộ chọn phạm vi, kho dữ liệu, song ngữ và design system. Trên thanh tiêu đề có bộ chuyển Compass / Products / Requirements; mặt phẳng đang mở được suy ra từ đường dẫn:
| Đường dẫn | Mặt phẳng |
|---|---|
/products/* | Products |
/requirements/* | Requirements |
| mọi đường dẫn khác | Compass |
Sidebar chỉ hiện nhóm điều hướng của mặt phẳng đang mở. Deep link luôn rơi đúng mặt phẳng, và tách hostname về sau chỉ là việc của Cloudflare Pages — các route đã được đặt tên riêng từ đầu.
Chuỗi quan hệ quan trọng nhất
Mỗi mặt phẳng sở hữu một đoạn của cùng một chuỗi:
Enterprise Capability → Product → Application → Feature → Requirement → Evidence
Compass │ Products │ RequirementsVí dụ:
Learner Acquisition → Nemo12 → nemo12.com → Referral System → REQ-0241
→ "Phụ huynh có thể mời một gia đình khác" → PR / Deployment → EvidenceChuỗi này được lưu bằng khoá ngoại thật, không phải bằng quy ước đặt tên, nên hệ thống đi được cả hai chiều: từ một năng lực yếu trên Compass xuống tới yêu cầu và bằng chứng kỹ thuật, và từ một dòng code ngược lên tới năng lực doanh nghiệp mà nó phục vụ. Chi tiết ở Truy vết.
Bốn thứ không được nhầm
Sai
Conan School = nền tảng. nemo12.com = sản phẩm. "Nemo12" = một ứng dụng.
Đúng
- Conan1 — nền tảng, chủ của mô hình năng lực và ba mặt phẳng
- Brand — bản sắc trên thị trường: Nemo12, Conan School
- Product — giá trị đang tạo ra: sản phẩm Nemo12
- Application — phần mềm hiện thực hoá sản phẩm:
nemo12-web,nemo12-coral - URL — điểm truy cập của một ứng dụng:
https://nemo12.com,https://coral.nemo12.com
Một Brand có thể có nhiều Product; một Product có nhiều Application; một Application có nhiều URL. Bốn bảng, bốn khái niệm — xem Mô hình Products.
AI gợi ý, con người quyết định
Mặt phẳng Requirements có trợ lý AI để làm rõ yêu cầu: gợi ý câu hỏi, gợi ý ba phương án trả lời A / B / C. AI chỉ gợi ý. Câu trả lời cuối và mọi quyết định đều do một người ký tên — email lấy từ Cloudflare Access. Chi tiết ở Làm rõ có AI hỗ trợ.
Đọc tiếp
- Compass — mặt phẳng năng lực, vẫn giữ nguyên chuỗi Enterprise Capability Model → Brand Capability Map → Process → Data / Application / Technology → Transformation
- Products — danh mục những thứ Conan xây
- Requirements — yêu cầu, câu hỏi, quyết định và bằng chứng
- Endpoints — mọi mặt phẳng đều đi qua
api.conan1.com