Messaging & Positioning

Messaging Strategy & Guideline
cho Client & Talent Audience

Không phải liệt kê facts song song — đây là lập luận chiến lược nối bản chất business (meeting note với anh Kiên) với bản chất con người (STP+Persona) để suy ra thông điệp mẹ/con, rồi map xuống content pillar theo từng channel. Kết luận cốt lõi: Client Portal LÀ thông điệp mẹ. Bản 14/07 đã qua audit độc lập, sửa 8 lỗi align.

Từ: Hà Lê Thanh — Product & Marketing Lead     Scope: 03 — Messaging · Task 2
Ref: Meeting note với anh Kiên 29/06 + 04/03 + 23/03/2026     Ngày: 13/07/2026
Mục lục
Nội dung tài liệu
Part I — Strategy & Guideline
§0Hệ thống thông điệp — sơ đồ mẹ→con §1Lập luận chiến lược §2Client Buyer — segment, content pillar, channel §3Talent — segment, content pillar, channel §4Brand voice — personality của Talex Phụ lục AĐã supersede Phụ lục BƯu tiên mới 08/07 Phụ lục C1Chặn viết content Phụ lục C2Roadmap chưa gấp Phụ lục DNguyên tắc Evolved ODC
Part II — Research Report
ACore Evolved ODC vocabulary BClient buyer specifics CTalent audience specifics DBrand voice / writing rules FSources cited
Part I
Strategy & Guideline

§0Hệ thống thông điệp Talex — sơ đồ mẹ → con

⚠ Audit 14/07 — đóng vai external consultancy độc lập

Bản trước bị 8 lỗi align: 2/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; sơ đồ "chết" ở §2.3 không sống lại; 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ý. 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.1 Sơ đồ

Thông điệp mẹ — dùng xuyên suốt toàn bộ H2
"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."
"See how it runs. Not just what we tell you."
Thay "Proof over promise" (JTBD §1.4) — quá generic, suy từ vị trí cạnh tranh chứ không từ bằng chứng nội tại. Lưu ý brand: "own"/"virtually own" chỉ dùng internal/sales. Mọi thông điệp con (segment §2/§3) đều là breakdown từ câu này.
⚠ Quan hệ với "4 Levels of Virtual Ownership" (Phụ lục D2)

