# PowerIT — LinkedIn Content Calendar: 6 tuần đầu **Kênh:** LinkedIn cá nhân Minh Lại (CSMO) + trang LinkedIn công ty PowerIT / CTC Smart Tech. **Mốc đề xuất:** 21/09/2026–30/10/2026. Ngày theo Asia/Ho_Chi_Minh. Chưa chốt giờ đăng. **Phạm vi:** 36 brief nội dung (18 cá nhân, 18 công ty), 6 brief sản xuất tài nguyên, quy trình và bảng đo lường. Đây chưa phải 36 caption hoàn chỉnh hoặc 6 tài nguyên hoàn thiện. ## 1. Định vị và vai trò hai kênh **Cá nhân:** Góc nhìn của một CSMO về cách doanh nghiệp biến năng lực công nghệ thành công việc có giá trị. Không đóng vai CTO; không bịa trải nghiệm cá nhân, dự án, khách hàng hay thành tích. **Công ty:** Phương pháp, giải pháp, tài nguyên và bằng chứng giúp người đọc làm rõ phạm vi, lựa chọn team và đánh giá kết quả. PowerIT được định vị quanh specialist / team-pod / scoped delivery, không chỉ cung cấp CV. **Cùng một vấn đề, hai lớp nội dung:** cá nhân giải thích điều đáng suy nghĩ; công ty đưa ra cách kiểm tra hoặc xử lý. Không sao chép caption rồi đổi I thành We. ### Trụ cột nội dung | Trụ cột | Góc cá nhân | Góc công ty | |---|---|---| | Business → engineering | Điều cần hỏi trước khi chọn công cụ/nhân sự | Brief, scope, acceptance criteria | | Delivery flow | Vì sao nhanh ở một bước chưa chắc nhanh toàn bộ | Flow audit, scorecard, decision log | | AI & con người | Judgment, learning, ownership | Workflow matrix, review checklist, pilot readout | | Team & partnership | Control, distributed work, buyer trade-offs | Boundary map, charter, working agreement | | Kỹ thuật & bằng chứng | Điều khiến một giải pháp đáng tin | Integration scope, readiness checklist, demo có giới hạn | ## 2. Nhịp và logic lịch - Cá nhân: thứ 2, thứ 4, thứ 6. Công ty: thứ 3, thứ 5, thứ 6; thứ 6 tách khung giờ. - Đây là nhịp thử nghiệm phù hợp kế hoạch sản xuất, không phải kết luận về thuật toán hoặc giờ vàng LinkedIn. - 30 vị trí nền + tối đa 6 vị trí linh hoạt theo account: P02/C02, P09/C09, P13/C13. - Khi không có tín hiệu account đủ đáng tin, dùng góc evergreen trong brief. Không để một account chi phối cả trang. - P02/C02 đã có nháp và visual trong hội thoại nhưng chưa xác nhận đã đăng. Nếu đã dùng, không đăng lặp. - Một bộ tài nguyên gốc mỗi tuần; hai bài company còn lại dùng một phần, ví dụ hoặc cách áp dụng từ bộ đó. ## 3. Lịch tổng hợp | Ngày dự kiến | ID | Kênh | Hook / tiêu đề | Tài nguyên | Tuyến | |---|---|---|---|---|---| | 21/09/2026 | P01 | Cá nhân | Before I ask how many engineers, I ask what needs to move. | R01 | Nền tảng | | 22/09/2026 | C01 | Công ty | From business problem to delivery brief: a one-page template. | R01 | Nền tảng | | 23/09/2026 | P02 | Cá nhân | More people can build software. How do organizations put that ability to work? | R01 | Linh hoạt theo account | | 24/09/2026 | C02 | Công ty | Before people rely on an AI-built tool, agree how it will operate. | R01 | Linh hoạt theo account | | 25/09/2026 | P03 | Cá nhân | A job title tells me less than the work waiting behind it. | R01 | Nền tảng | | 25/09/2026 | C03 | Công ty | One specialist, an embedded team, or a scoped project? | R01 | Nền tảng | | 28/09/2026 | P04 | Cá nhân | When building gets faster, waiting deserves more attention. | R02 | Nền tảng | | 29/09/2026 | C04 | Công ty | Where does delivery wait? Map one feature from request to release. | R02 | Nền tảng | | 30/09/2026 | P05 | Cá nhân | A Friday demo and a finished handover answer different questions. | R02 | Nền tảng | | 01/10/2026 | C05 | Công ty | A delivery scorecard beyond output. | R02 | Nền tảng | | 02/10/2026 | P06 | Cá nhân | The most useful progress update may be a decision, not a percentage. | R02 | Nền tảng | | 02/10/2026 | C06 | Công ty | A weekly delivery update in five fields. | R02 | Nền tảng | | 05/10/2026 | P07 | Cá nhân | Before automating a workflow, I would look at its exceptions. | R03 | Nền tảng | | 06/10/2026 | C07 | Công ty | Automate, assist, or leave manual? A workflow selection matrix. | R03 | Nền tảng | | 07/10/2026 | P08 | Cá nhân | AI can shorten implementation. How do we protect the learning? | R03 | Nền tảng | | 08/10/2026 | C08 | Công ty | Review AI-assisted changes: five questions beyond 'does it run?' | R03 | Nền tảng | | 09/10/2026 | P09 | Cá nhân | An assistant can save user time and still create work elsewhere. | R03 | Linh hoạt theo account | | 09/10/2026 | C09 | Công ty | Measure an AI pilot by completed tasks and support effort. | R03 | Linh hoạt theo account | | 12/10/2026 | P10 | Cá nhân | A strong external partner should leave you with more control. | R04 | Nền tảng | | 13/10/2026 | C10 | Công ty | Which work should stay internal? A boundary map for delivery partnerships. | R04 | Nền tảng | | 14/10/2026 | P11 | Cá nhân | Time zones are a planning question before they are a location question. | R04 | Nền tảng | | 15/10/2026 | C11 | Công ty | A distributed-team working agreement you can adapt. | R04 | Nền tảng | | 16/10/2026 | P12 | Cá nhân | The lowest daily rate is not the comparison I would start with. | R04 | Nền tảng | | 16/10/2026 | C12 | Công ty | Compare delivery models using more than a day rate. | R04 | Nền tảng | | 19/10/2026 | P13 | Cá nhân | A customer request is not always a roadmap decision. | R05 | Linh hoạt theo account | | 20/10/2026 | C13 | Công ty | Scope an integration before estimating the team. | R05 | Linh hoạt theo account | | 21/10/2026 | P14 | Cá nhân | Before a new capability, I would ask who will run it. | R05 | Nền tảng | | 22/10/2026 | C14 | Công ty | A release-readiness checklist tied to one user journey. | R05 | Nền tảng | | 23/10/2026 | P15 | Cá nhân | A credible case study should include the constraint. | R05 | Nền tảng | | 23/10/2026 | C15 | Công ty | An integration walkthrough: scope, tests, and explicit limits. | R05 | Nền tảng | | 26/10/2026 | P16 | Cá nhân | Not every useful pilot deserves a larger team. | R06 | Nền tảng | | 27/10/2026 | C16 | Công ty | Expand, revise, or stop: a pilot decision sheet. | R06 | Nền tảng | | 28/10/2026 | P17 | Cá nhân | The outcome I would buy before the team I would hire. | R06 | Nền tảng | | 29/10/2026 | C17 | Công ty | Three ways to start with PowerIT—and when not to use each. | R06 | Nền tảng | | 30/10/2026 | P18 | Cá nhân | Six questions I would keep asking about AI and delivery. | R01–R06 | Nền tảng | | 30/10/2026 | C18 | Công ty | The PowerIT Delivery Starter Kit: six resources, one place to begin. | R01–R06 | Nền tảng | ## 4. Brief chi tiết theo tuần ### Tuần 1 — Định vị: bắt đầu từ vấn đề #### Cặp 01: Chọn người/công nghệ trước khi làm rõ việc cần hoàn thành. **Người đọc:** CEO / CTO / Head of Product **Tuyến:** Nền tảng · **Tài nguyên:** R01 **P01 — Cá nhân** **Hook EN:** Before I ask how many engineers, I ask what needs to move. **Luận điểm:** Quan điểm mở kênh của Minh: bắt đầu từ thay đổi cần tạo ra cho công việc, không bắt đầu từ danh sách vị trí. **Dàn ý:** Nêu cách Minh muốn nhìn một yêu cầu; phân biệt outcome, trở ngại và năng lực; giải thích vì sao chuyên gia đơn lẻ, team và dự án đều có chỗ đứng. Dùng 'I would', không bịa lịch sử khách hàng. **CTA EN:** When a project stalls, what do you clarify first: scope, skills, or ownership? **Định dạng:** Text-first, 220–300 từ **Visual:** Không cần ảnh; nếu có, một câu: Start with the work. Logo rất nhỏ. **Bằng chứng / điều kiện:** Minh duyệt quan điểm và cách giới thiệu vai trò CSMO; không viết như CTO hoặc người trực tiếp code. **C01 — Công ty** **Hook EN:** From business problem to delivery brief: a one-page template. **Luận điểm:** Cho người đọc một mẫu biến yêu cầu mơ hồ thành brief đủ để chọn mô hình triển khai. **Dàn ý:** 7 ô: người dùng, outcome, hiện trạng, phạm vi/ngoài phạm vi, phụ thuộc, người quyết định, tiêu chí nghiệm thu. Điền một ví dụ giả định ngắn. **CTA EN:** Use the brief to describe one workflow before choosing a team. **Định dạng:** Tài liệu 5–6 trang **Visual:** Nền sáng, chữ navy, số cyan. Trang 1 vấn đề; trang cuối mẫu trống có thể dùng. **Bằng chứng / điều kiện:** R01 phải có bản dùng được và một ví dụ giả định; Delivery Lead kiểm tra. **Nguồn tham chiếu:** S08. Xem mục nguồn; xác minh lại sát ngày đăng với dữ kiện thời sự. --- #### Cặp 02: Nhiều người có thể tạo ứng dụng nhưng trách nhiệm sử dụng/vận hành chưa rõ. **Người đọc:** CEO / CTO / Chief People Officer **Tuyến:** Linh hoạt theo account · **Tài nguyên:** R01 **P02 — Cá nhân** **Hook EN:** More people can build software. How do organizations put that ability to work? **Luận điểm:** Tái sử dụng hướng bài cá nhân Replit đã soạn: đưa hiểu biết của người gần vấn đề vào hệ thống đáng tin. **Dàn ý:** People/support/engineering biết những phần khác nhau của công việc; ownership và judgment nối các góc này; ví dụ employee assistant. Không gọi tên ba lãnh đạo để ngụ ý họ đồng thuận. **CTA EN:** What responsibility has your team had to make clearer as more people start building with AI? **Định dạng:** Text + ảnh đã tạo **Visual:** Dùng ảnh personal PowerIT đã có sau kiểm tra text; không ngụ ý nhân vật minh họa là Minh. **Bằng chứng / điều kiện:** Đã có bản nháp và visual trong hội thoại; chưa xác nhận đã đăng. Kiểm nguồn video/attribution trước dùng. Nếu đã đăng, thay bằng bài về quyền quyết định. **C02 — Công ty** **Hook EN:** Before people rely on an AI-built tool, agree how it will operate. **Luận điểm:** Tái sử dụng bài company mới: một workflow, một accountable owner, sáu quyết định vận hành. **Dàn ý:** Outcome; ownership; boundaries; difficult tests; limited pilot; expand/revise/stop. Phân biệt tính năng quản trị của nền tảng và lựa chọn của tổ chức. **CTA EN:** Which is hardest to settle: ownership, access boundaries, or readiness to expand? **Định dạng:** Text + ảnh đã tạo **Visual:** Dùng visual company đã tạo; caption giữ 6 bước. R01 có phụ lục operating agreement. **Bằng chứng / điều kiện:** Đã có bản nháp/visual; chưa xác nhận đã đăng. Ghi rõ ví dụ minh họa, không phải customer case hoặc đối tác Replit. **Nguồn tham chiếu:** S06, S07, S09. Xem mục nguồn; xác minh lại sát ngày đăng với dữ kiện thời sự. --- #### Cặp 03: Một JD dễ bị hiểu nhầm là bằng chứng cần thuê ngay một người. **Người đọc:** CTO / VP Engineering / TA lead **Tuyến:** Nền tảng · **Tài nguyên:** R01 **P03 — Cá nhân** **Hook EN:** A job title tells me less than the work waiting behind it. **Luận điểm:** Nhìn job như câu hỏi cần tìm hiểu, không kết luận công ty thiếu capacity chỉ từ số lượng vacancy. **Dàn ý:** Có thể là thay thế nhân sự, thiếu kỹ năng hoặc một roadmap mới; viết một tình huống giả định; nêu câu hỏi phân biệt các khả năng. **CTA EN:** What context is usually missing from a hiring brief? **Định dạng:** Text-first, 200–280 từ **Visual:** Sơ đồ rất đơn giản: Role → Work → Constraint. **Bằng chứng / điều kiện:** Không nêu số job, ngân sách hoặc pain của account thật khi chưa xác minh. **C03 — Công ty** **Hook EN:** One specialist, an embedded team, or a scoped project? **Luận điểm:** Giải thích lựa chọn cách hợp tác bằng điều kiện, không xếp mô hình lớn hơn là tốt hơn. **Dàn ý:** Ma trận: độ rõ của scope, người quản lý, phụ thuộc, năng lực thiếu, quyền quyết định, trách nhiệm nghiệm thu. Mỗi route có trường hợp không nên dùng. **CTA EN:** Use these questions before asking for CVs or a project quote. **Định dạng:** Ảnh ma trận + caption **Visual:** Ba cột: Specialist / Team / Scoped delivery; tối đa 5 hàng trên ảnh. **Bằng chứng / điều kiện:** Dùng mô hình đã chốt; BD và Delivery xác nhận diễn giải, không hứa thời gian sẵn sàng/giá. **Nguồn tham chiếu:** S08. Xem mục nguồn; xác minh lại sát ngày đăng với dữ kiện thời sự. --- ### Tuần 2 — Delivery: tìm nơi công việc chờ #### Cặp 04: Chỉ chú ý tốc độ viết code, bỏ qua thời gian chờ và phụ thuộc. **Người đọc:** CTO / VP Engineering / Head of Product **Tuyến:** Nền tảng · **Tài nguyên:** R02 **P04 — Cá nhân** **Hook EN:** When building gets faster, waiting deserves more attention. **Luận điểm:** Góc nhìn: năng suất một người chưa trả lời được vì sao công việc chưa đến tay người dùng. **Dàn ý:** Đi từ yêu cầu đến review/access/approval/release; dùng DORA làm điểm tựa, không suy luận nhân quả quá nguồn; câu hỏi lãnh đạo nên đổi từ tốc độ code sang luồng công việc. **CTA EN:** Where does work wait longest in your delivery process? **Định dạng:** Text-first + ghi nguồn **Visual:** Một luồng có điểm chờ, không dùng số liệu giả. **Bằng chứng / điều kiện:** Đọc đúng nguồn DORA; Minh thêm một quan sát thực nếu có, nếu không giữ luận điểm dạng đề xuất. **C04 — Công ty** **Hook EN:** Where does delivery wait? Map one feature from request to release. **Luận điểm:** Phát hành mẫu tự rà soát điểm chờ của một workstream. **Dàn ý:** Ghi các bước, chủ trách nhiệm, thời gian xử lý/chờ, phụ thuộc, lý do trả lại; chọn một chỗ cần kiểm tra sâu hơn thay vì chấm điểm tổng tùy ý. **CTA EN:** Map one recent item and compare processing time with waiting time. **Định dạng:** Tài liệu 5 trang + mẫu **Visual:** R02 flow audit; mẫu trắng và một luồng minh họa không số liệu. **Bằng chứng / điều kiện:** Mẫu R02 có định nghĩa rõ hai loại thời gian; không công bố benchmark hoặc hiệu quả PowerIT. **Nguồn tham chiếu:** S02, S03. Xem mục nguồn; xác minh lại sát ngày đăng với dữ kiện thời sự. --- #### Cặp 05: Đánh giá tiến độ bằng output mà chưa nói rõ điều gì được coi là hoàn thành. **Người đọc:** Head of Product / CTO / Delivery lead **Tuyến:** Nền tảng · **Tài nguyên:** R02 **P05 — Cá nhân** **Hook EN:** A Friday demo and a finished handover answer different questions. **Luận điểm:** Không phủ nhận demo; phân biệt học từ demo với sẵn sàng bàn giao và sử dụng. **Dàn ý:** Demo giúp kiểm tra ý tưởng; handover cần owner, tiêu chí chấp nhận, vận hành; tránh mệnh đề 'AI chỉ làm prototype'. **CTA EN:** What must be true before your team calls a feature done? **Định dạng:** Text-first, 220–300 từ **Visual:** Hai cột: What did we learn? / What can users depend on? **Bằng chứng / điều kiện:** Ví dụ giả định, không kể một dự án đã gặp lỗi nếu chưa có chứng cứ. **C05 — Công ty** **Hook EN:** A delivery scorecard beyond output. **Luận điểm:** Đề xuất bảng theo dõi luồng việc, chất lượng và kết quả người dùng. **Dàn ý:** Chọn ít chỉ số: thời gian chờ, lỗi sau release, task completion, support effort; ghi định nghĩa, nguồn đo, baseline, owner, chu kỳ review. Không gọi đây là bộ DORA chuẩn. **CTA EN:** Choose one signal for flow, one for quality, and one for the user outcome. **Định dạng:** Ảnh scorecard + caption **Visual:** Bảng 3 tầng; trích một phần R02, không làm thêm tài nguyên lớn. **Bằng chứng / điều kiện:** Tech reviewer xác nhận chỉ số có thể đo; số minh họa để trống hoặc gắn nhãn giả định. **Nguồn tham chiếu:** S03, S05. Xem mục nguồn; xác minh lại sát ngày đăng với dữ kiện thời sự. --- #### Cặp 06: Báo cáo phần trăm tiến độ nhưng không đưa ra quyết định để gỡ chậm trễ. **Người đọc:** CEO / VP Engineering / Delivery manager **Tuyến:** Nền tảng · **Tài nguyên:** R02 **P06 — Cá nhân** **Hook EN:** The most useful progress update may be a decision, not a percentage. **Luận điểm:** Quan điểm cá nhân về cách hỏi để tạo tiến triển thay vì chỉ ghi nhận trạng thái. **Dàn ý:** So sánh '80% complete' với 'waiting for access from X'; ví dụ giả định; hỏi điều gì cần được quyết định, bởi ai, khi nào. **CTA EN:** What is one question you wish every project update answered? **Định dạng:** Text-first, 180–240 từ **Visual:** Không cần ảnh hoặc ảnh sổ ghi chú thật nếu có. **Bằng chứng / điều kiện:** Minh duyệt ngôn ngữ; không tự nhận bài học từ khách hàng chưa được cung cấp. **C06 — Công ty** **Hook EN:** A weekly delivery update in five fields. **Luận điểm:** Cho mẫu update đủ để người đọc biết cần làm gì tiếp. **Dàn ý:** Outcome thay đổi; evidence; blocker; decision needed + owner; next checkpoint. Có một update giả định đã điền. **CTA EN:** Try replacing one status paragraph with a named decision and an owner. **Định dạng:** Ảnh template điền mẫu **Visual:** Trích R02; rõ nhãn Illustrative update, not a client report. **Bằng chứng / điều kiện:** Delivery lead duyệt mẫu; không đưa ảnh dashboard khách thật hoặc dữ liệu riêng. **Nguồn tham chiếu:** Luận điểm hoặc phương pháp đề xuất; không gắn nhãn nghiên cứu hoặc thành tích. --- ### Tuần 3 — AI: từ tính năng đến cách sử dụng #### Cặp 07: Chọn workflow để tự động hóa chỉ vì demo đẹp, chưa xem ngoại lệ. **Người đọc:** COO / Head of Product / CTO **Tuyến:** Nền tảng · **Tài nguyên:** R03 **P07 — Cá nhân** **Hook EN:** Before automating a workflow, I would look at its exceptions. **Luận điểm:** Tư duy chọn điểm bắt đầu: giá trị, ngoại lệ và khả năng xử lý khi sai đều đáng xem. **Dàn ý:** Workflow vui vẻ dễ hình dung; câu hỏi khi thiếu dữ liệu, sai quyền, cần quyết định; một ví dụ công việc thường ngày không số liệu. **CTA EN:** Which exception would you want to understand before automating a task? **Định dạng:** Text-first, 220–300 từ **Visual:** Một nhánh happy path và một nhánh exception; visual tùy chọn. **Bằng chứng / điều kiện:** Không tuyên bố mọi AI workflow phải có cùng cơ chế human approval. **C07 — Công ty** **Hook EN:** Automate, assist, or leave manual? A workflow selection matrix. **Luận điểm:** Mẫu chọn mức tự động hóa theo công việc, không theo độ hấp dẫn của công nghệ. **Dàn ý:** Đánh giá tần suất, rõ ràng đầu vào, tác động khi sai, tính đảo ngược, sẵn nguồn dữ liệu, owner; đề xuất assist cho tình huống chưa đủ rõ. **CTA EN:** Assess one workflow before selecting the tool. **Định dạng:** Tài liệu 5–6 trang **Visual:** R03 matrix + 3 trường hợp giả định; không chấm điểm cơ hội bằng benchmark bịa. **Bằng chứng / điều kiện:** Kỹ thuật duyệt logic; gọi là khung đề xuất, không phải tiêu chuẩn chính thức. **Nguồn tham chiếu:** S02. Xem mục nguồn; xác minh lại sát ngày đăng với dữ kiện thời sự. --- #### Cặp 08: Tốc độ tạo output tăng nhưng cơ hội học và khả năng đánh giá kết quả chưa rõ. **Người đọc:** CTO / Chief People Officer / Eng manager **Tuyến:** Nền tảng · **Tài nguyên:** R03 **P08 — Cá nhân** **Hook EN:** AI can shorten implementation. How do we protect the learning? **Luận điểm:** Quan điểm về phát triển con người: người dùng AI cần giải thích lựa chọn và thử giả định, không chỉ chấp nhận kết quả. **Dàn ý:** Vai trò của review, giải thích rationale, feedback; không khẳng định AI làm junior kém đi; mời CTO/People chia sẻ cách thiết kế học. **CTA EN:** What do you ask someone to explain when AI helped produce the work? **Định dạng:** Text hoặc video Minh 60–90s **Visual:** Video thật có phụ đề; phương án mặc định text nếu chưa quay. **Bằng chứng / điều kiện:** Không dùng người AI đóng vai Minh; Tech lead duyệt ví dụ review. **C08 — Công ty** **Hook EN:** Review AI-assisted changes: five questions beyond 'does it run?' **Luận điểm:** Hướng dẫn kiểm tra thay đổi code theo ý định, kiểm thử và giới hạn. **Dàn ý:** Intent; test evidence; data/access; failure handling; rollback. Đọc tài liệu GitHub, ghi nguồn; checklist không thay thế security review đầy đủ. **CTA EN:** Add these questions to one review and note what is still unclear. **Định dạng:** Tài liệu ngắn hoặc ảnh checklist **Visual:** Trích R03; code chỉ dùng snippet demo được reviewer kiểm tra. **Bằng chứng / điều kiện:** Tech Lead phải duyệt. Nêu rõ phạm vi checklist, không claim bảo đảm an toàn. **Nguồn tham chiếu:** S04. Xem mục nguồn; xác minh lại sát ngày đăng với dữ kiện thời sự. --- #### Cặp 09: Chỉ đo thời gian người dùng tiết kiệm, không tính effort kiểm tra/sửa/hỗ trợ. **Người đọc:** CEO / Chief People Officer / COO **Tuyến:** Linh hoạt theo account · **Tài nguyên:** R03 **P09 — Cá nhân** **Hook EN:** An assistant can save user time and still create work elsewhere. **Luận điểm:** Góc nhìn về chuyển dịch công việc trong tổ chức, không kết luận mọi assistant đều gây overhead. **Dàn ý:** Ví dụ minh họa employee assistant; công việc của người kiểm tra nội dung và xử lý sự cố; điều cần hỏi trước tuyên bố thành công. Có tín hiệu account mới thì thêm một đoạn đã xác minh. **CTA EN:** Where does the extra work go when an AI tool changes a workflow? **Định dạng:** Text-first, 220–300 từ **Visual:** Sơ đồ user ↔ content owner ↔ support; không số liệu. **Bằng chứng / điều kiện:** Slot linh hoạt. Nếu không có nguồn account mới, dùng bản evergreen, không bịa ví dụ doanh nghiệp. **C09 — Công ty** **Hook EN:** Measure an AI pilot by completed tasks and support effort. **Luận điểm:** Bảng đọc kết quả pilot để thấy cả hiệu quả người dùng và công việc hậu trường. **Dàn ý:** Baseline; correct completion; corrections; permission errors; support time; decision. Tách ví dụ đo và case thật. **CTA EN:** Review the pilot with both users and the people maintaining it. **Định dạng:** Ảnh pilot readout + caption **Visual:** Trích R03; dữ liệu mẫu ghi Illustrative data nếu dùng số. **Bằng chứng / điều kiện:** Không gắn case với account chỉ vì họ đang tuyển hoặc ra mắt sản phẩm; có thể giữ hoàn toàn evergreen. **Nguồn tham chiếu:** S02. Xem mục nguồn; xác minh lại sát ngày đăng với dữ kiện thời sự. --- ### Tuần 4 — Hợp tác: team, phạm vi, niềm tin #### Cặp 10: Lo ngại thuê ngoài làm mất quyền kiểm soát và tăng phụ thuộc. **Người đọc:** CTO / CEO / Procurement sponsor **Tuyến:** Nền tảng · **Tài nguyên:** R04 **P10 — Cá nhân** **Hook EN:** A strong external partner should leave you with more control. **Luận điểm:** Quan điểm về partnership: quyền quyết định và khả năng tiếp nhận lại công việc không bị biến mất. **Dàn ý:** Nêu điều khách hàng nên tiếp tục nắm: access, architecture decisions, roadmap, source code; không công kích đối thủ; nói rõ expectation của Minh. **CTA EN:** What would make an external team feel like an extension rather than a dependency? **Định dạng:** Text-first, 220–300 từ **Visual:** Ảnh tối giản một câu; không CTA Hire Talent. **Bằng chứng / điều kiện:** Không khẳng định mọi dự án PowerIT đang có các cơ chế này; chỉ dùng điều đã được Delivery xác nhận. **C10 — Công ty** **Hook EN:** Which work should stay internal? A boundary map for delivery partnerships. **Luận điểm:** Mẫu chia ranh giới giữa team nội bộ và external team. **Dàn ý:** Workstream, owner, decision rights, data access, interfaces, acceptance, handover; nội bộ giữ quyết định chiến lược, external scope tùy tình huống. **CTA EN:** Map one workstream before deciding who should deliver it. **Định dạng:** Tài liệu 5 trang **Visual:** R04 charter; bản mẫu và ví dụ giả định. **Bằng chứng / điều kiện:** Không đưa ra tư vấn hợp đồng/pháp lý. Tech và BD duyệt mô hình phân vai. **Nguồn tham chiếu:** S08. Xem mục nguồn; xác minh lại sát ngày đăng với dữ kiện thời sự. --- #### Cặp 11: Tranh luận offshore/nearshore bằng địa lý mà chưa nói rõ cách phối hợp. **Người đọc:** CTO / Engineering manager / Product lead **Tuyến:** Nền tảng · **Tài nguyên:** R04 **P11 — Cá nhân** **Hook EN:** Time zones are a planning question before they are a location question. **Luận điểm:** Quan điểm: giá trị của đội phân tán phụ thuộc thỏa thuận phối hợp cụ thể trong từng công việc. **Dàn ý:** Tình huống cần phản hồi nhanh khác công việc có thể async; hỏi overlap, escalation, context; không hứa follow-the-sun tự nhiên hiệu quả. **CTA EN:** Which decisions in your team genuinely need a live conversation? **Định dạng:** Text hoặc video thật 60–90s **Visual:** Lịch minh họa không gắn giờ cam kết PowerIT. **Bằng chứng / điều kiện:** Nếu dùng kinh nghiệm làm việc quốc tế phải lấy lời kể thật của Minh/Delivery Lead. **C11 — Công ty** **Hook EN:** A distributed-team working agreement you can adapt. **Luận điểm:** Cho mẫu làm việc phân tán rõ hơn câu 'good communication'. **Dàn ý:** Overlap; response expectation by urgency; owner; escalation; handover context; recurring review. Các giá trị để team tự điền. **CTA EN:** Agree the response needed for a decision, not just the meeting schedule. **Định dạng:** Ảnh mẫu + caption **Visual:** Trích R04; 6 ô, không bảng chữ quá nhỏ. **Bằng chứng / điều kiện:** Giờ hỗ trợ và SLA để trống. Không tuyên bố 24/7 nếu chưa có năng lực vận hành xác thực. **Nguồn tham chiếu:** Luận điểm hoặc phương pháp đề xuất; không gắn nhãn nghiên cứu hoặc thành tích. --- #### Cặp 12: So sánh vendor chỉ bằng giá/ngày mà thiếu chi phí phối hợp và duy trì. **Người đọc:** CEO / CTO / Finance stakeholder **Tuyến:** Nền tảng · **Tài nguyên:** R04 **P12 — Cá nhân** **Hook EN:** The lowest daily rate is not the comparison I would start with. **Luận điểm:** Góc nhìn mua dịch vụ: kết quả cần mua và effort hỗ trợ nó quan trọng hơn chỉ một đơn giá. **Dàn ý:** So sánh giả định ở mức khái niệm: onboarding, coordination, review, rework, operations, handover; không có claim tiết kiệm %. **CTA EN:** Which cost is easiest to miss when comparing engineering options? **Định dạng:** Text-first, 220–300 từ **Visual:** Một câu quote; tránh biểu tượng tiền và quảng cáo cheap developers. **Bằng chứng / điều kiện:** Không đưa dự báo ROI/tỷ lệ savings. Các input của khách cần được họ xác minh. **C12 — Công ty** **Hook EN:** Compare delivery models using more than a day rate. **Luận điểm:** Mẫu so sánh tổng effort để cùng khách làm rõ giả định. **Dàn ý:** Ghi delivery fee, onboarding, management/review, rework, run/support, transition; phân biệt chi phí một lần và lặp lại; cột assumptions. **CTA EN:** Use the same scope and assumptions when comparing options. **Định dạng:** Ảnh comparison worksheet **Visual:** Trích R04; không điền giá của PowerIT/đối thủ. **Bằng chứng / điều kiện:** Khung ra quyết định thương mại, không benchmark giá hay bảo đảm savings. **Nguồn tham chiếu:** Luận điểm hoặc phương pháp đề xuất; không gắn nhãn nghiên cứu hoặc thành tích. --- ### Tuần 5 — Kỹ thuật: tích hợp và bằng chứng #### Cặp 13: Yêu cầu khách hàng cụ thể và roadmap sản phẩm bị trộn thành một quyết định. **Người đọc:** CEO / Head of Product / Enterprise Eng lead **Tuyến:** Linh hoạt theo account · **Tài nguyên:** R05 **P13 — Cá nhân** **Hook EN:** A customer request is not always a roadmap decision. **Luận điểm:** Phân biệt điều cần trở thành capability dùng lại và phần triển khai riêng, để đặt câu hỏi partnership đúng. **Dàn ý:** Dùng tình huống tích hợp giả định; hỏi tính lặp lại, impact, owner, cost vận hành; có tín hiệu account verified thì thêm bối cảnh ngắn, không suy ra budget. **CTA EN:** How do you distinguish a reusable capability from a one-off implementation? **Định dạng:** Text-first, 220–300 từ **Visual:** Hai nhánh reusable capability / implementation; không dùng logo account như đối tác. **Bằng chứng / điều kiện:** Slot linh hoạt, nghiên cứu lại tuần 5. Không dùng tên Replit lặp lại nếu không có góc mới. **C13 — Công ty** **Hook EN:** Scope an integration before estimating the team. **Luận điểm:** Tài nguyên bóc phạm vi tích hợp theo dữ liệu, identity và các kiểu lỗi. **Dàn ý:** Systems; source of truth; identity/permissions; sync timing; failure/retry; monitoring; owner; acceptance. **CTA EN:** Fill in the integration boundaries before asking for an estimate. **Định dạng:** Tài liệu 5–6 trang **Visual:** R05 integration checklist, sơ đồ nguyên lý; không phải kiến trúc Replit. **Bằng chứng / điều kiện:** Technical reviewer duyệt. Bản evergreen có sẵn nếu tín hiệu account không đủ đáng tin. **Nguồn tham chiếu:** S06. Xem mục nguồn; xác minh lại sát ngày đăng với dữ kiện thời sự. --- #### Cặp 14: Phạm vi bàn giao chưa bao gồm người vận hành và cách biết hệ thống có phục vụ người dùng. **Người đọc:** CTO / VP Engineering / Operations lead **Tuyến:** Nền tảng · **Tài nguyên:** R05 **P14 — Cá nhân** **Hook EN:** Before a new capability, I would ask who will run it. **Luận điểm:** Góc nhìn về trách nhiệm sau release; không ngăn đổi mới mà làm rõ việc tiếp theo. **Dàn ý:** Sản phẩm cần người quyết định khi có lỗi hoặc nhu cầu mới; thảo luận mức đủ tin cậy cho user journey; không tự đặt SLO chung. **CTA EN:** Who owns the experience after your team calls the project delivered? **Định dạng:** Text-first, 200–280 từ **Visual:** Đường nối Build → Run → Learn; không stock photo bắt tay. **Bằng chứng / điều kiện:** Dùng SRE như nguồn tham khảo phương pháp; không claim PowerIT đã có on-call 24/7. **C14 — Công ty** **Hook EN:** A release-readiness checklist tied to one user journey. **Luận điểm:** Bắt đầu từ hành trình người dùng rồi chọn kiểm tra và người chịu trách nhiệm. **Dàn ý:** Access/data checks; expected failure; monitoring; support route; rollback; owner. Phân biệt test pass với SLA dài hạn. **CTA EN:** Walk through one failure scenario before approving the release. **Định dạng:** Ảnh checklist kỹ thuật **Visual:** Trích R05, thêm sơ đồ failure route. **Bằng chứng / điều kiện:** Tech Lead/SRE reviewer duyệt; không tự gắn chứng nhận security/compliance. **Nguồn tham chiếu:** S05. Xem mục nguồn; xác minh lại sát ngày đăng với dữ kiện thời sự. --- #### Cặp 15: Case study chỉ có kết quả đẹp, thiếu giới hạn và bằng chứng để đánh giá. **Người đọc:** CTO / Head of Product / Technical buyer **Tuyến:** Nền tảng · **Tài nguyên:** R05 **P15 — Cá nhân** **Hook EN:** A credible case study should include the constraint. **Luận điểm:** Quan điểm về bằng chứng: muốn nhìn điều kiện, giới hạn và phần chưa giải quyết chứ không chỉ headline. **Dàn ý:** Nêu ba điều Minh muốn hỏi khi đọc case: scope, trade-off, evidence; không kể thành tích chưa có. **CTA EN:** What evidence makes a technical case study useful to you? **Định dạng:** Text-first, 200–280 từ **Visual:** Không cần ảnh; có thể trích khung case một trang. **Bằng chứng / điều kiện:** Dùng tiêu chí đánh giá cá nhân; chỉ rút từ phản hồi thật nếu đã ghi nhận. **C15 — Công ty** **Hook EN:** An integration walkthrough: scope, tests, and explicit limits. **Luận điểm:** Chứng minh cách nghĩ bằng một demo nội bộ nhỏ hoặc thiết kế minh họa có giới hạn rõ. **Dàn ý:** Input → transform → target → failure path; một test/hạn chế; phần còn ngoài scope; tiêu chí cần thêm trước production. **CTA EN:** Which assumption would you challenge first in this design? **Định dạng:** Demo 60–90s hoặc tài liệu 5 trang **Visual:** Có screen recording thật đã test thì dùng; nếu chưa có, dùng sơ đồ và nhãn Illustrative design—not a client case. **Bằng chứng / điều kiện:** Không bịa demo chạy thật. Hạn cuối kiểm tra proof là trước đăng 2 ngày; thiếu proof thì dùng phương án sơ đồ minh họa. **Nguồn tham chiếu:** Luận điểm hoặc phương pháp đề xuất; không gắn nhãn nghiên cứu hoặc thành tích. --- ### Tuần 6 — Ra quyết định: đo, chọn, mở rộng #### Cặp 16: Pilot có tín hiệu tốt nhưng chưa rõ nên mở rộng, điều chỉnh hay dừng. **Người đọc:** CEO / Head of Product / CTO **Tuyến:** Nền tảng · **Tài nguyên:** R06 **P16 — Cá nhân** **Hook EN:** Not every useful pilot deserves a larger team. **Luận điểm:** Quan điểm thận trọng: học được điều có ích không đồng nghĩa đã có case mở rộng. **Dàn ý:** Tách useful learning, repeatable value, operational readiness; nêu điều kiện chưa rõ; tránh bán scale headcount như mặc định. **CTA EN:** What evidence would make you pause expansion, even after a promising pilot? **Định dạng:** Text-first, 220–300 từ **Visual:** Ba nhánh expand / revise / stop, bố cục tinh giản. **Bằng chứng / điều kiện:** Không tự kể pilot của PowerIT. Nếu có dữ liệu 6 tuần thực thì chỉ dùng dữ liệu đã được chủ sở hữu duyệt. **C16 — Công ty** **Hook EN:** Expand, revise, or stop: a pilot decision sheet. **Luận điểm:** Tài nguyên làm rõ bằng chứng và trách nhiệm khi đánh giá kết quả. **Dàn ý:** Goal/baseline; observations; limitations; support effort; options; decision criteria; owner; next review. Không tự cộng score thiếu cơ sở. **CTA EN:** Write the expansion criteria before the next pilot begins. **Định dạng:** Tài liệu 5 trang **Visual:** R06 decision sheet, một ví dụ giả định. **Bằng chứng / điều kiện:** Reviewer duyệt tiêu chí; không cam kết ROI hoặc go-live timeframe. **Nguồn tham chiếu:** Luận điểm hoặc phương pháp đề xuất; không gắn nhãn nghiên cứu hoặc thành tích. --- #### Cặp 17: Mua một team khi chưa rõ outcome và ai có thể quản lý phần việc. **Người đọc:** CEO / CTO / Head of Product **Tuyến:** Nền tảng · **Tài nguyên:** R06 **P17 — Cá nhân** **Hook EN:** The outcome I would buy before the team I would hire. **Luận điểm:** Chốt quan điểm của Minh về đối thoại thương mại: mua khả năng hoàn thành việc rõ, không chỉ team size. **Dàn ý:** Một ví dụ scoped workstream giả định; khi nào một specialist đủ; khi nào cần pod; khi nào chưa nên thuê ngoài. **CTA EN:** Which part of your roadmap could you describe as a bounded outcome? **Định dạng:** Text-first, 220–300 từ **Visual:** Visual một câu, thương hiệu nhẹ. **Bằng chứng / điều kiện:** Giữ giọng người chịu trách nhiệm business, không nhận mình có trải nghiệm engineering hands-on chưa xác minh. **C17 — Công ty** **Hook EN:** Three ways to start with PowerIT—and when not to use each. **Luận điểm:** Bài dịch vụ có điều kiện lựa chọn rõ; CTA thương mại nhẹ và cụ thể. **Dàn ý:** Specialist khi team đã có owner/process; team khi thiếu tổ hợp năng lực; scoped delivery khi boundaries/acceptance đủ rõ; discovery khi chưa rõ scope chỉ là bước đề xuất cần xác nhận dịch vụ. **CTA EN:** Bring one workstream you need to move; we can discuss what it requires. **Định dạng:** Ảnh ma trận + caption **Visual:** Service map của PowerIT; không số giá/ngày, không 'ready in 14 days'. **Bằng chứng / điều kiện:** BD + Delivery duyệt năng lực từng route, không bổ sung dịch vụ chưa được xác nhận. **Nguồn tham chiếu:** S08. Xem mục nguồn; xác minh lại sát ngày đăng với dữ kiện thời sự. --- #### Cặp 18: Nhiều ý tưởng rời rạc; cần một bộ câu hỏi và nơi tìm tài nguyên rõ ràng. **Người đọc:** CEO / CTO / Chief People Officer / Product **Tuyến:** Nền tảng · **Tài nguyên:** R01–R06 **P18 — Cá nhân** **Hook EN:** Six questions I would keep asking about AI and delivery. **Luận điểm:** Tổng hợp quan điểm sau một chuỗi nội dung; chỉ thêm điều học từ độc giả khi có phản hồi thật. **Dàn ý:** What outcome? Where does work wait? Who owns it? What could fail? What evidence? What happens next? Nêu một điều Minh muốn tìm hiểu tiếp. **CTA EN:** Which question is missing from this list? **Định dạng:** Text-first hoặc video thật **Visual:** Sáu câu hỏi, không bảng thành tích. **Bằng chứng / điều kiện:** Không viết 'six weeks taught us' khi chưa chạy đủ sáu tuần; không dựng comment/testimonial giả. **C18 — Công ty** **Hook EN:** The PowerIT Delivery Starter Kit: six resources, one place to begin. **Luận điểm:** Tổng hợp tài nguyên thành cửa vào rõ theo vấn đề, không chỉ liệt kê file. **Dàn ý:** Chọn brief nếu chưa rõ work; audit nếu chậm; pilot kit nếu AI; charter nếu external team; integration kit nếu nối hệ thống; decision sheet nếu cần mở rộng. **CTA EN:** Start with the resource that matches the decision you need to make. **Định dạng:** Tài liệu tổng hợp / resource index **Visual:** 6 bìa thumbnail cùng hệ thống; link công khai chỉ khi file thật đã có. **Bằng chứng / điều kiện:** R01–R06 phải có bản kiểm duyệt và link truy cập đúng. Nếu chưa đủ, ghi rõ số tài nguyên thực có, không hứa 'comment KIT' khi kit chưa sẵn. **Nguồn tham chiếu:** Luận điểm hoặc phương pháp đề xuất; không gắn nhãn nghiên cứu hoặc thành tích. --- ## 5. Sáu bộ tài nguyên cần sản xuất Các mục dưới đây là brief, chưa phải file tài nguyên đã hoàn thiện. Không đưa CTA tải tài nguyên khi chưa có file thật. ### R01 — Workflow Brief & Operating Agreement **Tuần:** 1 · **Hạn bản 1 đề xuất:** 21/09/2026 **Người dùng:** CEO / CTO / Product / People **Vấn đề:** Một yêu cầu chưa đủ rõ để chọn người, team hoặc dự án. **Thành phần:** Mẫu brief 7 ô; operating agreement 6 quyết định; ma trận specialist/team/scoped delivery; 1 ví dụ employee assistant giả định. **Đầu ra:** 4–6 trang + bản mẫu có thể điền **Phụ trách đề xuất:** Content + Delivery Lead **Điều kiện công bố:** Có owner, phạm vi loại trừ và tiêu chí nghiệm thu; phân biệt một accountable owner với người thực hiện. **Bài sử dụng:** C01–C03; P01–P03 **Trạng thái:** Chưa sản xuất ### R02 — Delivery Flow Audit **Tuần:** 2 · **Hạn bản 1 đề xuất:** 28/09/2026 **Người dùng:** CTO / VP Engineering / Product **Vấn đề:** Không biết công việc chậm ở đâu hoặc báo cáo không dẫn tới quyết định. **Thành phần:** Bản đồ từ request tới release; processing/waiting time; scorecard flow/quality/user outcome; mẫu weekly update 5 ô. **Đầu ra:** 4–6 trang + worksheet **Phụ trách đề xuất:** Delivery Lead + Content **Điều kiện công bố:** Định nghĩa đơn vị đo; baseline để trống; ví dụ phải có nhãn; không coi đây là bộ DORA chuẩn. **Bài sử dụng:** C04–C06; P04–P06 **Trạng thái:** Chưa sản xuất ### R03 — AI Workflow Pilot Kit **Tuần:** 3 · **Hạn bản 1 đề xuất:** 05/10/2026 **Người dùng:** CTO / COO / Chief People Officer **Vấn đề:** Muốn ứng dụng AI nhưng chưa biết chọn workflow, kiểm thử và đo pilot thế nào. **Thành phần:** Ma trận automate/assist/manual; review checklist cho thay đổi có AI hỗ trợ; pilot readout task correctness/support effort; stop/expand signals. **Đầu ra:** 5–7 trang + worksheet **Phụ trách đề xuất:** Tech Lead + Content **Điều kiện công bố:** Có nguồn; reviewer kỹ thuật duyệt; nêu giới hạn; không tự nhận chuẩn an toàn/compliance. **Bài sử dụng:** C07–C09; P07–P09 **Trạng thái:** Chưa sản xuất ### R04 — Team & Workstream Charter **Tuần:** 4 · **Hạn bản 1 đề xuất:** 12/10/2026 **Người dùng:** CTO / CEO / Delivery / Buyer **Vấn đề:** Chưa rõ công việc nào giao ngoài, ai quản lý, phối hợp ra sao và so sánh chi phí thế nào. **Thành phần:** Boundary map; decision rights; working agreement; handover; bảng chi phí delivery/onboarding/coordination/rework/run/transition. **Đầu ra:** 5–7 trang + mẫu charter **Phụ trách đề xuất:** Delivery Lead + BD **Điều kiện công bố:** Không chứa giá/rate/SLA chưa phê duyệt; không hứa 24/7; có phương án giữ việc nội bộ. **Bài sử dụng:** C10–C12; P10–P12 **Trạng thái:** Chưa sản xuất ### R05 — Integration & Release Readiness Pack **Tuần:** 5 · **Hạn bản 1 đề xuất:** 19/10/2026 **Người dùng:** CTO / Enterprise Engineering / Product **Vấn đề:** Cần nối hệ thống và có bằng chứng để đánh giá trước bàn giao. **Thành phần:** Integration scope checklist; data/identity/failure/owner; release-readiness journey; storyboard demo và giới hạn. **Đầu ra:** 5–7 trang; demo 60–90s nếu đã test **Phụ trách đề xuất:** Tech Lead + QA + Content **Điều kiện công bố:** Có review kỹ thuật; demo thật chỉ khi đã chạy; thiếu demo thì dùng thiết kế minh họa với nhãn rõ. **Bài sử dụng:** C13–C15; P13–P15 **Trạng thái:** Chưa sản xuất ### R06 — Pilot Decision & Expansion Sheet **Tuần:** 6 · **Hạn bản 1 đề xuất:** 26/10/2026 **Người dùng:** CEO / CTO / Product sponsor **Vấn đề:** Cần quyết định mở rộng, sửa hay dừng mà không dựa vào ấn tượng của demo. **Thành phần:** Goal/baseline; evidence; limitations; support effort; decision criteria/owner/review date; service route chooser; index R01–R06. **Đầu ra:** 4–6 trang + decision sheet **Phụ trách đề xuất:** BD + Delivery Lead + Content **Điều kiện công bố:** Chỉ giới thiệu các file thực sự đã hoàn thiện; không tạo customer testimonial hoặc kết quả tưởng tượng. **Bài sử dụng:** C16–C18; P16–P18 **Trạng thái:** Chưa sản xuất ## 6. Quy trình viết, duyệt và phân phối ### Thiết lập — Vai trò hai kênh **Phụ trách đề xuất:** Minh + Content · **Nhịp:** Trước tuần 1 Cá nhân: góc nhìn business–technology–people của CSMO. Công ty: phương pháp, tài nguyên và bằng chứng triển khai. **Ranh giới / đầu ra:** Một vấn đề có hai lớp, không copy một caption rồi đổi I thành We. ### Thiết lập — Phạm vi thương hiệu **Phụ trách đề xuất:** Minh + BD · **Nhịp:** Trước tuần 1 Dùng PowerIT by CTC Smart Tech nhất quán với asset đã chốt. **Ranh giới / đầu ra:** Nếu đăng ở trang CTC tổng, đây là series engineering/PowerIT; không trộn ngẫu nhiên mọi mảng kinh doanh. ### Thiết lập — Hoàn thiện profile **Phụ trách đề xuất:** Minh + Page admin · **Nhịp:** Trước tuần 1 Headline/About của cá nhân; logo/cover/About/website của company; chỉ ghi năng lực đã xác nhận. **Ranh giới / đầu ra:** Khách ghé phải hiểu người nói là ai, công ty giải quyết việc gì và có thể xem tài nguyên ở đâu. ### Thiết lập — Nội dung nền **Phụ trách đề xuất:** Content + Minh · **Nhịp:** Tuần 1 P01/C01 định vị + brief; P02/C02 Replit có sẵn; P03/C03 chọn mô hình. **Ranh giới / đầu ra:** Không đợi đăng đủ một tháng mới outreach; profile/About và 2–3 nội dung chất lượng là mốc vận hành đề xuất. ### Sản xuất — Thu tiếng nói thật **Phụ trách đề xuất:** Minh · **Nhịp:** Mỗi tuần Một voice note về câu hỏi/quan sát hoặc điều đang cân nhắc, không cần một câu chuyện hoành tráng. **Ranh giới / đầu ra:** Biên tập được câu chữ, không bịa trải nghiệm, khách hàng hoặc chuyên môn hands-on. ### Sản xuất — Tạo một tài nguyên gốc **Phụ trách đề xuất:** Content + Delivery/Tech · **Nhịp:** Mỗi tuần R01–R06: một bộ/tuần; các bài company còn lại dùng một phần hoặc ví dụ của bộ đó. **Ranh giới / đầu ra:** 36 bài không đồng nghĩa sản xuất 18 tài nguyên tách rời. File phải tồn tại trước CTA sử dụng. ### Sản xuất — Duyệt kỹ thuật và nguồn **Phụ trách đề xuất:** Tech Lead được chỉ định · **Nhịp:** Trước đăng Nguồn gốc, tính đúng của mô hình/checklist, phạm vi, giả định, dữ liệu, các đoạn nói về account. **Ranh giới / đầu ra:** Chưa có reviewer thì giữ bài ở mức khung đặt câu hỏi, không claim năng lực triển khai sâu. ### Sản xuất — Phân loại bằng chứng **Phụ trách đề xuất:** Content · **Nhịp:** Mỗi bài Quan điểm cá nhân; nguồn công khai; mẫu đề xuất; thiết kế minh họa; demo nội bộ; case được phép công khai. **Ranh giới / đầu ra:** Không gọi mẫu/demo là case khách hàng; không gắn logo account thành quan hệ đối tác. ### Sản xuất — Quy tắc claim **Phụ trách đề xuất:** Minh + BD · **Nhịp:** Trước đăng Các số 92%, 14 ngày, 40% từng có trên asset cần nguồn, cách đo và phạm vi trước tái sử dụng. **Ranh giới / đầu ra:** Không coi claim thiết kế là bằng chứng; không đưa funding, headcount hay availability không kiểm chứng. ### Thiết kế — Visual cá nhân **Phụ trách đề xuất:** Design + Minh · **Nhịp:** Theo brief Ưu tiên text-first, ảnh thật hoặc một luận điểm ngắn; navy/cyan nhẹ. **Ranh giới / đầu ra:** Không dùng nhân vật AI như chân dung Minh hoặc ảnh team thật. Không biến mọi bài thành poster quảng cáo. ### Thiết kế — Visual công ty **Phụ trách đề xuất:** Design · **Nhịp:** Theo brief Tài liệu nền sáng, chữ navy, accent cyan; ảnh bìa 1 thông điệp; nội dung chi tiết để trong các trang tiếp theo. **Ranh giới / đầu ra:** Giữ logo PowerIT; phân biệt checklist/decision matrix/demo. Tránh nhồi cả caption lên một ảnh. ### Phân phối — Nhịp thử nghiệm **Phụ trách đề xuất:** Content · **Nhịp:** 6 tuần Cá nhân T2/T4/T6; company T3/T5/T6. Ngày theo Asia/Ho_Chi_Minh; chưa đặt giờ cố định. **Ranh giới / đầu ra:** Thứ 6 tách khung giờ; chọn giờ thử nghiệm theo thị trường mục tiêu và số liệu hai tuần, không tuyên bố giờ vàng. ### Phân phối — Tương tác có ngữ cảnh **Phụ trách đề xuất:** Minh + BD · **Nhịp:** Ngày làm việc Đọc và viết 3–5 bình luận có nội dung vào ngày làm việc; trả lời người bàn thật vào bài. **Ranh giới / đầu ra:** Không auto-comment, tag hàng loạt hoặc yêu cầu nhân viên tương tác theo kịch bản. ### Phân phối — Liên hệ giữa hai kênh **Phụ trách đề xuất:** Minh + Content · **Nhịp:** Theo chủ đề Cá nhân đặt vấn đề; company cung cấp tài nguyên. Dẫn lại bài kia chỉ khi bổ sung được phần thiếu. **Ranh giới / đầu ra:** Không repost máy móc mọi bài hoặc buộc người đọc nhảy kênh mới nhận đủ giá trị. ### Account — Giữ chỗ cho tín hiệu khách hàng **Phụ trách đề xuất:** BD + Content · **Nhịp:** Review tuần Ba cặp linh hoạt: P02/C02, P09/C09, P13/C13; tối đa 6/36 vị trí. Hai cặp sau có nội dung evergreen dự phòng. **Ranh giới / đầu ra:** Không có tín hiệu đáng tin thì giữ bài nền. Không đổi cả lịch để bám một account. ### Account — Đưa tài nguyên vào outreach **Phụ trách đề xuất:** BD · **Nhịp:** Theo hội thoại Khi khách đang có câu hỏi tương ứng, gửi đúng tài nguyên; hỏi permission trước khi đưa trao đổi riêng thành nội dung. **Ranh giới / đầu ra:** Không gửi brochure hay link post vô cớ ngay sau khi được accept; content hỗ trợ discovery, không thay BANT. ### Đo lường — Theo dõi từng bài **Phụ trách đề xuất:** Content · **Nhịp:** Hàng tuần Nhập số liệu sau 7 ngày; nguồn đo cùng loại; relevant comments và conversations là ghi nhận thủ công. **Ranh giới / đầu ra:** Không nhận impressions là unique reach; không cộng số người đọc để gọi audience duy nhất; không suy ra ai đã xem profile nếu không được hiển thị. ### Đo lường — Giữ/đổi hướng **Phụ trách đề xuất:** Minh + Content + BD · **Nhịp:** Cuối tuần 2/4/6 Tuần 2 lập baseline; tuần 4 chọn chủ đề tạo trao đổi đúng người; tuần 6 chọn series và tài nguyên tiếp theo. **Ranh giới / đầu ra:** Không hứa follower/deal; ưu tiên phản hồi đúng đối tượng, tài nguyên dùng được và insight cho discovery. ### AI hỗ trợ — Ranh giới tự động hóa **Phụ trách đề xuất:** Content owner · **Nhịp:** Xuyên suốt Có thể hỗ trợ gom nguồn, draft, nhắc việc; con người xác minh claim, duyệt nội dung và hành động đối ngoại. **Ranh giới / đầu ra:** Workbook là kế hoạch, không phải job đã được cài lịch. Không scraping, auto-DM hay tự đăng từ file này. ## 7. Đo lường Ghi lại số liệu theo từng bài sau 7 ngày. Impressions không phải người đọc duy nhất; không cộng các chỉ số hiển thị để suy ra audience không trùng lặp. **Đầu vào được theo dõi:** impressions, reactions, comments, reposts; bình luận đúng tệp; click tài nguyên nếu đo được; hội thoại chủ động; trao đổi có nhu cầu; cơ hội liên quan; link bài; nguồn ghi nhận. **Engagement rate quy ước của kế hoạch:** (reactions + comments + reposts) / impressions. Chỉ tính khi có đủ input và impressions > 0. Không so trực tiếp với tỷ lệ dùng định nghĩa khác trong platform analytics. **Bình luận đúng tệp:** phản hồi có nội dung từ người giữ vai trò hoặc làm việc tại doanh nghiệp phù hợp ICP; không đồng nghĩa một lời khen chung là nhu cầu mua. **Trao đổi có nhu cầu:** có công việc, vấn đề hoặc kế hoạch cụ thể được người đối thoại xác nhận. Không suy từ việc họ like bài. **Cơ hội liên quan:** cần ghi nguồn và mức chắc chắn, ví dụ người mua nói đã đọc bài hoặc đường dẫn UTM. Không quy hết ảnh hưởng của deal cho content. Tuần 2: lập baseline. Tuần 4: giữ chủ đề tạo trao đổi đúng người. Tuần 6: chọn series và tài nguyên cần mở rộng. Không đặt cam kết follower hoặc doanh thu khi chưa có dữ liệu. ## 8. Nguồn và giới hạn claim Các nguồn công khai dưới đây phục vụ kiểm duyệt nội dung; không xác nhận PowerIT đã triển khai các phương pháp đó cho khách hàng. Kiểm tra lại dữ kiện thay đổi trước ngày đăng. ### S01 — LinkedIn Pages Best Practices https://business.linkedin.com/advertise/linkedin-pages/best-practices Hoàn thiện trang, dùng đa dạng ảnh/tài liệu/video; lịch 3 bài/kênh/tuần là đề xuất thử nghiệm của kế hoạch, không phải cam kết thuật toán. ### S02 — DORA — State of AI-assisted Software Development 2025 https://dora.dev/research/2025/dora-report/ AI khuếch đại điểm mạnh/yếu của hệ thống tổ chức. Không suy ra hiệu quả riêng của PowerIT hoặc khách hàng. ### S03 — DORA — Working in small batches https://dora.dev/capabilities/working-in-small-batches/ Chia việc thành phần nhỏ, có thể kiểm tra; làm nguồn cho tuyến luồng delivery và phản hồi. ### S04 — GitHub — Review AI-generated code https://docs.github.com/en/enterprise-cloud@latest/copilot/tutorials/review-ai-generated-code Nguồn kỹ thuật cho functional checks, kiểm thử và human review. Reviewer kỹ thuật phải duyệt nội dung trước đăng. ### S05 — Google SRE Workbook — Implementing SLOs https://sre.google/workbook/implementing-slos/ SLO xuất phát từ trải nghiệm và kỳ vọng của người dùng; không tự đặt 99.99% hay SLA cho PowerIT. ### S06 — Replit — Databricks/Lakebase GA, 10/09/2026 https://replit.com/blog/databricks2026 Tín hiệu công khai để bàn cách dùng phần mềm với dữ liệu được quản trị; không phải case/quan hệ đối tác PowerIT. ### S07 — Replit — Enterprise governance tools https://replit.com/blog/new-enterprise-governance-tools Phân biệt governance của nền tảng với trách nhiệm vận hành của tổ chức; xác minh lại trước bài có tính thời sự. ### S08 — PowerIT — profile do người dùng cung cấp https://powerit.smarttechctc.io/en/ Không tải lại được website trong lần kiểm tra 16/09/2026. Dùng định vị đã chốt trong hội thoại: specialist / team-pod / scoped delivery; xác minh năng lực và mọi cam kết trước xuất bản. ### S09 — Nate B. Jones / Alvin Wang Graylin — video người dùng cung cấp https://www.youtube.com/watch?v=duv4A1gDZOY Chưa có transcript đầy đủ trong phiên lập lịch. Nếu tái sử dụng đoạn dẫn video ở P02: kiểm tra nguồn phát biểu trước đăng hoặc bỏ attribution, viết như quan điểm của Minh. ## 9. Cách dùng file Excel 00_Tong_quan: đổi ngày bắt đầu ở B5 để các ngày đề xuất trong lịch và tài nguyên cập nhật. 01_Lich_6_tuan: lọc theo tuần/kênh; cập nhật trạng thái từ danh sách lựa chọn. 02_Brief_ca_nhan và 03_Brief_cong_ty: dùng brief tương ứng để viết caption, chuẩn bị visual và kiểm nguồn. 04_Tai_nguyen: quản lý sáu bộ cần sản xuất, không phải thư viện file có sẵn. 05_Van_hanh: quy trình, vai trò và các điều kiện trước công bố. 06_Theo_doi: nhập số liệu sau đăng; ô chưa có dữ liệu để trống. 07_Nguon: nguồn tham khảo và điều không được suy ra. Kế hoạch này chưa tạo lịch đăng, chưa gửi tin nhắn và chưa cài automation.