--- title: "Messaging Strategy & Guideline (H2 2026)" type: concept tags: [messaging, brand-voice, positioning, evolved-odc, japan, talent, client, channel-strategy, client-portal, content-pillar] sources: [wiki/concepts/positioning.md, wiki/summaries/2026-06-29-evolved-odc-framework.md, transcripts/cross-team/2026-06-29-evolved-odc-framework.md, transcripts/cross-team/2026-06-29-talent-inbound-marketing-web-review.md, transcripts/product-kien/2026-03-04-client-portal-roadmap.md, transcripts/cross-team/2026-03-23-moat-deep-dive.md, wiki/concepts/copy-system.md, wiki/analyses/2026-07-13-icp-buyer-talent-jtbd.md, "Marketing Plan - Talex Talent Pool 2026.xlsx", chat 2026-07-08, chat 2026-07-13, chat 2026-07-14] created: 2026-07-08 updated: 2026-07-14 --- # Messaging Strategy & Guideline (H2 2026) Scope 03, task 2 của [[project_inbound_strategy_2026|H2 2026 Inbound Plan]]. Định nghĩa cách nói cho 2 audience (client buyer + talent) — **dựa trên phân tích chiến lược nối trực tiếp bản chất business (từ meeting note anh Kiên) với bản chất con người (từ STP+Persona)**, không phải liệt kê song song facts rồi dán nhãn. **Không thay thế [[positioning]] hay [[copy-system]]** — positioning.md vẫn là source of truth cho strategic messaging, copy-system.md vẫn là source of truth cho UX/product copy. File này là lớp trung gian: hướng dẫn viết content theo đúng lập luận chiến lược, không lặp lại toàn bộ nguồn. **Cách đọc file này:** §0 Hệ thống thông điệp (sơ đồ mẹ→con — đọc trước để thấy tổng đích) → §1 Lập luận chiến lược (tại sao lại là hệ thống thông điệp này — đọc kỹ hơn khi cần hiểu/giải trình) → §2 Client Buyer (audience, segment, **personality + content pillar theo channel**) → §3 Talent (tương tự) → §4 Brand voice (**personality Talex + rule ngôn ngữ**, áp lên mọi message trên) → Phụ lục (A-C tra cứu nhanh, D = rào chắn pháp lý + nguyên liệu content phụ). > ⚠️ **Audit 14/07 (đóng vai external consultancy độc lập, theo yêu cầu Hailee):** bản trước bị 8 lỗi align — 2 trong 6 positioning statement đã chốt (Layer 3 buyer + talent) bị bỏ rơi không có content; 7/8 channel thiếu hoàn toàn content pillar (chỉ có Format/Tần suất); sơ đồ "chết" ở §2.3 không sống lại tới cuối tài liệu; segment "Người Từng Bị Lừa" biến mất không giải thích; thông điệp mẹ mâu thuẫn ngầm với file nguồn JTBD; "Nguyên tắc Evolved ODC" (nay Phụ lục D) từng lẫn content buyer-facing (4 Levels) vào lớp pháp lý mà không phân định với 3-Layer. **Vòng 2 (cùng ngày):** §4 Brand voice thiếu personality thật — bổ sung pattern/tone/humor cụ thể; §5 rút gọn xuống Phụ lục D vì không phải content pillar. Toàn bộ đã sửa trong bản này. --- ## 0. Hệ thống thông điệp Talex — sơ đồ mẹ → con ### 0.1 Sơ đồ ``` THÔNG ĐIỆP MẸ "Talex cho bạn nhìn thấy team offshore của mình rõ như team in-house — qua một hệ thống, không phải qua lời hứa." Rút gọn: "See how it runs. Not just what we tell you." │ ┌───────────────┼───────────────┐ │ │ │ LAYER 1 LAYER 2 LAYER 3 Tuyển dụng Vận hành & Tài chính & minh bạch business-view minh bạch rate (ETA, % fill, (PAM filter, (billing cho tracking happy/friction) buyer, rate cho apply status) talent) │ │ │ ┌──────┴──────┐ ┌──────┴──────┐ ┌──────┴──────┐ │ │ │ │ │ │ BUYER TALENT BUYER TALENT BUYER TALENT │ │ │ │ │ │ "Thấy xác "Theo "Thấy "Có người "Billing "Rate của suất deploy dõi tiến team có nghe những minh bạn được & ngày trình happy gì bạn bạch, tính minh onboard apply không, không không bạch qua trước khi như friction tiện nói phải Talent cam kết, theo dõi nào có với khách, ngồi Portal — không phải đơn thể làm trước khi review không mù mờ lời hứa" hàng — gãy dự khách lại cuối như thị không án — biết" kỳ" trường thấp trước chung thỏm khi nó (Talent chờ kết xảy ra" Portal quả" — (ý (đã có chưa tưởng, message) build, chờ TA publish chốt sau)" chính sách) ``` > Thông điệp mẹ dùng xuyên suốt toàn bộ H2, không riêng 1 audience. Mọi thông điệp con (segment §2/§3) đều là breakdown từ câu này — không phải danh sách rời rạc. > > **Quan hệ với "4 Levels of Virtual Ownership" (Phụ lục D2):** đây là hai trục khác nhau, không phải cùng 1 hệ đếm — 3 Layer = cái buyer/talent **THẤY** qua Client Portal (nội dung của bài này); 4 Levels = mô hình **ENGAGEMENT** buyer chọn mua (bao nhiêu quyền kiểm soát hạ tầng/văn phòng, tới transfer). Một buyer ở bất kỳ Level nào trong 4 Levels đều thấy đủ 3 Layer. Không nhầm lẫn "Layer" với "Level". > > **Quan hệ với thông điệp mẹ cũ ở [[2026-07-13-icp-buyer-talent-jtbd]] §1.4** ("Proof over promise. We show you the process, not just the pitch."): bản này **thay thế** câu đó — lý do nêu ở §1.1 dưới đây (câu cũ suy từ vị trí cạnh tranh trên positioning map, câu mới suy trực tiếp từ lý do Client Portal tồn tại, cụ thể và có DNA sản phẩm hơn). Khi trích dẫn thông điệp mẹ ở bất kỳ đâu, dùng câu ở §0 này, không dùng câu cũ. **Bảng chi tiết 6 message con (3 Layer × 2 audience — Layer 1 phía talent là ý tưởng, chưa chốt chính sách):** | Layer | Buyer | Talent | |---|---|---| | **Layer 1** — Tuyển dụng minh bạch (ETA, % fulfillment rate, tracking apply status) | "Thấy xác suất deploy thành công & ngày onboard dự kiến trước khi cam kết — không phải lời hứa, là con số hệ thống đang chạy." | **Ý tưởng (Hailee, 13/07), chờ TA chốt chính sách:** Talent Portal cho theo dõi trạng thái apply như tracking đơn hàng — từ lúc apply đến lúc vào job: đang review hồ sơ, bao lâu có kết quả phỏng vấn, ngày onboard dự kiến, tài liệu/training cần chuẩn bị, setup ra sao. Message dự kiến: *"Theo dõi hành trình apply của bạn như theo dõi đơn hàng — không phải thấp thỏm chờ tin."* Chưa build, cần TA xác nhận nội dung/mốc thời gian cụ thể trước khi viết chính thức (xem Phụ lục C). | | **Layer 2** — Vận hành & business-view (PAM filter, happy/friction signal) | "Thấy team đang làm gì, có happy không, và có friction nào có thể làm gãy dự án — trước khi nó xảy ra." | "Có người nghe những gì bạn không tiện nói với khách, trước khi nó trở thành vấn đề." | | **Layer 3** — Tài chính & minh bạch (billing cho buyer, rate cho talent) | "Billing minh bạch, timesheet đúng ngay từ đầu — không phải ngồi review lại cuối kỳ." | "Rate của bạn được tính minh bạch qua Talent Portal — không mù mờ như thị trường chung." *(Talent Portal chưa build, sẽ publish sau.)* | **Positioning statement (đối tượng + vấn đề + giải pháp — dùng cho ô Buyer/Talent trong sơ đồ, không phải tagline khẩu hiệu):** | Layer | Buyer | Talent | |---|---|---| | **Layer 1** | "For teams who can't afford a bad hire, Layer 1 shows deploy odds and onboarding timeline before you commit — not after." | "For candidates tired of silence after applying, your Talent Portal will track every step — application to onboarding — so you're never left guessing." *(đề xuất, chưa chốt)* | | **Layer 2** | "For leaders managing a team they can't see, Layer 2 surfaces morale and friction signals early — so a project doesn't fail before you know something's wrong." | "For engineers who don't feel safe raising concerns to the client, PAM listens directly to you — so problems get caught before they become exits." | | **Layer 3** | "For teams tired of reconciling invoices after the fact, Layer 3 makes billing transparent from day one — no more surprises at month-end." | "For talent used to vague market rates, your Talent Portal shows exactly how your rate is calculated — no negotiation guesswork." | ### 0.2 Rationale — vì sao cấu trúc cây này, không phải danh sách thông điệp rời rạc **Một gốc, không phải hai thông điệp mẹ riêng biệt cho 2 audience.** Buyer và talent nhìn vào cùng một hệ thống (Client Portal, Fingertips, PAM/AM) từ hai phía khác nhau — Marcus cần *nhìn thấy để tin tưởng giao việc*, Linh cần *nhìn thấy để tin tưởng gắn bó*. Cùng một động tác "show the system", chỉ khác cái được show. Đây là lý do thông điệp mẹ dùng được cho cả hai mà không cần viết lại từ đầu (xem lập luận đầy đủ tại §1.1). **Mỗi Layer là một cơ chế đã tồn tại thật hoặc đã có ý tưởng cụ thể, không phải một góc nhìn marketing tự nghĩ ra.** 3 Layer = 3 Layer Client Portal thật (§1.2). Layer 1 phía buyer đã chạy thật (ETA, % fulfillment rate); phía talent hiện là **ý tưởng cụ thể chưa build** — theo dõi trạng thái apply như tracking đơn hàng (apply → phỏng vấn → kết quả → onboard → training/setup), đề xuất bởi Hailee 13/07, chờ team TA xác nhận chính sách/mốc thời gian trước khi build và viết message chính thức. Khác Layer 3 (lý do là Talent Portal — nơi hosting tính năng này — chưa build). Layer 2 và Layer 3 đã có message cho cả 2 phía vì cơ chế đứng sau (PAM filter, minh bạch tài chính) áp dụng được ngay cho cả hai, chỉ đổi hướng nhìn. **Vì sao Layer 2 và Layer 3 xuất hiện ở cả 2 phía:** đây là bằng chứng cho luận điểm ở §1.1 rằng thông điệp mẹ không tách rời sản phẩm — nếu một cơ chế thật (PAM filter, minh bạch tài chính) đã tồn tại, nó phải nói được với cả hai phía cùng dùng nó, chỉ đổi câu diễn đạt theo pain point riêng (buyer: "biết trước rủi ro dự án" — talent: "được lắng nghe trước khi thành vấn đề"; buyer: "billing đúng ngay từ đầu" — talent: "rate tính minh bạch"). **Thứ tự Layer phản ánh đúng thứ tự pain point ưu tiên của buyer**, không phải thứ tự ngẫu nhiên: Layer 1 (trước khi cam kết) → Layer 2 (trong lúc vận hành) → Layer 3 (vận hành tài chính liên tục) — đúng hành trình quyết định thật của Marcus (xem §2.2). > ⚠️ **Kỷ luật bắt buộc từ audit 14/07:** cả 6 message con ở bảng trên phải có mặt ở §2/§3 dưới dạng segment/content pillar cụ thể — không được để statement "đã chốt" nào im lặng biến mất khi triển khai xuống channel. Nếu 1 Layer chưa có content (VD ưu tiên thấp trong H2), phải ghi rõ lý do defer, không được bỏ sót không giải thích. --- ## 1. Lập luận chiến lược — tại sao thông điệp này, không phải thông điệp khác > Nguồn: meeting note với anh Kiên ([[2026-06-29-evolved-odc-framework]], [[2026-06-29-talent-inbound-marketing-web-review]], `transcripts/product-kien/2026-03-04-client-portal-roadmap.md`, `transcripts/cross-team/2026-03-23-moat-deep-dive.md`) đối chiếu với [[2026-07-13-icp-buyer-talent-jtbd]] (persona Marcus/Linh) và Excel `Marketing Plan - Talex Talent Pool 2026.xlsx` (chị Hạnh). Đây là phần giải trình chi tiết cho sơ đồ ở §0 — đọc khi cần hiểu/bảo vệ lý do đằng sau, không cần đọc để bắt tay viết content ngay. ### 1.1 Client Portal LÀ thông điệp mẹ, không phải bằng chứng minh họa cho slogan Câu này định nghĩa lại bản chất communication của Talex: thời AI khiến *lời khẳng định năng lực* mất giá trị thuyết phục; thứ thay thế là *bằng chứng nhìn thấy được*. Client Portal là cái tạo ra "nhìn thấy được" đó. Vì vậy **thông điệp mẹ không thể là một slogan tách rời sản phẩm — nó phải LÀ mô tả chính xác việc Client Portal cho khách/talent thấy điều gì.** > *"AI bây giờ nó sẽ không theo kiểu là 'em khá cái này mà anh chọn em đi' [...] Mình bắt buộc mình phải show ra theo kiểu là: làm việc với tao — mày có cái này. Đấy nó sẽ được làm thông qua chính là cái hệ thống client portal. Cái đó là quan trọng nhất."* — anh Kiên, 04/03/2026 **Vì sao thay thế "Proof over promise" ([[2026-07-13-icp-buyer-talent-jtbd]] §1.4):** câu cũ được suy ra từ vị trí cạnh tranh trên positioning map (Talex đứng ở ô control-cao/proof-thấp, cần kéo proof lên) — đúng nhưng generic, bất kỳ vendor nào cũng nói được câu này. Câu mới suy trực tiếp từ lý do sản phẩm Client Portal tồn tại (quote trên) — cụ thể, gắn liền DNA Talex, và mô tả được chính xác cái gì đang xảy ra khi buyer/talent mở Client Portal ra xem. Không phải 2 thông điệp song song — câu mới kế thừa toàn bộ tinh thần "proof over promise" (bằng chứng hơn lời hứa) nhưng cụ thể hoá bằng sản phẩm thật. ### 1.2 3 Layer Client Portal nối trực tiếp pain point của buyer và talent - **Layer 1 (Recruitment transparency) → pain "sợ thất bại vendor phản ánh uy tín cá nhân"** (Marcus ở công ty nhỏ, không có buffer chia sẻ rủi ro quyết định). Anh Kiên: *"Expect bao nhiêu ngày nữa thì onboard [...] Cái chance để successfully deploy là bao nhiêu [...] cung cấp cho họ một cái confidence."* — **đã demo được thật trên Playground/Portal** (ETA cụ thể + % fulfillment rate của request), không phải mục tiêu tương lai. Phía talent, pain tương ứng là *"thấp thỏm không biết khi nào có kết quả, bao lâu sau phỏng vấn mới biết trúng job, vào dự án onboard/setup ra sao"* — **ý tưởng đề xuất (Hailee, 13/07):** Talent Portal cho theo dõi trạng thái apply như tracking đơn hàng, từ apply đến lúc vào job (đang review hồ sơ → kết quả phỏng vấn → ngày onboard dự kiến → tài liệu/training cần chuẩn bị → setup). Chưa build, cần team TA xác nhận chính sách/mốc thời gian cụ thể trước khi viết message chính thức (§0.2 giải thích thêm). - **Layer 2 (Performance & business-view reporting) → pain "quản lý mù thông tin" + "vừa mất người"** (buyer), *"nhạy cảm tín hiệu giả"* (talent — Linh cần biết mình được lắng nghe thật, không phải chỉ được đánh giá qua output công việc). Nguyên văn: *"bây giờ anh là CEO của khách [...] anh có biết team nó có happy hay không? [...] rủi ro nó dẫn đến gãy đổ dự án bởi vì có friction [...] cái mình cung cấp cho khách chính là cái mảnh ghép còn thiếu của họ."* Dữ liệu lấy từ weekly/bi-weekly catchup con người-với-con người ("không bias"), cộng PAM là "filter layer" *"nghe được những câu chuyện mà kỹ sư không bao giờ nói với khách, và nghe những gì khách không nói với kỹ sư"* (moat-deep-dive, 2026-03-23) — đây chính là cơ chế phục vụ cả 2 phía cùng lúc. - **Layer 3 (Finance & billing) → pain friction vận hành** (buyer), *lo bấp bênh/mù mờ về thu nhập* (talent). *"Anh muốn tất cả mọi thứ nó streamlined thì anh đỡ phải đau đầu. Không phải đến lúc đó rồi mới anh ngồi review xem cái timesheet kia đúng hay chưa."* Phía talent, cơ chế tương ứng là minh bạch rate qua Talent Portal (chưa build, sẽ publish sau). ### 1.3 Hai loại bằng chứng — không được nhầm lẫn (đây là lỗi bản guideline trước mắc phải) **Loại A — System capability (an toàn, dùng tự do, demo được ngay qua Playground/Portal):** - ETA onboard + % fulfillment rate của request (Layer 1) — đã chạy thật. - Rank × Trust = "chân dung kỹ sư thực sự": *"Rank = đánh giá bằng Assessment Intelligence [...] Trust = performance trong suốt thời gian làm việc tại Talex."* Output mẫu: *"Candidate X — senior developer, 2 dự án tại Talex, khách hàng khen performance, strong Fintech. Match với dự án này: 85%."* — đây là **ví dụ định dạng output**, không phải một con số đo được của 1 buyer thật. Không được trích "85%" như thể là metric thật. *(Lưu ý: Rank × Trust là cơ chế phụ trợ thuộc Layer 1 — đánh giá kỹ năng khi tuyển/chọn người — không phải 1 trong 3 Layer chính của sơ đồ §0; nêu ở đây chỉ để minh hoạ thêm cho khái niệm Loại A.)* **Loại B — Verified client outcome (phải xin phép trước khi public, kể cả ẩn danh):** - Case Chocolate/Prudential (AI phát hiện engineer có ý định rời dự án *trước khi họ có ý định đó*) — bằng chứng mạnh nhất Talex có, nhưng **đã xác nhận: KHÔNG được public**, kể cả ẩn danh. Chỉ dùng nội bộ để chứng minh hệ thống hoạt động thật (sales 1:1/demo trực tiếp nếu phù hợp bối cảnh, không đưa vào content xuất bản). **Rule — ví dụ cụ thể để phân biệt:** - ✅ **Được nói (Loại A):** "Hệ thống hiển thị ETA onboard và % fulfillment rate ngay khi bạn gửi yêu cầu" / "Hệ thống chấm điểm mỗi kỹ sư theo Rank và Trust" — mô tả cơ chế, ai cũng demo lại được qua Playground. - ❌ **KHÔNG được nói (cần Loại B đã duyệt, hiện chưa có):** "Chúng tôi đã giúp khách A giảm 30% thời gian tuyển" / "Case study khách B tại Fintech" — đây là claim về một kết quả cụ thể với một khách cụ thể, cần bằng chứng verify được và được phép công bố. ### 1.4 Mâu thuẫn anh Kiên tự thừa nhận — xử lý bằng cách biến nó thành một phần thông điệp, không né tránh Nguyên văn: *"mình claim evolved nhưng experience thật chưa có. Không thể ăn không nói có. Khách bây giờ đủ tỉnh táo check."* (2026-06-29) Hai cách xử lý: (a) né tránh bằng ngôn ngữ trừu tượng không ai check được — đây là lỗi bản guideline cũ đã bị Hailee reject; (b) **biến thành một phần thông điệp**: Talex chưa có bề dày track record để kể, nhưng có hệ thống để cho xem. Đây khớp đúng với việc Talex chọn Playground/demo thay vì pitch: *"Đối với việc bán hàng của Talex sẽ không còn hình thức pitching, không còn mở slide. Việc của mình chỉ là lắng nghe nhu cầu của khách, demo và trình diễn."* (moat-deep-dive). Mâu thuẫn "chưa có experience" không phải điểm yếu cần giấu — nó là lý do khiến "show the system" trở thành lựa chọn trung thực duy nhất. --- ## 2. Client Buyer — audience, segment, content pillar, channel > Persona Marcus theo [[2026-07-13-icp-buyer-talent-jtbd]] §2.1 — tin cậy trung bình-thấp trên demographic (nghiên cứu ngành, không phải phỏng vấn buyer Talex thật), cao hơn trên content/channel behavior. Messaging cụ thể dưới đây cụ thể hoá nhánh "Client Buyer" trong sơ đồ §0. ### 2.1 Audience & vị trí thật **ICP đang chuyển dịch:** Head of Delivery / CTO / COO tại SI & fintech Singapore, 51-200 người ([[positioning]] §ICP), Japan đang trở thành ưu tiên xây dựng tập trung (xem Phụ lục C — chưa có messaging strategy riêng cho JP). **Vị trí thật của Talex (không phải vị trí muốn tới):** control cao (ngang Fractional CTO/in-house hire) nhưng proof thấp. Đích: giữ control cao, kéo proof lên bằng **hệ thống nhìn thấy được** (Client Portal, Playground) — không phải case study kể lại, vì chưa có verified case nào được duyệt public (xem §1.3). ### 2.2 Segment, thông điệp con — cả 3 Layer, không bỏ sót > Thông điệp con dưới đây trích **nguyên văn positioning statement từ §0.1** — không viết bản diễn giải riêng để tránh 2 nguồn nói khác nhau cho cùng 1 Layer. Khi cần bản dài/diễn giải thêm, dùng lại đúng câu này làm khung, không tạo câu mới. > > ⚠️ **Sửa 14/07 (audit):** bản trước chỉ có Layer 1+2, bỏ sót Layer 3 Buyer (đã chốt, không phải ý tưởng) — sửa lại đủ 3 Layer. Cũng khôi phục segment **Người Từng Bị Lừa** (Burned-Before Skeptic) từ [[2026-07-13-icp-buyer-talent-jtbd]] §1.2 — bản trước bỏ segment này không giải thích, trong khi RTB của nó ("thừa nhận thẳng giới hạn/rủi ro thật") chính là cầu nối tự nhiên tới §1.4. | Segment | Pain thật (nguồn) | Layer Client Portal trả lời | Thông điệp con (= positioning statement §0.1) | |---|---|---|---| | **Người Cẩn Trọng** (Risk-Averse Pragmatist) | Sợ thất bại vendor phản ánh uy tín cá nhân — công ty nhỏ, không có buffer chia sẻ rủi ro quyết định | **Layer 1** — ETA onboard + % fulfillment rate request, demo được ngay | "For teams who can't afford a bad hire, Layer 1 shows deploy odds and onboarding timeline before you commit — not after." | | — (cùng segment, pain "vừa mất người" / mid-project exit) | Dự án đang chạy, lo lắng ngầm, mất người giữa chừng không báo trước | **Layer 2** — business-view report từ weekly/bi-weekly catchup, PAM "filter layer" | "For leaders managing a team they can't see, Layer 2 surfaces morale and friction signals early — so a project doesn't fail before you know something's wrong." | | **Người Thiếu Người Giỏi** (Access-to-Talent Seeker) | Không thiếu ngân sách, thiếu người có kỹ năng cụ thể (AI/ML, DevSecOps) | **Layer 1 (mở rộng — Rank × Trust khi chọn người)**, không phải Layer riêng (xem §1.3) | "Hệ thống chấm mỗi kỹ sư theo hai chiều Rank và Trust, tạo ra chân dung thật thay vì nhãn 'senior' chung chung." | | — (mọi segment, pain friction vận hành) | Ngồi reconcile invoice/timesheet cuối kỳ, không thấy trước chi phí | **Layer 3** — billing minh bạch, timesheet đúng ngay từ đầu | "For teams tired of reconciling invoices after the fact, Layer 3 makes billing transparent from day one — no more surprises at month-end." | | **Người Từng Bị Lừa** (Burned-Before Skeptic) — *chưa target chính thức, dùng khi content chạm đúng nhóm này* | Đã dùng outsourcing/ODC khác và thất vọng — đọc content để tìm lý do KHÔNG tin, phản xạ với mọi generic claim | Không phải 1 Layer cụ thể — RTB là **thừa nhận thẳng giới hạn** (§1.4), áp dụng xuyên suốt cả 3 Layer | "We turned down 3 clients last quarter. Here's why that matters to you." *(mẫu headline từ JTBD §1.4 — thừa nhận giới hạn trước, không phải khoe năng lực)* | **Rule cứng:** mọi thông điệp con ở trên là **system capability (Loại A)** — demo được ngay qua Playground/Portal, không cần verify case riêng. **Không được** biến ví dụ định dạng output ("Candidate X match 85%") thành như thể đó là kết quả đo thật của 1 buyer — đó là mẫu minh hoạ cách hệ thống hoạt động, không phải case study. **Tone:** "Observer, not vendor." Fact-first, không cảm tính. Counter-intuitive nhưng không hô hào. Câu ngắn, đoạn ngắn (1-3 câu/đoạn). **Sales motion:** Không pitch, không slide. Nghe nhu cầu → demo Playground/Client Portal → để hệ thống tự nói (nguyên văn anh Kiên: *"việc của mình chỉ là lắng nghe nhu cầu của khách, demo và trình diễn"*). ### 2.3 Content pillar & Channel — mỗi kênh nói về Layer nào, bằng format gì > ⚠️ **Sửa 14/07 (audit — gap nghiêm trọng nhất):** bản trước chỉ có cột Format + Tần suất, KHÔNG có cột content pillar — người viết biết "đăng bao nhiêu, dạng gì" nhưng không biết "đăng về chủ đề gì". Đã thêm cột **Content pillar** map thẳng vào Layer/message con ở §0, đứng trước cột Format. Nguyên liệu headline/hook lấy từ [[2026-07-13-icp-buyer-talent-jtbd]] §1.4 (đã có sẵn, không bịa mới). > > Nguồn: [[2026-07-13-icp-buyer-talent-jtbd]] §2.1. Tần suất là **đề xuất của Hà dựa trên nhân lực hiện có (4 account: Kiên/Tuấn/Khôi/Hà) + best practice ngành — chưa được duyệt chính thức**. **Cách áp dụng:** mỗi kênh là một cách khác nhau để "show hệ thống" — không phải một cách khác nhau để "nói slogan". Content pillar quyết định **chủ đề**, Format quyết định **hình thức** — hai tầng khác nhau, không gộp làm một. | Kênh | Vai trò | Content pillar (map Layer §0) | Format cụ thể | Tần suất (đề xuất) | Rule khi viết | |---|---|---|---|---|---| | **LinkedIn cá nhân (founder/leader)** | Kênh chính — nơi bắt đầu funnel thật | **Pillar A — Tuyển dụng minh bạch (Layer 1):** "6 years, 500+ assessments, 1 number we're not proud of" dạng post. **Pillar B — Chọn đúng người (Layer 1 mở rộng, Rank×Trust):** "AI-enabled vs AI-ready: the 15-minute test that tells the difference". **Pillar C — Vận hành minh bạch (Layer 2):** quay màn hình business-view report thật. **Pillar D — Quan sát ngành** (không nhắc Talex, xây trust cá nhân) | Text post ngắn (150-250 từ, hook 3 dòng kiểu JTBD §1.4 — VD: *"A client asked us last week why we don't guarantee 100% retention..."*) xen video 60-90s quay màn hình thật 1 tính năng Client Portal — không slide polish | 2-3 post/tuần, xoay vòng 4 pillar (ưu tiên A/B, xen C, D làm nền) | Đăng dưới tên người (Kiên/leader), không phải "Talex Page". Sáng sớm 8-9h giữa tuần | | **Talex company LinkedIn page** *(mới, 14/07)* | Kênh riêng — không phải backup của LinkedIn cá nhân, có content pillar riêng | **Pillar A/B/C như trên** (nhất quán thông điệp với LinkedIn cá nhân) + **Pillar E — Thông báo sản phẩm/cập nhật Client Portal** (tính năng mới, milestone hệ thống) | **Không cố định 1 format** — chọn bất kỳ format phù hợp và hiệu quả với từng bài (text/carousel/video/case study dài/ngắn), test và giữ cái work, không ép khuôn trước | 1-2 post/tuần, thấp hơn LinkedIn cá nhân vì đây là kênh backup theo hành vi buyer (JTBD §2.1: company page chỉ ~5% attention) | Vẫn theo tone §2.2 "Observer, not vendor". Ungated bắt buộc như mọi kênh buyer | | **`talex.co` / company page + blog/SEO** | Backup/landing + tìm kiếm chủ động | **Pillar A/B/C như trên** — viết dài hơn, thêm **Pillar E — Billing minh bạch (Layer 3)**, hiện chưa có ở LinkedIn vì khó làm hook ngắn, phù hợp bài dài hơn | Bài giải thích cơ chế (800-1200 từ): "Cách chúng tôi cho bạn thấy X" — không phải case study (chưa có case verified public). Ảnh: screenshot Client Portal/Playground thật (ẩn danh data), không stock photo | 1 bài mới/tháng, xoay vòng 5 pillar theo thứ tự Layer 1→2→3, SEO cập nhật liên tục | Ungated bắt buộc. Không claim case study cụ thể chưa được duyệt | | **Kênh riêng tư (DM/chat/offline/warm intro)** | Nơi >80% ảnh hưởng B2B thật sự xảy ra | Không theo pillar cố định — chọn pillar phù hợp bối cảnh cụ thể của buyer đang nói chuyện, có thể đào sâu hơn cả 5 pillar cùng lúc qua demo | Demo Playground/Client Portal trực tiếp — đây là nơi DUY NHẤT có thể chia sẻ chi tiết sâu hơn (bối cảnh phù hợp, vẫn không nêu tên khách case Chocolate/Prudential) | Theo nhịp quan hệ | Quyết định hình thành ở đây trước khi vào landing page (dark funnel — 70% hành trình mua) | | **Email** | Chỉ việc chính thức/hợp đồng | Không áp dụng | Không dùng outreach — chỉ follow-up | — | Cold email mặc định coi là spam | | **Không dùng** | Reddit/Twitter, TikTok/Instagram | — | — | — | Không đầu tư content buyer trên các kênh này | **Gated content = mất trust:** bắt điền form mới đọc được khiến buyer rời sang đối thủ ungated — không tăng lead thật. Mọi case study/proof point cho buyer phải ungated. 95% buyer coi video quan trọng để hiểu dịch vụ trước quyết định — ưu tiên format video giải thích quy trình cụ thể. **Follow ai:** Buyer không follow "Talex" hay trang công ty ODC — follow cá nhân founder/leader có track record công khai kiểm chứng được. --- ## 3. Talent (Private Elite Pool) — audience, segment, content pillar, channel ### 3.1 Audience & segment — sửa lại theo nguyên tắc "show, don't tell", đủ cả 3 Layer > Persona Linh theo [[2026-07-13-icp-buyer-talent-jtbd]] §2.2, segment chính thức **Growth Seeker** (không phải Income Maximizer) — khớp năng lực có sẵn (Fingertips + AM). Positioning gốc từ Excel `Marketing Plan - Talex Talent Pool 2026.xlsx` (chị Hạnh) đã được rà soát và sửa lại — xem lý do bên dưới. > > ⚠️ **Sửa 14/07 (audit):** bản trước dòng "Layer 3 talent" bị thay bằng "Thu nhập cao hơn" (lời hứa/tell) — chính lỗi mà bảng này đang phê phán. Đã sửa lại dùng đúng positioning statement Layer 3 talent từ §0.1. **ICP:** Senior engineer trở lên. Target: 350 engineer "ready" cuối năm 2026 (100 tháng 8, 220 tháng 10, 350 tháng 12). **Vấn đề đã phát hiện ở positioning gốc:** câu gốc trong Excel chị Hạnh — *"Nơi top kỹ sư được ưu tiên job chất lượng cao, liên tục có job mới [...] được hỗ trợ toàn diện [...] bởi hệ thống fingertips & AM operation"* — là dạng **lời hứa (tell)**, đúng lỗi mà chính anh Kiên phê bình ở §1.4 ("claim mà chưa chứng minh"). Talent senior cũng "đủ tỉnh táo check" như buyer. Đã sửa lại theo hướng "show, don't tell": | Thay lời hứa (tell) | Bằng cơ chế nhìn thấy được (show) | Layer tương ứng (§0) | Nguồn | |---|---|---|---| | "được đánh giá đúng năng lực" | "Bạn được chấm theo Rank × Trust, có lý do vì sao — không phải một chữ 'senior' cảm tính" | Layer 1 (mở rộng — Rank×Trust, xem §1.3) | moat-deep-dive: Hà yêu cầu "bổ sung reasoning — tại sao ứng viên đạt rank đó" | | "hỗ trợ toàn diện bởi AM" | **= positioning statement Layer 2 talent (§0.1):** "For engineers who don't feel safe raising concerns to the client, PAM listens directly to you — so problems get caught before they become exits." Bản Việt: "Có người nghe những gì bạn không tiện nói với khách." | Layer 2 | moat-deep-dive §PAM | | "liên tục có job mới" (chưa có số backing — xem Phụ lục C) | "Được tiếp cận job đầu tiên, trước thị trường mở" (cơ chế priority access, verify được) | Layer 1 (ý tưởng, chưa chốt — xem §0.1) | giữ nguyên phần đã verify | | "thu nhập cao hơn" (chỉ đúng khi có cơ chế nhìn thấy được đứng sau) | **= positioning statement Layer 3 talent (§0.1):** "For talent used to vague market rates, your Talent Portal shows exactly how your rate is calculated — no negotiation guesswork." Bản Việt: "Rate của bạn được tính minh bạch qua Talent Portal — không mù mờ như thị trường chung." | Layer 3 | Talent Portal chưa build, sẽ publish sau — dùng như định hướng, chưa demo được | **Thông điệp con cho Growth Seeker (tổng hợp cả 3 Layer talent, dùng khi cần 1 câu chung cho toàn bộ Talent Portal, không phải câu thay thế positioning statement từng Layer):** > "Not a promise of career growth — a system that shows you exactly how you're evaluated and why you level up." **RTB:** cơ chế cụ thể (tần suất review, ai đánh giá, tiêu chí lên rank) — không dừng ở "career path rõ ràng" như slogan. **Value proposition cốt lõi (đã lọc lại — chỉ giữ phần verify được, map đủ 3 Layer):** - Tiếp cận job đầu tiên, trước thị trường mở (Layer 1, cơ chế priority, verify được) - Được chấm điểm Rank × Trust có lý do rõ ràng, không phải nhãn cảm tính (Layer 1 mở rộng) - PAM/AM là người thật lắng nghe — không phải slogan "hỗ trợ toàn diện" (Layer 2) - Rate được tính minh bạch qua Talent Portal, không mù mờ như thị trường chung (Layer 3, chưa build — dùng như định hướng) - ⚠️ "Dự án ổn định, liên tục" và "career path rõ ràng" — giữ tạm nhưng cần Hạnh confirm số liệu backing trước khi dùng làm claim chính (xem Phụ lục C) **Terminology đã chốt:** - "Pool" không phải "Community" (anh Kiên duyệt, xác nhận lại 06/7) - Nav label: "Job", không dùng "Career" (quyết định 03/7, chốt lại 13/07) - Rate/lương **không hiển thị public** — chỉ hiện trong Talent Portal (quyết định 06/7 của chị Hạnh) **Cẩn trọng khi viết:** không tự viết claim cụ thể về quy trình tuyển dụng, tiêu chí xét duyệt, hay timeline pool nếu chưa verify với chị Hạnh (xem Phụ lục B, C). **Reputation rule cứng:** Không đủ chuẩn thì không submit, ưu tiên delay hơn damage reputation (case Synergy Global — bài học đã ghi trong wiki). ### 3.2 Content series đã lên kế hoạch (Excel chị Hạnh) — test "value-first" vs "đội lốt tuyển dụng" Nguyên tắc Hạnh đặt ra: *"Tạo giá trị trước, bán sau"*. Anh Kiên chốt content phải *"dạng tư vấn (chung dung, không chỉ Talex)"* (2026-06-29). Rà soát content series đã lên kế hoạch: - **Đúng nguyên tắc (giữ nguyên):** Masterclass "AI trong dự án Enterprise", "Thực tế làm ODC Nhật Bản", Knowledge Vault (case study ẩn danh) — đây là giá trị nghề nghiệp thật, khớp động lực mentorship-driven của Linh. - **Rủi ro đội lốt (cần sửa cách viết, không phải bỏ):** "Tại sao tôi chọn Talex" — nếu viết dạng testimonial-quảng-cáo thì phạm đúng lỗi §1.4. **Test trước khi publish:** bỏ chữ "Talex" khỏi bài — còn giá trị cho người đọc không? Còn → giữ. Không còn → viết lại thành bài học nghề, không phải lời khen công ty. ### 3.3 Content pillar & Channel — mỗi kênh nói về Layer nào, bằng format gì > ⚠️ **Sửa 14/07 (audit):** thêm cột Content pillar, cùng lý do như §2.3. Nguyên liệu headline/hook lấy từ [[2026-07-13-icp-buyer-talent-jtbd]] §1.4 (đã có sẵn cho Growth Seeker). > > Nguồn: [[2026-07-13-icp-buyer-talent-jtbd]] §2.2. Tần suất đề xuất chưa chốt (Phụ lục B). | Kênh | Vai trò | Content pillar (map Layer §0) | Format cụ thể | Tần suất (đề xuất) | Rule khi viết | |---|---|---|---|---|---| | **Facebook groups** ("Vietnam Devs" và tương tự, >300,000 thành viên) | Kênh chính — trust cao hơn LinkedIn | **Pillar A — Đánh giá có lý do (Layer 1 mở rộng, Rank×Trust):** "Cách chúng tôi quyết định ai lên Senior — không phải tuổi nghề, mà 3 tiêu chí này". **Pillar B — Được lắng nghe thật (Layer 2, PAM):** cơ chế review thật, không phải 1 lần/năm. **Pillar C — Case thật ẩn danh:** "1 kỹ sư từ mid-level lên Tech Lead trong 14 tháng — quy trình review thật" | Post text tiếng Việt tự nhiên dạng "chia sẻ cơ chế" (hook 3 dòng kiểu JTBD §1.4 — VD: *"Nhiều bạn hỏi Fingertips đánh giá performance thế nào..."*) — screenshot dashboard thật (ẩn danh), không stock photo | 1-2 post/tuần, xoay vòng 3 pillar | Viết tiếng Việt tự nhiên, tránh giọng employer branding | | **Talex Talent Pool LinkedIn page** *(mới, 14/07 — kênh bổ sung song song, KHÔNG thay thế Facebook groups)* | Kênh thứ 2 — nhắm nhóm talent quan tâm cơ hội quốc tế/LinkedIn active hơn. Facebook groups vẫn là kênh chính theo hành vi đã đo (JTBD §2.2) | Pillar A/B/C như Facebook groups, viết song ngữ hoặc ưu tiên English để phù hợp ngữ cảnh LinkedIn quốc tế | Post LinkedIn chuẩn (ảnh/carousel + text), có thể dài hơn Facebook groups một chút | 1 post/tuần — thấp hơn Facebook groups vì là kênh bổ sung, chưa có data hành vi để đặt tần suất cao hơn | Không rập khuôn content từ Facebook groups sang nguyên văn — điều chỉnh giọng cho phù hợp audience LinkedIn | | **ITviec / TopDev** | Đọc review công khai trước khi apply | **Pillar A + B như trên**, viết dạng company profile thay vì post rời | Company profile đầy đủ + khuyến khích engineer hiện tại để review thật | Cập nhật liên tục | Đầu tư profile đầy đủ, không chỉ đăng job post | | **GDG Vietnam / CoderX / open-source** | Nơi kỹ sư giỏi nhất hoạt động | Không theo pillar cố định — nội dung kỹ thuật thật, Talex xuất hiện như context không phải chủ thể | Tham gia thảo luận kỹ thuật thật | Theo lịch sự kiện | Ưu tiên khi cần tiếp cận Senior/Lead cụ thể | | **Threads** *(mới, 14/07 — kênh thử nghiệm)* | Kênh thử nghiệm — audience trẻ hơn, casual hơn, chưa có data hành vi để đánh giá hiệu quả với talent Talex | Pillar nhẹ hơn — mảnh nhỏ từ Pillar A/C (1 tiêu chí lên rank, 1 chi tiết case study), không cần đầy đủ như Facebook groups | Post ngắn, informal, có thể thread nhiều post nối tiếp | Thấp — 1-2 post/tháng, theo dõi hiệu quả trước khi tăng đầu tư | Test-and-learn — nếu sau 2-3 tháng không có tương tác/hiệu quả, dừng đầu tư thêm | | **LinkedIn cá nhân (cross-post)** | Phụ | Cross-post pillar A/B rút gọn từ Facebook groups/Talent Pool LinkedIn, không viết mới | Chỉ cross-post rút gọn | Không cố định | Không phải kênh chính cho talent — khác kênh buyer | **Nội dung cần verify được:** số liệu cụ thể (bao nhiêu dự án, mức lương range dù ẩn danh, ai đánh giá performance), review thật từ người đã/đang làm — không phải "career path rõ ràng" hay ảnh văn phòng đẹp không có nội dung thật đằng sau. **Follow ai:** Talent không follow company page tuyển dụng — follow kỹ sư senior/chuyên gia có chuyên môn công khai kiểm chứng được. --- ## 4. Brand voice — personality của Talex, không chỉ rule ngôn ngữ > ⚠️ **Sửa 14/07 (Hailee: "sơ sài, đọc xong chưa rõ personality — it should feel like a human, how he or she talks, what's the pattern, sense of humor").** Bản trước chỉ có banned words + chính tả — đây là rule ngôn ngữ, không phải personality. Bổ sung: Talex nói chuyện **giống anh Kiên khi nói chuyện thật** (trực tiếp, ẩn dụ đời thường, cắt ngang khi thấy sai hướng — theo `kien.md` §7), với **dry wit** — hài bằng cách phơi bày sự thật phi lý, không pha trò trực tiếp, không emoji. ### 4.1 Personality — Talex nói chuyện như một người cụ thể, không phải "brand" **Nếu Talex là một người, đó là ai:** một người từng làm nghề thật (không phải sales), quan sát đủ nhiều để thấy sự vô lý trong ngành, và chọn nói ra thay vì giữ lịch sự. Nói ngắn. Không vòng vo trước khi vào ý chính. Khi thấy hướng nói chuyện sai (câu hỏi lạc đề, claim phóng đại), cắt ngang bằng một sự thật cụ thể thay vì giải thích dài dòng. **Pattern câu chữ (tham chiếu `kien.md` §7):** - **Trực tiếp, không dài dòng trước khi vào ý chính.** Không mở đầu bằng "Chúng tôi rất vui được chia sẻ..." — mở thẳng bằng sự thật hoặc câu hỏi. - **Ẩn dụ đời thường cho khái niệm trừu tượng**, không thuật ngữ marketing. Ví dụ đã có: "babysitter" (vai trò Talex trong ODC), "van nước van điện" (daily rate), "con gà" (vendor AI không hiệu quả). Khi cần giải thích khái niệm mới (VD Layer 2 business-view report), tìm ẩn dụ đời thường tương tự, không định nghĩa bằng thuật ngữ. - **Câu hỏi ngắn, dồn dập khi cần ép rõ ràng** — dùng trong content dạng "test/challenge" (VD Pillar B buyer: "AI-enabled vs AI-ready — bạn phân biệt được không?"). - **Sẵn sàng "cắt ngang" bằng sự thật khó chịu** thay vì giữ hoà khí — đây là nguồn của Loại B/§1.4 (thừa nhận giới hạn thay vì né tránh). Câu "6 years, 500+ assessments, 1 number we're not proud of" là ví dụ đúng pattern này. **Sense of humor — dry wit, không pha trò:** Talex không kể joke, không dùng emoji, không "hot take". Cái hài (nếu có) đến từ việc **phơi bày một sự thật phi lý mà ngành đang lờ đi**, nói ra bằng giọng bình thản — không nhấn nhá "đây là điều hài hước". Ví dụ đúng tinh thần: *"A client asked us last week why we don't guarantee 100% retention. We don't, because no one honestly can."* — sự phi lý (không ai đảm bảo được 100% mà cả ngành vẫn hứa) được nói ra thẳng, không cười, nhưng người đọc tự thấy hài. Sai tinh thần: bất kỳ câu nào cố tình "vui vẻ", dùng emoji, hoặc joke không liên quan nội dung. **Test nhanh trước khi publish:** đọc to bài viết — nếu nghe giống một agency marketing đang cố tỏ ra thân thiện, viết lại. Nếu nghe giống một người có kinh nghiệm thật đang kể một quan sát cụ thể, giữ nguyên. ### 4.2 Personality theo từng nền tảng — không phải 1 giọng cho mọi nơi | Nền tảng | Điều chỉnh personality | Vì sao | |---|---|---| | **LinkedIn cá nhân (founder/leader, §2.3/§3.3)** | Personality đậm nhất — đúng pattern Kiên 100%: trực tiếp, ẩn dụ, dry wit. Đây là nơi "con người" của Talex sống thật | Buyer/talent follow người, không follow brand (§2.3, §3.3 "Follow ai") | | **Talex company LinkedIn page / Talent Pool LinkedIn page** | Personality nhẹ hơn ~20% — vẫn trực tiếp và dry wit, nhưng bớt ẩn dụ cá nhân hoá (không dùng "tôi", dùng "chúng tôi" khi cần đại diện tổ chức) | Kênh tổ chức, không phải giọng 1 cá nhân cụ thể — nhưng vẫn phải "cảm giác con người", không phải robot | | **talex.co / blog/SEO** | Personality giữ nguyên tinh thần (trực tiếp, dry wit) nhưng câu dài hơn, có cấu trúc rõ ràng hơn — độc giả đọc chủ động tìm hiểu, không phải lướt | Format bài dài cho phép giải thích sâu, nhưng không được biến thành giọng "báo cáo" | | **Facebook groups (talent)** | Cùng personality nhưng bằng tiếng Việt tự nhiên, ẩn dụ đổi sang đời thường Việt Nam (không dịch nguyên văn ẩn dụ tiếng Anh) | Audience đọc tiếng Việt hàng ngày, ẩn dụ tiếng Anh dịch máy móc sẽ mất chất "con người" | | **Threads** | Personality nhẹ nhất, câu ngắn nhất, có thể thử giọng informal hơn 1 chút (kênh thử nghiệm) — nhưng vẫn không emoji, không joke trực tiếp | Kênh test — được phép thử biến thể giọng, miễn giữ nguyên tắc dry wit + không pha trò | | **Kênh riêng tư (DM/demo)** | Personality tự nhiên nhất — đây là hội thoại thật giữa người với người, không "viết content" | Không áp rule format nào, chỉ giữ nguyên tắc không hứa cái chưa chứng minh (§1.3, §1.4) | ### 4.3 Rule ngôn ngữ (constraint layer — CÁCH viết, không phải personality) > §4.3 là lớp ràng buộc kỹ thuật phủ lên personality ở trên, giống CSS áp lên component — không tạo chủ đề mới, chỉ quy định chính tả/từ cấm. Nguồn: [[copy-system]], [[positioning]] §Tone of Voice. - **British English bắt buộc:** Centre, Colour, Specialised, Organised... - **Không dùng em dash (—)** trong content mới. - **Không bịa số liệu, không tự tạo quote/testimonial.** Testimonial phải thật, có thể verify. - **Banned words** (nguồn: [[copy-system]] §Banned brand words global, [[positioning]] §Banned): speed/fast/rapid, flexible/agile (như marketing claim), seamless, world-class, top talent/best engineers, staff augmentation, talent marketplace, "pre-vetted" (dùng "5-stage vetting"), "we deliver"/"we execute", hire/recruit (dùng "Add to Team"/"Deploy"). ⚠️ Phrasing 4 dòng trên hiện ở dạng vận hành nội bộ, chưa có bản external comm — xem Phụ lục C, nhóm "Chặn viết content". --- ## Phụ lục A — Đã supersede, không dùng lại "Talex ODC" (09/06) KHÔNG phải framing bị supersede — là codename nội bộ vẫn dùng. Cái bị supersede là cách diễn đạt sở hữu bản 12/06 ("client sở hữu literal từ ngày 1") — sai pháp lý, đã sửa thành "virtually own" ở bản 29/06. | Ngày | Framing cũ | Vấn đề | |---|---|---| | 09/06 | "Talex ODC" = codename nội bộ | Không bị supersede | | 12/06 | "Private ODC operator — The only ODC you own from day one" | Claim sở hữu literal sai pháp lý | | — | Tagline "We govern the people. You manage the work." | AI-generated, chưa từng chính thức | --- ## Phụ lục B — Ưu tiên mới 08/07 - **Japan là thị trường xây dựng tập trung, ưu tiên số 1** — chưa có messaging strategy riêng (xem Phụ lục C). - **Social content system tạm thời chỉ có 4 account:** Kiên, Tuấn, Khôi, Hà. Chị Hạnh đang build outbound plan riêng cho TA, họp dời sang thứ 6, 2026-07-17. Talent-facing voice tạm thời do Hà orchestrate một mình. --- ## Phụ lục C — Open questions (tách 2 nhóm: chặn viết content ngay vs roadmap chưa gấp) > ⚠️ **Sửa 14/07 (audit):** bản trước trộn 9 mục không phân biệt mức độ gấp. Tách lại theo tác động thực tế đến việc viết content. ### C1 — Chặn viết content (phải hỏi/chốt trước khi publish liên quan) - [ ] **Layer 1 (tuyển dụng minh bạch) phía talent — đã có ý tưởng, chưa có chính sách từ team TA.** Buyer đã có message (ETA, % fulfillment rate). Ý tưởng đề xuất cho talent (Hailee, 13/07): Talent Portal cho theo dõi trạng thái apply như tracking đơn hàng — từ apply đến vào job, bao gồm tiến độ review hồ sơ, thời gian có kết quả phỏng vấn, ngày onboard dự kiến, tài liệu/training cần chuẩn bị, setup ra sao. Cần team TA (chị Hạnh) xác nhận chính sách cụ thể (mốc thời gian thật, quy trình thật) trước khi build tính năng và viết message chính thức. - [ ] **Full Insurance (BHXH/BHYT)** — Excel Hạnh dùng làm differentiator talent, nhưng anh Kiên đã flag: *"nhiều vị trí sẽ ký thẳng Talex Innovation dưới dạng hợp đồng chuyên gia (staff augmentation truyền thống), không phải ODC"*. **Chưa rõ Full Insurance áp cho toàn bộ pool hay chỉ nhóm ký full-time** — cần hỏi lại chị Hạnh trước khi dùng làm differentiator chung. - [ ] **"Liên tục có job mới"** (Excel Hạnh) — chưa rõ có số pipeline thật backing chưa. Nếu chưa, đây là volume-promise chưa chứng minh, cần hạ xuống "được tiếp cận job đầu tiên" (cơ chế, không phải volume). - [ ] Case Chocolate/Prudential: **đã xác nhận KHÔNG public** — chỉ dùng nội bộ (§1.3). Không mở lại câu hỏi này trừ khi anh Kiên chủ động đổi quyết định. - [ ] **4 Levels of Virtual Ownership (§5b) đang viết ở dạng vận hành nội bộ** ("Remote staffing + client culture", "Client infrastructure"...) — chưa có bản phrasing cho external comm (web/social/sales deck hướng ngoài). Cần viết lại 4 dòng này theo giọng buyer-facing trước khi dùng ngoài tài liệu nội bộ. ### C2 — Roadmap (chưa gấp, không chặn content H2 hiện tại) - [ ] KPI + budget cho talent marketing: chưa có con số cụ thể (chị Hạnh + Hà). - [ ] Làm sao đưa talent hiện ~85% remote sang sẵn sàng onsite — chưa có cơ chế cụ thể. - [ ] Subdomain cho Talent Portal — chưa chốt tên miền. - [ ] **Japan chưa có messaging strategy riêng** — toàn bộ doc này là bản SG-first. Thị trường Nhật có decision-making culture khác hẳn (nemawashi, ưu tiên long-term trust). Cần task riêng trước khi coi JP là "primary audience". Khi viết content chạm vào các điểm này, flag rõ "chưa chốt" thay vì tự quyết định thay đội ngũ. --- ## Phụ lục D — Nguyên tắc Evolved ODC (rào chắn pháp lý + nguyên liệu "cook" content) > ⚠️ **Sửa 14/07 (Hailee hỏi "phần này làm gì/contribute gì"):** rút gọn từ §5 xuống Phụ lục vì đây **không phải content pillar** — nó trả lời câu hỏi khác hẳn §0-§3 ("nói gì, ở đâu"): **D1 = được phép nói gì về mặt pháp lý** (một số câu nói ra là sai luật thật, không chỉ dở); **D2 = một mô hình bán hàng khác** (buyer *mua* mức engagement nào, khác câu 3 Layer trả lời là buyer *thấy* được gì). > > **Cách dùng D làm nguyên liệu content (Hailee, 14/07):** dù là phụ lục tra cứu, D chứa chất liệu thật để "cook" content — các ẩn dụ ("babysitter"), câu so sánh sẵn có (BOT vs Evolved ODC), và 4 Levels đều có thể trở thành Pillar content thật ở §2.3/§3.3, không chỉ nằm im làm rule. Ví dụ: 4 Levels có thể thành 1 series 4-post "Level 1: đây là gì" trên LinkedIn cá nhân buyer (Pillar mới, dùng D2 làm khung); câu "BOT gives you a team eventually..." dùng thẳng làm hook Pillar so sánh đối thủ. ### D1. Quy tắc pháp lý nền (constraint — một số câu là SAI LUẬT, không chỉ "dở") Nguồn: [[positioning]] §2026 External Position, meeting note với anh Kiên (CEO) 2026-06-29 — source of truth, chốt không thương lượng. **Keyword pháp lý bắt buộc:** *"virtually own"*. Lý do: Việt Nam không cấp phép EOR (Employer of Record) cho ngành IT. Nhân sự ký hợp đồng với Talex, không phải với khách hàng — chỉ "virtually own", không phải sở hữu pháp lý thật. **KHÔNG BAO GIỜ nói (rủi ro pháp lý thật, không phải gu văn phong):** - "EOR" / "chúng tôi cung cấp EOR" (claim sai pháp lý) - "Nhân sự thuộc về bạn" (chỉ virtually, giấy tờ vẫn ở Talex) - "ODC" đơn thuần — luôn phải là "Evolved ODC" (ODC trơn gợi liên tưởng outsourcing truyền thống tiêu cực — lo ngại rõ ràng của anh Kiên trong họp 29/6) - Tagline cũ "We govern the people. You manage the work." — đã xác nhận là AI-generated, không phải tài liệu chính thức, đã gỡ khỏi entity page **LUÔN nói (external — web/SEO/LinkedIn/ads, public-facing):** - "See how your team actually runs" / "Own your dev team" / "Build offshore like in-house" (không có chữ "virtually") - "Full control from day one" (công việc hàng ngày, văn hoá, quy trình) - "Legal compliance included" (không cần lập pháp nhân tại VN) - "Transfer-ready sau [thời gian]" - "Your culture, your process, your IP" **LUÔN nói (internal — sales deck/proposal/1:1 conversation với buyer, không public):** - "Virtually own your team" - "Chúng tôi là babysitter, không phải chủ sở hữu" *(ẩn dụ dùng được cho content pillar — xem §4.1)* - Các cụm external ở trên vẫn dùng được, "virtually own" là lớp giải thích thêm khi buyer hỏi sâu về cấu trúc pháp lý **"Evolved ODC" không tự giải thích được — luôn ghép định nghĩa vào cùng câu, không để tên đứng một mình:** - Headline pattern: *"Evolved ODC — the offshore team you see run like in-house"* - Subhead pattern (lần dùng đầu tiên trong 1 asset): câu tiếp theo trả lời "khác gì ODC thường" trong ≤15 từ. - Test trước khi publish: đưa người chưa biết Talex đọc 3 giây — nếu không lặp lại được ý cốt lõi thì viết lại headline. **Talex cung cấp:** sourcing + replacement, HR/payroll + employee relations, team governance (AM + Fingertips), legal compliance. ### D2. 4 Levels of Virtual Ownership — mô hình bán hàng khác, nguyên liệu content pillar mới > Trục thông điệp song song với 3 Layer (§0.1 giải thích quan hệ): 3 Layer = buyer *thấy* gì qua Client Portal; 4 Levels = buyer *mua* mức engagement nào. Dùng khi buyer hỏi sâu "mô hình hợp tác của tôi sẽ ra sao". **4 Levels of Virtual Ownership** (dùng đúng thứ tự khi giải thích mô hình): 1. Remote staffing + client culture — khách giao việc trực tiếp, onboard theo văn hoá khách 2. Client infrastructure — khách setup VPN/OS/code access, Talex enforce compliance 3. Dedicated office — văn phòng vật lý, open-book costing, Talex vận hành 4. Transfer-ready — build theo khách từ đầu, sau 2 năm có thể transfer, fee = 1 tháng aggregate **Khác BOT (Build-Operate-Transfer) ở đâu?** BOT: khách không có tiếng nói trong quá trình build, chỉ nhận bàn giao cuối kỳ, transfer là điều kiện để có control. Evolved ODC: khách có full control từ Level 1 (ngày đầu), transfer chỉ là lựa chọn ở cuối — không phải điều kiện bắt buộc. Câu sales-deck-ready (dùng thẳng làm hook Pillar so sánh đối thủ, §2.3): *"BOT gives you a team eventually. Evolved ODC gives you control from day one — transfer is optional, not the point."* Đặc biệt quan trọng khi nói với buyer Nhật (đã quen BOT qua vendor Ấn Độ/Việt Nam khác). --- ## Related - [[positioning]] — source of truth chiến lược, framework Evolved ODC đầy đủ - [[copy-system]] — ruleset UX/product copy chi tiết - [[talex]] — company entity - [[project_inbound_strategy_2026]] — H2 plan tổng, Scope 03 task 2 - [[2026-07-13-icp-buyer-talent-jtbd]] — STP + Persona + channel behavior + nguyên liệu headline/hook cho content pillar (§1.4) - Nguồn nội bộ: meeting note với anh Kiên các buổi 29/06, 04/03, 23/03/2026 — nguồn gốc sơ đồ §0 và lập luận §1