Hai trục khác nhau, không nhầm lẫn: 3 Layer = cái buyer/talent THẤY qua Client Portal (nội dung của sơ đồ 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 cũng thấy đủ 3 Layer.

Layer 1
Tuyển dụng minh bạch — ETA, % fulfillment rate, tracking apply status
Buyer
"For teams who can't afford a bad hire, Layer 1 shows deploy odds and onboarding timeline before you commit — not after."
"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."
Talent
"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)
Ý tưởng (Hailee, 13/07), chờ TA chốt chính sách: theo dõi tiến trình apply như tracking đơn hàng — apply → phỏng vấn → kết quả → onboard → training/setup.
Layer 2
Vận hành & business-view — PAM filter, happy/friction signal
Buyer
"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."
"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."
Talent
"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."
"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 (buyer), rate (talent)
Buyer
"For teams tired of reconciling invoices after the fact, Layer 3 makes billing transparent from day one — no more surprises at month-end."
"Billing minh bạch, timesheet đúng ngay từ đầu — không phải ngồi review lại cuối kỳ."
Talent
"For talent used to vague market rates, your Talent Portal shows exactly how your rate is calculated — no negotiation guesswork."
"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, publish sau.)

0.2 Rationale — vì sao cấu trúc cây này, không phải danh sách rời rạc

Một gốc, không phải hai thông điệp mẹ riêng biệt. 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 (xem §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 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, chờ team TA xác nhận chính sách/mốc thời gian. Khác Layer 3 (lý do là Talent Portal — nơi hosting tính năng — chưa build). Layer 2 và Layer 3 đã có message cho cả 2 phía vì cơ chế đứng sau áp dụng được ngay cho cả hai.

Layer 2 và Layer 3 xuất hiện ở cả 2 phía vì đây chính là bằng chứng cho luận điểm §1.1: nếu một cơ chế thật đã 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.

Thứ tự Layer phản ánh đúng thứ tự pain point ưu tiên của Marcus: 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).

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, phải ghi rõ lý do defer, không được bỏ sót không giải thích.

§1Lập luận chiến lược — tại sao thông điệp này

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

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" đó. Thông điệp mẹ không thể là 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 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" (JTBD §1.4): câu cũ suy từ vị trí cạnh tranh trên positioning map — đúng nhưng generic, bất kỳ vendor nào cũng nói được. Câu mới suy trực tiếp từ lý do sản phẩm Client Portal tồn tại — cụ thể, gắn liền DNA Talex. Không phải 2 thông điệp song song, câu mới kế thừa tinh thần "proof over promise" 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

LayerPain point buyer & talentBằng chứng (nguyên văn anh Kiên)
Layer 1
Recruitment transparency
Buyer: sợ thất bại vendor phản ánh uy tín cá nhân. Talent: thấp thỏm chờ kết quả apply"Cái chance để successfully deploy là bao nhiêu [...] cung cấp cho họ một cái confidence" — đã demo được thật (ETA + % fulfillment rate request). Phía talent: ý tưởng tracking apply status, chờ TA chốt
Layer 2
Performance & business-view
Buyer: quản lý mù thông tin + vừa mất người. Talent: nhạy cảm tín hiệu giả, cần được lắng nghe thật"Anh có biết team nó có happy hay không? [...] rủi ro gãy đổ dự án vì friction [...] cái mảnh ghép còn thiếu của họ" + PAM "filter layer" nghe được điều kỹ sư không nói với khách
Layer 3
Finance & billing
Buyer: friction vận hành. Talent: lo mù mờ về thu nhập/rate"Đỡ phải đau đầu [...] không phải ngồi review timesheet đúng hay chưa". Phía talent: minh bạch rate qua Talent Portal (chưa build)

1.3 Hai loại bằng chứng — không được nhầm lẫn

✓ Loại A — System capability (dùng tự do)
  • ETA onboard + % fulfillment rate — đã chạy thật trên Playground/Portal
  • Rank × Trust "chân dung kỹ sư thực sự" — hệ thống hoạt động, demo được. (Lưu ý: đây là cơ chế phụ trợ thuộc Layer 1, không phải 1 trong 3 Layer chính của sơ đồ §0.)
  • Output mẫu "Candidate X match 85%" — chỉ là ví dụ định dạng, KHÔNG phải metric đo thật
✕ Loại B — Verified client outcome (cần duyệt)
  • Case Chocolate/Prudential (AI phát hiện engineer sắp rời dự án trước khi họ có ý định) — đã 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
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 — biến thành một phần thông điệp, không né tránh

"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." — anh Kiên, 29/06/2026

Talex chưa có bề dày track record để kể, nhưng có hệ thống để cho xem — khớp đúng lựa chọn bán hàng đã chọn: "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)

§2Client Buyer — segment, content pillar, channel

Persona Marcus theo STP + Persona §2.1. Messaging cụ thể hoá nhánh "Client Buyer" trong sơ đồ §0.

2.1 Audience & vị trí thật

ICP gốc: Head of Delivery / CTO / COO tại SI & fintech Singapore, 51–200 người. Japan đang trở thành ưu tiên xây dựng tập trung. (Japan chưa có messaging strategy riêng — xem Phụ lục C2.)

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

⚠ 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ừ 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") chính là cầu nối tự nhiên tới §1.4.

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.

SegmentPain thật (nguồn)Layer trả lờiThông điệp con (= §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 buffer chia sẻ rủi roLayer 1 — ETA + % fulfillment rate, 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"
Dự án chạy, lo lắng ngầm, mất người giữa chừng không báo trướcLayer 2 — business-view report, 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 (§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 ODC khác thất vọng — đọc content để tìm lý do KHÔNG tinKhô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)
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.
"Observer, not vendor" — đúng bản năng buyer Singapore
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.

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ó Format + Tần suất, KHÔNG có 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 §0, đứng trước cột Format. Nguyên liệu headline/hook lấy từ JTBD §1.4 (có sẵn, không bịa mới).

⚠ Tần suất chưa chốt

Đề xuất dựa nhân lực hiện có (4 account: Kiên/Tuấn/Khôi/Hà) + best practice ngành — chưa duyệt chính thức.

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ênhVai 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ậtPillar A — Tuyển dụng minh bạch (L1): "6 years, 500+ assessments, 1 number we're not proud of". Pillar B — Chọn đúng người (L1 mở rộng): "AI-enabled vs AI-ready: the 15-minute test". Pillar C — Vận hành minh bạch (L2): quay business-view report thật. Pillar D — Quan sát ngành (không nhắc Talex)Text post 150-250 từ (hook 3 dòng kiểu JTBD §1.4) xen video 60-90s quay màn hình thật — không slide polish2-3 post/tuần, xoay vòng 4 pillar (ưu tiên A/B, xen C/D)Đă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êngPillar A/B/C như trên (nhất quán) + Pillar E — Thông báo sản phẩm/cập nhật Client PortalKhông cố định 1 format — chọn bất kỳ format phù hợp và hiệu quả (text/carousel/video/dài/ngắn), test và giữ cái work, không ép khuôn trước1-2 post/tuần, thấp hơn LinkedIn cá nhân (company page chỉ ~5% attention theo JTBD §2.1)Vẫn theo tone §2.2 "Observer, not vendor". Ungated bắt buộc
talex.co / company page + blog/SEOBackup/landing + tìm kiếm chủ độngPillar A/B/C như trên + Pillar E — Billing minh bạch (L3), chưa có ở LinkedIn vì khó làm hook ngắnBà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. Ảnh: screenshot Client Portal/Playground thật (ẩn danh), không stock photo1 bài mới/tháng, xoay vòng 5 pillar theo Layer 1→2→3Ungated 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 xảy raKhông theo pillar cố định — chọn theo bối cảnh cụ thể, đào sâu cả 5 pillar cùng lúc qua demoDemo Playground/Client Portal trực tiếp — nơi DUY NHẤT chia sẻ chi tiết sâu hơn (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)
EmailChỉ việc chính thức/hợp đồngKhông áp dụngKhông dùng outreach — chỉ follow-up sau khi đã có quan hệCold email bán hàng mặc định coi là spam
Không dùngReddit/Twitter, TikTok/InstagramKhô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. Khi viết content buyer, tham chiếu giọng người thật, không phải brand voice trừu tượng.

§3Talent — audience, segment, channel

3.1 Audience & segment — sửa lại theo nguyên tắc "show, don't tell"

Persona Linh theo STP+Persona §2.2, segment chính thức Growth Seeker. Positioning gốc từ Excel Marketing Plan Talent Pool (chị Hạnh) đã rà soát và sửa — 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 Excel 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" — là dạng lời hứa (tell), đúng lỗi anh Kiên tự phê bình ở §1.4. Talent senior cũng "đủ tỉnh táo check" như buyer.
Thay lời hứa (tell)Bằng cơ chế nhìn thấy được (show)Layer (§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, §1.3)moat-deep-dive: yêu cầu "bổ sung reasoning — tại sao ứng viên đạt rank đó"
"hỗ trợ toàn diện bởi AM"= §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 2moat-deep-dive §PAM
"liên tục có job mới" (chưa có số backing — Phụ lục C2)"Được tiếp cận job đầu tiên, trước thị trường mở"Layer 1 (ý tưởng, chưa chốt — §0.1)cơ chế priority access, verify được
"thu nhập cao hơn" (chỉ đúng khi có cơ chế nhìn thấy được đứng sau)= §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 3Talent Portal chưa build, 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 — không 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."

Content series (Excel Hạnh) — test "value-first" vs "đội lốt tuyển dụng"

✓ Đú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)
✕ Rủi ro đội lốt — cần sửa cách viết
  • "Tại sao tôi chọn Talex" — nếu dạng testimonial-quảng-cáo thì phạm lỗi §1.4
  • Test: bỏ chữ "Talex" khỏi bài — còn giá trị không? Không còn → viết lại thành bài học nghề

Value proposition cốt lõi (đã lọc — chỉ giữ phần verify được, map đủ 3 Layer)

Terminology đã chốt

TermGhi chú
"Pool"không phải "Community" — anh Kiên duyệt, xác nhận lại 06/7
"Job"nav label, không dùng "Career" — quyết định 03/7, chốt lại 13/07 (bỏ option "Chop")
Rate ẩn publicchỉ hiện trong Talent Portal — quyết định 06/7 của chị Hạnh
⚠ Cẩn trọng khi viết

Social system đang chỉ có 4 account (chưa Hạnh/Linh/Oanh) — 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.

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.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ừ JTBD §1.4 (có sẵn cho Growth Seeker).

⚠ Tần suất chưa chốt

Đề xuất — cùng điều kiện §2.3 (nhân lực hiện tại do Hà orchestrate một mình).

KênhVai tròContent pillar (map Layer §0)Format cụ thểTần suất (đề xuất)Rule khi viết
Facebook groups
"Vietnam Devs" >300,000 thành viên
Kênh chính — trust cao hơn LinkedInPillar A — Đánh giá có lý do (L1 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 (L2, 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"Post text tiếng Việt tự nhiên (hook 3 dòng kiểu JTBD §1.4) — screenshot dashboard thật (ẩn danh), không stock photo1-2 post/tuần, xoay vòng 3 pillarViết tiếng Việt tự nhiên, tránh giọng employer branding
Talex Talent Pool LinkedIn page
mới, 14/07 — bổ sung song song, KHÔNG thay 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 đã đoPillar A/B/C như Facebook groups, ưu tiên song ngữ/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 groups1 post/tuần — thấp hơn Facebook groups, chưa có data hành vi để đặt tần suất cao hơnKhông rập khuôn nguyên văn từ Facebook groups — điều chỉnh giọng cho audience LinkedIn
ITviec / TopDevĐọc review công khai trước khi applyPillar A + B như trên, viết dạng company profileCompany profile đầy đủ + khuyến khích engineer hiện tại để lại review thậtCập nhật liên tục, không theo nhịp đăngĐầu tư profile công ty đầy đủ + khuyến khích review thật
GDG Vietnam / CoderX / open-sourceNơi kỹ sư giỏi nhất hoạt độngKhông theo pillar cố định — nội dung kỹ thuật thật, Talex xuất hiện như contextTham gia thảo luận kỹ thuật thật, tài trợ sự kiện nếu có ngân sáchTheo lịch sự kiện, không cố địnhƯu tiên khi cần tiếp cận Senior/Lead cụ thể, không phải kênh volume
Threads
mới, 14/07 — 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 TalexPillar nhẹ — 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 groupsPost ngắn, informal, có thể thread nối tiếp nhiều postThấp — 1-2 post/tháng, theo dõi hiệu quả trước khi tăng đầu tưTest-and-learn — sau 2-3 tháng không hiệu quả thì dừng đầu tư
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ớiChỉ cross-post rút gọnKhông cố địnhKhông phải kênh chính cho talent — khác kênh buyer
Rule cứng: KHÔNG dùng LinkedIn làm kênh chính cho talent content
Nếu đăng đúng nội dung sai kênh (VD đăng "cách lên Senior" chỉ trên LinkedIn thay vì Facebook groups), hook có tốt đến mấy cũng không tới đúng người đọc. Nội dung cần verify được: số liệu cụ thể, 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.

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 (VD dạng Chip Huyen, Khuyen Tran). Ưu tiên góc "chuyên môn thật" hơn "thương hiệu nhà tuyển dụng".

§4Brand voice — personality của Talex, không chỉ rule ngôn ngữ

⚠ Sửa 14/07 (Hailee: "sơ sài, 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ếpKhô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ườngCho 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, tìm ẩn dụ đời thường tương tự, không định nghĩa bằng thuật ngữ.
Câu hỏi dồn dậpNgắn, dùng khi cần ép rõ rà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?").
Cắt ngangSẵn sàng nói sự thật khó chịu thay vì giữ hoà khí — 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".

"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 personalityVì 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ậtBuyer/talent follow người, không follow brand (§2.3, §3.3 "Follow ai")
Talex company LinkedIn page / Talent Pool LinkedIn pagePersonality 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/SEOGiữ 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ướtFormat 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"
ThreadsPersonality 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ếpKê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.

✕ Banned words
  • speed / fast / rapid
  • flexible / agile (như claim)
  • seamless / world-class
  • staff augmentation / talent marketplace
  • "pre-vetted" — dùng "5-stage vetting"
  • hire / recruit — dùng "Add to Team"
Nguồn: copy-system.md §Banned brand words global, positioning.md §Banned, 2026-04-inbound-marketing-strategy

⚠ Phrasing 4 dòng banned words hiện ở dạng vận hành nội bộ, chưa có bản external comm — xem Phụ lục C1.

Phụ lục AĐã supersede — không dùng lại

3 lần pivot trong 3 tuần (6/2026). Khi viết content mới, chỉ dùng bản 29/6.

09/06
"Talex ODC"
⚠️ Sửa 13/07: KHÔNG supersede — tên nội bộ cho ODC/Evolved ODC, vẫn dùng đến nay. Chỉ cách nói ownership mới đổi qua các bản sau.
12/06
"Private ODC operator — The only ODC you own from day one"
Claim sở hữu literal sai pháp lý — chính là lý do 29/6 phải sửa thành "virtually own".
29/06
"Evolved ODC — virtually own your team from day one"
Source of truth hiện tại. Legally accurate.

Phụ lục BƯu tiên mới 08/07 — chưa có trong doc nào khác

⚠ Input mới, chưa reconcile vào positioning.md hay entity page

Japan là thị trường xây dựng tập trung, ưu tiên số 1 — không chỉ "active song song" như H2 plan v3 mô tả trước đó. Đang tuyển Account Manager tiếng Nhật. Mô hình Evolved ODC sẽ build ưu tiên cho thị trường Nhật trước các thị trường khác. Mọi asset mới (web, sales deck, LinkedIn) cần cân nhắc JP buyer là primary audience, không phải phụ lục "bilingual EN/JP".

⚠ Social system tạm thời — không phải 7 người như kế hoạch gốc

Chỉ có 4 account: Kiên, Tuấn, Khôi, Hà. Chị Hạnh đang build outbound plan riêng cho TA, họp bàn dời sang thứ 6, 17/07. Hạnh/Linh/Oanh chưa join content system. Talent-facing voice tạm thời do Hà orchestrate một mình — không tự viết claim cụ thể về quy trình tuyển dụng khi chưa verify với chị Hạnh.

Phụ lục C1Chặn viết content — phải hỏi/chốt trước khi publish liên quan

⚠ 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 ngay, C2 là roadmap chưa gấp.

01Layer 1 phía talent — đã có ý tưởng, chưa có chính sách từ team TA. Ý 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 vào job, 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 chị Hạnh/TA xác nhận chính sách/mốc thời gian thật trước khi build và viết message chính thức
02Full Insurance (BHXH/BHYT) — Excel Hạnh dùng làm differentiator, nhưng anh Kiên đã flag "nhiều vị trí sẽ ký thẳng dạng hợp đồng chuyên gia, không phải ODC". Chưa rõ áp cho toàn bộ pool hay chỉ nhóm full-time — cần hỏi lại chị Hạnh
03"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, hạ xuống "được tiếp cận job đầu tiên"
04Case 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
054 Levels of Virtual Ownership (Phụ lục D2) đang viết ở dạng vận hành nội bộ — 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 theo giọng buyer-facing trước khi dùng ngoài tài liệu nội bộ

Phụ lục C2Roadmap — chưa gấp, không chặn content H2 hiện tại

01KPI + budget cho talent marketing: chưa có con số cụ thể (chị Hạnh + Hà)
02Làm sao đưa talent ~85% remote sang sẵn sàng onsite — chưa có cơ chế
03Subdomain cho Talent Portal — chưa chốt tên miền
04Japan 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 các điểm này: flag rõ "chưa chốt", không tự quyết thay đội ngũ.

Phụ lục DNguyê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.md §2026 External Position, meeting note với anh Kiên (CEO) 29/06/2026 — source of truth, chốt không thương lượng.

"Virtually own" — đặt tên chính xác cho nỗi đau thật của buyer
Keyword pháp lý bắt buộc: "virtually own". 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. Đây chỉ là quyền sở hữu "virtually", không phải sở hữu pháp lý thật.
✕ Không bao giờ nói
  • "EOR" / "chúng tôi cung cấp EOR"
  • "Nhân sự thuộc về bạn"
  • "ODC" đơn thuần (luôn "Evolved ODC")
  • "We govern the people..." (tagline sai, đã gỡ)
✓ Luôn nói (external — web/SEO/LinkedIn)
  • "Own your dev team" / "Build offshore like in-house"
  • "Full control from day one"
  • "Legal compliance included"
  • "Transfer-ready sau [thời gian]"
"Evolved ODC" không tự giải thích được — luôn ghép định nghĩa vào cùng câu
Nghe lần đầu không hiểu ngay là gì khác so với ODC thường. Không đổi tên nội bộ (đã chốt) — nhưng không bao giờ để tên đứng một mình trong content hướng ngoài.
Pattern
  • 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".

1Remote staffing + client culture — khách giao việc trực tiếp, onboard theo văn hoá khách
2Client infrastructure — khách setup VPN/OS/code access, Talex enforce compliance
3Dedicated office — văn phòng vật lý, open-book costing, Talex vận hành
4Transfer-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).
Part II
Research Report — Source Material

Toàn bộ nghiên cứu đã dùng để xây dựng Part I. Search rộng khắp workspace để không bỏ sót context hoặc mâu thuẫn tồn tại giữa các nguồn.

ACore Evolved ODC vocabulary/rules

Live headline hiện tại (talex-careers-v4.html): "The Offshore Centre That Runs Like In-House" — subhead "Offshore talent, infrastructure, and compliance. All under your direct control." Dùng chính tả Anh nhất quán ("Centre").

Keyword pháp lý: "virtually own" — Việt Nam không cấp phép EOR cho IT. Nhân sự ký hợp đồng với Talex (hoặc đối tác IOP), không bao giờ với khách hàng.

Talex cung cấp: (1) Sourcing + replacement, (2) HR/payroll + employee relations, (3) Team governance (AM + Fingertips), (4) Legal compliance.

Vocabulary phân biệt đối thủ: Traditional ODC = khách phải involve sâu, khó scale, không transfer · Staff augmentation = theo dự án, không có khái niệm "team của tôi" · BOT = ~2 năm rồi transfer nhưng không build theo spec khách từ đầu · Talex Evolved ODC = build theo spec khách từ đầu + transfer dễ hơn + legal compliance đi kèm.

Lịch sử pivot

⚠️ Sửa 13/07: "Talex ODC" (09/06) không phải pivot bị supersede — đây là tên gọi nội bộ (internal codename) cho chính khái niệm ODC/Evolved ODC, vẫn dùng đến nay. Cái thực sự đổi chỉ là cách diễn đạt ownership: 12/06 "Private ODC operator" (client sở hữu literal từ ngày 1, Talex chỉ là operator) → 29/06 "Evolved ODC" + "virtually own" (sửa lại cho đúng pháp lý, vì bản 12/06 sai claim pháp lý). Mọi content mới phải dùng bản 29/06 cho cách nói ownership; tài liệu 12/06 vẫn còn nằm trong wiki/Decision-Log mà chưa có ghi chú retraction.

BClient Buyer audience specifics

ICP gốc: Head of Delivery, CTO, COO — SI & fintech Singapore, 51–200 người. Cập nhật ghi đè (23/6): thị trường đang hardening về hướng Japan primary — "target very large Japanese firms, not small Singapore deals." Bilingual EN+JP đang trở thành bắt buộc trên website, Playground, Client Portal. Singapore SI vẫn là ICP gần hạn cho H2 inbound plan, nhưng Japan là đích chiến lược.

Tone: "Observer, not vendor." Zero mention "Talex" trong content giai đoạn đầu (rule tháng 4/2026 — chưa có văn bản nào tuyên bố huỷ, cần confirm chứ không tự cho là đã bỏ).

Live site flow đã xác nhận (talex-careers-v4.html): Hero → comparison steps (Traditional ODC / Outsourcing / BOT / Staffing / ODC) → ownership cards (Legal Compliance, Onsite Office, Cost Structure, Tech Infrastructure, People & Culture) → benefit row → "Welcome to the Evolved ODC" reveal → Playground showcase → testimonials → CTA "Book a Meeting" / "Enter the Playground".

Sales motion: "No pitching. No slides." Nghe nhu cầu → demo Playground → hệ thống tự nói. Lý do: "trong thời đại AI, không thể thuyết phục bằng lời nữa, phải cho xem."

CTalent audience specifics

Chỉ senior engineer trở lên. "Không dành effort cho trình độ thấp hơn. Khi vào được level senior thì level thấp tự follow." Live-site FAQ xác nhận: "Senior Engineers, Tech Leads, and Solution Architects with 5+ years."

Live-site copy hiện tại (talex-careers-v4.html): Hero "Get matched first, every time a new engagement opens" · 4 benefit: Transparent income on time, Consistent projects not gigs, Legal protection + social security, Community + real growth ("3,000+ senior engineers across fintech, insurance, enterprise SaaS").

Rủi ro compliance chưa xác nhận

FAQ xác nhận rate không hiển thị public theo quyết định 06/7 của chị Hạnh — đúng rule. Nhưng site hiện có 1 testimonial dùng tên thật đầy đủ (Trung Nguyen, "Senior Backend Engineer · Pool member since 2024") — không có nguồn nào xác nhận đây là thật, trong khi anh Kiên yêu cầu rõ testimonial phải thật ("không ăn không nói có... khách bây giờ đủ tỉnh táo check"). Chưa xử lý trong phạm vi tài liệu này (theo quyết định của Hailee 08/07 — chỉ nói rule tương lai, không audit site hiện tại).

Terminology khoá: "Pool" không "Community" · nav "Job" không "Career" · main site chỉ giữ teaser, job listing thật nằm ở subdomain riêng (quyết định 06/7, tránh lẫn buyer B2B với nội dung tuyển dụng, ảnh hưởng SEO).

Câu hỏi lõi 12/6 chưa có lời giải trong bất kỳ nguồn nào sau đó: làm sao đưa ~85% talent đang remote sang sẵn sàng onsite, và làm sao khiến talent ưu tiên Talex trước các platform cạnh tranh khác.

DBrand voice / writing rules

British English bắt buộc — xác nhận cả trong rule file lẫn copy production thực tế (site dùng "Centre", "organised", "colour").

Mâu thuẫn phát hiện — em dash

Rule cấm em dash (—) xuất hiện lặp lại ở nhiều bộ rule (copy-system, ai-case-study, batch-content-linkedin) nhưng bị vi phạm 87 lần trên site live hiện tại (talex-careers-v4.html), và thậm chí xuất hiện trong 1 "approved hero phrase" ghi trong copy-rules-guidelines.md tháng 5. Chưa rõ rule chỉ áp dụng cho content mới hay cần sửa site hiện tại. (Theo quyết định 08/07: doc này chỉ quy định rule tương lai, không audit site.)

Cấm bịa nội dung: không tự tạo quote/testimonial/số liệu — dùng paraphrase thay direct quote nếu chưa chắc chắn.

Nhịp câu (LinkedIn): 1–3 câu/đoạn, có dòng trống giữa đoạn, không tường chữ, kết ở fact không phải bài học đạo lý. Không chủ ngữ "I/we" — dùng quan sát khách quan ("A CTO shared...").

Vocabulary bị cấm toàn cục: speed/fast/rapid/nhanh, flexible/agile (như claim), seamless/world-class/cutting-edge, staff augmentation, talent marketplace, "pre-vetted" (dùng "5-stage vetting"), hire/recruit (dùng "Add to Team"/"Deploy").

Hệ thống giọng văn cá nhân riêng: hailee-content-system.md quản lý giọng LinkedIn/Substack cá nhân của Hailee — không phải cùng hệ thống với copy sản phẩm Talex, tránh nhầm lẫn dù Hailee viết/duyệt phần lớn copy Talex.

FSources cited

Core positioning / summary / transcript

wiki/concepts/positioning.md
wiki/summaries/2026-06-29-evolved-odc-framework.md
wiki/summaries/2026-06-29-talent-inbound-marketing-web-review.md
transcripts/cross-team/2026-06-29-evolved-odc-framework.md
transcripts/cross-team/2026-06-29-talent-inbound-marketing-web-review.md

wiki/concepts (messaging-relevant)

wiki/concepts/copy-system.md
wiki/concepts/hailee-content-system.md
wiki/concepts/gtm-strategy.md
wiki/concepts/q2-2026-plan.md

wiki/entities

wiki/entities/talex.md
wiki/entities/hailee.md
wiki/entities/competitors.md

.claude — brand / product / design / skills

.claude/talex-brand.md
.claude/PRODUCT.md
.claude/DESIGN.md
.claude/skills/linkedin-caption/skill.md
.claude/skills/batch-content-linkedin.md
.claude/skills/ai-case-study.md

wiki/summaries (ODC pivot timeline + talent pool + copy rules)

wiki/summaries/2026-06-09-talex-odc-pivot.md
wiki/summaries/2026-06-12-weekly-update-odc-pivot.md
wiki/summaries/2026-06-12-weekly-update-talent-pool-strategy.md
wiki/summaries/2026-07-03-weekly-update-talent-pool-assessment.md
wiki/summaries/2026-07-06-talent-pool-career-page-review-chi-hanh.md
wiki/summaries/2026-05-12-copy-rules-guidelines.md

Transcripts & live production copy

transcripts/product-kien/2026-06-09-odc-pivot-meeting.md
transcripts/cross-team/2026-06-23-ta-recruitment-marketing-plan.md
transcripts/cross-team/2026-06-23-h2-2026-inbound-plan-meeting.md
transcripts/cross-team/2026-07-06-talent-pool-website-review-chi-hanh.md
Decision-Log.md · Action-Tracker.md
talex-careers-v4.html (live build, most authoritative source of current copy)
talex-careers-v3.html (checked, superseded — no "Evolved ODC")