Trong 90 ngày đầu, thư viện tri thức DSTS không nên chạy theo việc đăng thật nhiều bài rời rạc. Điều quan trọng hơn là giữ một lời hứa xuất bản: mỗi tuần có nhịp, mỗi chủ đề có vai trò, mỗi bài giúp người đọc hiểu DSTS sâu hơn và hệ thống không bao giờ rơi vào trang trống.
Cadence 2 bài mỗi tuần là một nhịp vừa đủ để xây nền mà không biến content thành cuộc đua số lượng. Sau 12 tuần, thư viện có thể có khoảng 24 bài nền tảng: đủ để người mới đọc theo nhiều cửa vào, đủ cho SEO hiểu cấu trúc nội dung và đủ cho team dùng làm nguồn tham chiếu public.
Content pillar phải phục vụ bản đồ dự án
Những pillar đầu tiên nên xoay quanh: DSTS là gì, public site không trang đen, thư viện tri thức, Script Journey, Movement Portal, NDNUM Guardian-first, minh bạch, quyền riêng tư, impact, tour, press, partners, diaspora và Layer 2 readiness. Mỗi pillar không chỉ là bài SEO, mà là một phần của bản đồ hệ thống.
Khi người đọc đi từ bài này sang bài khác, họ nên thấy cùng một logic: không hứa quá sớm, không mở flow nhạy cảm khi chưa có owner, không đánh đổi privacy, không dùng cảm xúc để vượt quy trình và luôn giữ trạng thái route thật.
Fallback là lời hứa kỹ thuật của nội dung
Nếu API hoặc D1 lỗi, thư viện vẫn phải có bài để đọc. Điều này biến fallback thành một phần của content strategy. Bài fallback không nên là dữ liệu giả qua loa; nó phải là nội dung công khai có thể đứng vững khi hệ thống động chưa sẵn sàng.
Vì vậy, mỗi bài fallback cần có slug rõ, tiêu đề VI/EN, excerpt, body đủ dài, tag, reading time và created_at. Sitemap và RSS phải tự động đưa bài vào để người đọc và công cụ tìm kiếm đều thấy được.
Thư viện là nơi DSTS giữ giọng nói của mình
Website có thể có nhiều route, nhưng thư viện là nơi giọng nói của DSTS được tích lũy. Nếu giọng nói đó rõ, người đọc sẽ hiểu vì sao dự án chọn chậm ở vài chỗ, chọn kỹ ở vài flow và chọn minh bạch trước khi mở rộng.
90 ngày đầu không cần hoàn hảo. Nhưng cần nhất quán. Một thư viện nhất quán sẽ giúp DSTS đi xa hơn một chiến dịch ra mắt ồn ào nhưng thiếu chiều sâu.