TL;DR
Prompt “Service Entity: Chuẩn hoá thực thể dịch vụ” có mục tiêu: chuẩn service entity: scope/deliverables/kpi. Đầu ra chuẩn gồm format cố định để team làm giống nhau. Nguyên tắc khi chạy: definition → NOT THIS → Attributes → Relations → Constraints → Proof.
- Mục tiêu: Chuẩn service entity: scope/deliverables/kpi.
- Chuẩn AI-first: Definition → NOT THIS → Attributes → Relations → Constraints → Proof.
- Output: format cố định để team làm giống nhau.
1) Input Spec (bắt buộc)
Prompt cần 5 ô nhập trước khi chạy: TOPIC/ENTITY, CONTEXT, AUDIENCE, GOAL và REFERENCES. Điền đủ các ô bằng thông tin thật của dự án rồi mới dán prompt vào công cụ AI, ô nào bỏ trống thì kết quả sẽ chung chung.
2) Ví dụ thực chiến (Input → Output)
Ví dụ chạy với TOPIC là “SEO Consulting”, CONTEXT là “SEO/Content” và AUDIENCE là “In-house”. Đối chiếu kết quả của ví dụ với bảng Pass/Fail trước khi thay bằng dữ liệu dự án của bạn.
Input
- TOPIC: SEO Consulting
- CONTEXT: SEO/Content
- AUDIENCE: In-house
- GOAL: Tài liệu hoá + tăng citability
Output kỳ vọng (rút gọn)
- Definition: 1-2 câu rõ.
- NOT THIS: 1 câu chặn hiểu nhầm.
- Attributes: 8-12.
- Relations: 12-20 dòng (Subject-Relation-Object).
- Constraints: 5 ngoại lệ/khi không áp dụng.
3) Mẫu thao tác (copy dùng ngay)
Dán nguyên mẫu vào ChatGPT, Gemini hoặc Claude, thay 5 ô {TOPIC}, {CONTEXT}, {AUDIENCE}, {GOAL} và {REFS} bằng thông tin của bạn rồi chạy. Mẫu giao cho AI vai Semantic SEO + Knowledge Architect, nên giữ nguyên câu mở đầu để lần chạy nào cũng ra cùng một cấu trúc.
Bạn là Semantic SEO + Knowledge Architect.
Chủ đề/Entity: {TOPIC}
Ngữ cảnh: {CONTEXT}
Đối tượng: {AUDIENCE}
Mục tiêu: {GOAL}
Tham chiếu: {REFS}
Hãy xuất theo đúng format:
A) Definition (1-2 câu) + NOT THIS (1 câu)
B) Entity list (1 chính + 12 phụ, kèm loại entity)
C) Attributes của entity chính (8-12)
D) Relations table (20 dòng: Subject | Relation | Object | 1 câu mô tả)
E) Constraints/Exceptions (5-8)
F) Proof plan (Process/Evidence/Governance: cần bổ sung gì để tăng trích dẫn)
G) 10 câu FAQ theo intent (Know/Do/Compare/Troubleshoot)4) Pass/Fail
Kết quả đạt khi có NOT THIS, có constraints, relations rõ, không bịa dữ liệu. Không đạt khi chung chung, chỉ keyword, thiếu điều kiện áp dụng, thiếu proof plan. Chấm kết quả theo hai tiêu chí này trước khi dùng, trượt tiêu chí nào thì sửa ô nhập đó rồi chạy lại.
KẾT QUẢ ĐẠT CHUẨN (PASS)
- Bám sát 100% dữ liệu đầu vào thực tế, không đưa ra nhận định chung chung thiếu bằng chứng.
- Phân loại thứ tự ưu tiên bằng số điểm định lượng (ICE/RICE), chỉ rõ các tác vụ khẩn cấp cần làm trước.
- Lịch trình triển khai được bóc tách theo từng ngày hoặc từng giai đoạn rõ ràng, có phân công cụ thể.
- Mỗi đầu việc đều có tiêu chuẩn nghiệm thu định lượng (Definition of Done) đo lường được.
- Có kịch bản rollback và phương án xử lý rủi ro dự phòng nếu phát sinh sự cố kỹ thuật.
KẾT QUẢ CẦN CHẠY LẠI (FAIL)
- Đưa ra lời khuyên lý thuyết sách giáo khoa mà không giải quyết dữ liệu cụ thể của dự án.
- Không phân định rõ ràng thời gian hoàn tất, dàn trải tài nguyên tùy tiện.
- Tiêu chí nghiệm thu ghi mơ hồ, thiếu chỉ số kỹ thuật hoặc ngưỡng định lượng đối chứng.
- Thiếu phương án dự phòng khi phát sinh xung đột mã nguồn hoặc tụt lưu lượng truy cập.
5) NLP/LLM notes
Ghi chú để AI hiểu và trích đúng prompt này gồm 2 điểm. Dùng câu ngắn, chủ ngữ rõ, thuật ngữ nhất quán. Đặt NOT THIS ngay sau định nghĩa để “khóa nghĩa”. Giữ đúng các ghi chú này mỗi khi sửa prompt để câu trả lời của AI bám nghĩa, không lệch sang ý khác.
- Dùng câu ngắn, chủ ngữ rõ, thuật ngữ nhất quán.
- Đặt NOT THIS ngay sau định nghĩa để “khóa nghĩa”.
Định nghĩaService Entity là prompt chuẩn hoá thực thể dịch vụ theo scope, deliverables và KPI, giúp team ra một format cố định gồm Definition, NOT THIS, Attributes, Relations, Constraints và Proof.
Cách chuẩn hoá thực thể dịch vụ bằng prompt Service Entity
Các bước giúp bạn điền đúng ô nhập, chạy prompt trên công cụ AI và chấm kết quả theo Pass/Fail để ra một service entity có format cố định.
- Điền đủ 5 ô nhậpĐiền TOPIC/ENTITY, CONTEXT, AUDIENCE, GOAL và REFERENCES bằng thông tin thật của dự án, ô REFERENCES không có thì ghi CẦN BỔ SUNG.
- Chạy thử ví dụ mẫuChạy ví dụ với TOPIC là SEO Consulting, CONTEXT là SEO/Content, AUDIENCE là In-house, rồi đối chiếu kết quả với bảng Pass/Fail.
- Dán mẫu vào công cụ AIDán nguyên mẫu vào ChatGPT, Gemini hoặc Claude, thay các ô bằng thông tin của bạn và giữ nguyên câu mở đầu giao vai Semantic SEO + Knowledge Architect.
- Kiểm tra cấu trúc đầu raXem đầu ra có đủ Definition, NOT THIS, Attributes, Relations, Constraints và Proof theo đúng thứ tự, với NOT THIS đặt ngay sau định nghĩa.
- Chấm kết quả theo Pass/FailKết quả đạt khi có NOT THIS, có constraints, relations rõ, không bịa dữ liệu. Trượt tiêu chí nào thì sửa ô nhập đó rồi chạy lại.
Câu hỏi thường gặp về Service Entity
Giải đáp trực tiếp các câu hỏi thường gặp về Service Entity dựa trên dữ liệu triển khai thực tế, quy trình kiểm thử kỹ thuật và kinh nghiệm thực chiến trên website thật để tối ưu hiệu quả tìm kiếm.
Mỗi người trong team mô tả dịch vụ một kiểu thì Service Entity giúp gì?
Service Entity cho cả team một format cố định gồm Definition, NOT THIS, Attributes, Relations, Constraints và Proof. Mỗi người điền cùng 5 ô nhập và giữ nguyên câu mở đầu giao vai Semantic SEO + Knowledge Architect, nên lần chạy nào cũng ra cùng một cấu trúc để team làm giống nhau.
Chưa có nguồn thật về dịch vụ thì có nên để AI tự điền cho đủ không?
Không nên, vì kết quả chỉ đạt Pass khi không bịa dữ liệu. Ô REFERENCES chưa có tài liệu thì bạn ghi CẦN BỔ SUNG để thấy rõ phần còn thiếu, rồi bổ sung nguồn thật của dự án trước khi dùng service entity.
Service entity không nêu trường hợp không áp dụng thì có sao không?
Có, vì thiếu điều kiện áp dụng là một tiêu chí Fail. Phần Constraints cần nêu 5 ngoại lệ hoặc trường hợp không áp dụng, như output kỳ vọng của ví dụ mẫu. Kết quả chỉ đạt Pass khi có constraints, có NOT THIS, relations rõ và không bịa dữ liệu.
Đầu ra Service Entity thiếu proof plan thì sửa lại thế nào?
Thiếu proof plan là một tiêu chí Fail, nên kết quả chưa dùng được. Proof là phần cuối trong format Definition, NOT THIS, Attributes, Relations, Constraints và Proof. Bạn sửa ô nhập liên quan, bổ sung nguồn thật vào REFERENCES nếu còn thiếu, rồi chạy lại và chấm lại theo bảng Pass/Fail.
Format Service Entity sắp các phần theo thứ tự nào và vì sao?
Thứ tự là Definition, NOT THIS, Attributes, Relations, Constraints rồi Proof, theo chuẩn AI-first. NOT THIS đứng ngay sau định nghĩa để khóa nghĩa. Format cố định này giúp team làm giống nhau. Trong ví dụ mẫu, Definition dài 1-2 câu rõ và NOT THIS là 1 câu chặn hiểu nhầm.
Mỗi phần trong đầu ra Service Entity cần dài bao nhiêu?
Theo output kỳ vọng của ví dụ, Definition có 1-2 câu rõ, NOT THIS có 1 câu, Attributes có 8-12, Relations có 12-20 dòng dạng Subject-Relation-Object và Constraints nêu 5 ngoại lệ hoặc trường hợp không áp dụng.
Ví dụ mẫu của prompt Service Entity dùng dữ liệu đầu vào nào?
Ví dụ chạy với TOPIC là SEO Consulting, CONTEXT là SEO/Content, AUDIENCE là In-house và GOAL là Tài liệu hoá + tăng citability. Bạn đối chiếu kết quả của ví dụ với bảng Pass/Fail trước khi thay bằng dữ liệu dự án của bạn.
Viết prompt Service Entity thế nào để AI trích đúng nghĩa?
Bạn dùng câu ngắn, chủ ngữ rõ và thuật ngữ nhất quán, rồi đặt NOT THIS ngay sau định nghĩa để khóa nghĩa. Giữ đúng 2 ghi chú này mỗi khi sửa prompt để câu trả lời của AI bám nghĩa, không lệch sang ý khác.
Chuẩn hoá Service Entity cho một dịch vụ nghĩa là làm gì?
Chuẩn hoá Service Entity nghĩa là mô tả một dịch vụ theo scope, deliverables và KPI. Prompt Service Entity cho AI đầu ra có format cố định gồm Definition, NOT THIS, Attributes, Relations, Constraints và Proof, để team mô tả dịch vụ giống nhau và giữ nghĩa thực thể rõ ràng.
Có cần mục NOT THIS khi chuẩn hoá Service Entity không?
Có, chuẩn hoá Service Entity cần NOT THIS. NOT THIS là 1 câu chặn hiểu nhầm, đặt ngay sau định nghĩa để khóa nghĩa. Kết quả của prompt Service Entity chỉ đạt Pass khi có NOT THIS, có constraints, relations rõ và không bịa dữ liệu.
Service Entity khác một danh sách keyword dịch vụ thế nào?
Service Entity mô tả dịch vụ như một thực thể có Definition, NOT THIS, Attributes, Relations, Constraints và Proof, còn danh sách keyword chỉ liệt kê từ khóa. Theo bảng Pass/Fail, kết quả chỉ có keyword, chung chung hoặc thiếu điều kiện áp dụng bị tính là Fail khi chuẩn hoá Service Entity.
Nên bắt đầu chuẩn hoá Service Entity từ đâu?
Chuẩn hoá Service Entity nên bắt đầu từ việc điền đủ 5 ô nhập: TOPIC/ENTITY, CONTEXT, AUDIENCE, GOAL và REFERENCES bằng thông tin thật của dự án. Sau đó chạy thử ví dụ SEO Consulting, đối chiếu với bảng Pass/Fail, rồi dán mẫu vào ChatGPT, Gemini hoặc Claude với dữ liệu của bạn.
Làm tiếp trên chính website của bạn
Chọn theo điều bạn đang cần: người soi website, nền tảng để tự làm, hay người kèm tới nơi.
Phân tích SEO và GEO Online
Tìm đúng chỗ website đang nghẽn, bàn giao thứ tự sửa và bản đồ nội dung theo DLN™. Học tiếp Mentor thì phí này được trừ vào học phí.
Xem phạm vi phân tíchKhóa học SEO cơ bản Online
6 buổi online về Technical và On-page, đủ nền tảng để tự rà và sửa website của bạn.
Xem lộ trình họcMentor SEO 1 kèm 1 Online
12 buổi trong 4 tuần, làm trực tiếp trên website của bạn cùng Danh Nolan.
Xem cách kèm