← Về thư mục
RESEARCH CONTEXT - Vietnam Tourism Policy Research
Tài liệu này là "Bộ quy chuẩn và Ngữ cảnh nền tảng" (Truth Engine) của Dự án Nghiên cứu Chính sách Du lịch Việt Nam. Mọi Agent tham gia vào dự án phải đọc và tuân thủ nghiêm ngặt các quy định dưới đây.
🎯 1. Bối cảnh & Câu hỏi Chính sách (Policy Problem & Questions)
A. Định hình vấn đề chính sách (Problem Structuring - Dunn 2008)
- Vấn đề cốt lõi (Friction): Việt Nam đang gặp "điểm nghẽn kép" trong thu hút du khách quốc tế chi trả cao (MICE và Inbound cao cấp):
- Lỗi thiết kế (Design Failure): Cơ chế tài chính công của Quỹ Hỗ trợ Phát triển Du lịch bị ràng buộc bởi các thủ tục hành chính phức tạp (đầu tư công, đấu thầu hành chính), cản trở khả năng quảng bá linh hoạt và thiết lập văn phòng xúc tiến ở nước ngoài.
- Lỗi thông tin/Hạ tầng (Information Failure): Hạ tầng dữ liệu du lịch bị phân mảnh, đánh giá hiệu quả theo tư duy lượng khách (volume-centric) thay vì giá trị kinh tế ròng (yield-centric), dẫn đến các chính sách xúc tiến lệch mục tiêu.
- Loại lỗi cần tránh: Tránh Type III Error (Giải quyết sai vấn đề) bằng cách không quy kết nguyên nhân chỉ do "thiếu ngân sách" hay "thiếu quảng bá chung chung", mà phải đào sâu vào cơ chế giải ngân của tài chính công và hạ tầng dữ liệu.
B. Hệ thống câu hỏi chính sách
- Quy hoạch hệ thống du lịch 2021-2030 định vị chiến lược và mục tiêu định lượng của du lịch MICE và du lịch quốc tế đến Việt Nam như thế nào?
- Các rào cản thể chế nào trong Luật Du lịch và Cơ chế Quỹ hỗ trợ đang cản trước việc thành lập văn phòng đại diện du lịch Việt Nam ở nước ngoài và quảng bá điểm đến trực tiếp tại các nước nguồn khách?
- Hiệu quả chi tiêu ngân sách quảng bá trên mỗi lượt khách inbound của Việt Nam chênh lệch như thế nào so với Thái Lan, Singapore, Indonesia và nó gây thất thoát (DWL) dòng khách MICE chi tiêu cao ra sao?
🗺️ 2. Khung Phân tích Đối sánh (Analytical Framework)
Nghiên cứu đối sánh (Comparative Case Study) giữa Việt Nam (VN) và 3 quốc gia đi trước: Singapore (SG), Thái Lan (TH), và Indonesia (ID) qua 5 biến số cốt lõi:
| Biến số cốt lõi |
Nội dung phân tích |
| 1. Thể chế DMO |
Mô hình vận hành của thực thể xúc tiến quốc gia (STB, TAT, VITO/Kemenparekraf). |
| 2. Cơ chế Tài chính |
Nguồn thu quỹ (thuế du lịch, ngân sách cấp), cơ chế giải ngân, mức độ tự chủ tài chính. |
| 3. Hạ tầng Dữ liệu |
Cổng dữ liệu tập trung (STAN, TIH, TAT Network, MPD viễn thông) và mức độ số hóa. |
| 4. Tiếp thị B2B & Promotion |
Hoạt động của văn phòng xúc tiến nước ngoài, liên kết mạng lưới đại lý thực địa. |
| 5. KPI Giám sát |
Chuyển dịch từ Volume-centric sang Yield-centric (ADS, NPS, RVR, ALS). |
🔬 3. Phương pháp luận & Giao thức Nghiên cứu FSPPM (FSPPM Research Protocol)
Mọi phân tích phải tuân thủ các quy chuẩn phương pháp luận của Trường Chính sách công và Quản lý Fulbright (FSPPM):
A. Phân biệt rõ Ràng giữa Mô tả và Nhân quả (KKV 1994)
- Suy luận mô tả (Descriptive Inference): Khi đưa ra số liệu về lượt khách, chi tiêu, hoặc NPS, bắt buộc phải nêu rõ phương pháp thu thập (ví dụ: điều tra mẫu của GSO, khảo sát thực tế của Outbox, hay định vị viễn thông MPD) để người đọc tự đánh giá sai số đo lường.
- Suy luận nhân quả (Causal Inference): Tuyệt đối không được quy kết quan hệ nhân quả một cách vội vã. Ví dụ, việc tăng trưởng lượng khách tăng thêm không thể mặc nhiên kết luận là do một chiến dịch marketing cụ thể, trừ khi đã kiểm soát các biến gây nhiễu (visa, tần suất đường bay thẳng, điều kiện kinh tế thị trường nguồn).
B. Truy vết Quy trình (Process Tracing - Bennett & Collier)
Khi phân tích đứt gãy thể chế, Agent phải thực hiện truy vết quy trình từ nguyên nhân thể chế (pháp lý) đến kết quả thực địa:
* Bước 1: Trích dẫn điều khoản luật quy định (ví dụ: Luật Ngân sách nhà nước về chi thường xuyên/đầu tư công).
* Bước 2: Chỉ ra điểm nghẽn hành chính trong phối hợp liên bộ (Luật Du lịch 2017 và cơ chế vận hành Quỹ).
* Bước 3: Chứng minh hệ quả kinh tế thực tế (ví dụ: Không có văn phòng đại diện thực địa, làm mất đi X% thị phần MICE cao cấp).
C. Kiểm soát Thiên lệch Lựa chọn (Selection Bias)
- Khi đối sánh với Singapore (STB) hay Thái Lan (TAT), Agent phải nêu rõ các yếu tố đặc thù (confounding factors) để tránh so sánh khập khiễng:
- Singapore: Đô thị thương mại phát triển cao, trung tâm tài chính và hàng không toàn cầu.
- Thái Lan: Ngành du lịch có bề dày lịch sử xã hội hóa cao, hạ tầng visa cực kỳ thông thoáng.
D. Ràng buộc Khả thi & Sandbox Pháp lý (Ethics & Feasibility)
- Mọi kiến nghị chia sẻ dữ liệu hoặc số hóa phải đối chiếu với các quy định bảo mật thông tin tài chính và cá nhân của Việt Nam:
- Luật các Tổ chức tín dụng 2024 (Bảo mật thông tin giao dịch thẻ).
- Nghị định 13/2023/NĐ-CP (Bảo vệ dữ liệu cá nhân).
- Nguyên tắc kiến nghị: Khi đề xuất chia sẻ dữ liệu liên ngành (ví dụ: Napas/Visa chia sẻ cho DMO), bắt buộc phải đề xuất cơ chế Sandbox dữ liệu nặc danh (Anonymized Data Sandbox) tương tự như chuẩn Data Trust Charter của Singapore, chứ không kiến nghị chung chung vi phạm pháp luật hiện hành.
🏛️ 4. Bản đồ Đối chiếu Thể chế & Dữ liệu (Institutional Triangulation Map)
Khi phân tích sự đứt gãy giữa quy định pháp lý và thực tiễn thực thi, Agent bắt buộc phải sử dụng nguồn dữ liệu có tính khách quan pháp lý từ các thực thể sau:
- Kiểm toán Nhà nước (SAV): Báo cáo kiểm toán chuyên đề quản lý ngân sách nhà nước, các quỹ phát triển (ví dụ: Quỹ Hỗ trợ Phát triển Du lịch).
- Liên đoàn Thương mại và Công nghiệp Việt Nam (VCCI): Báo cáo PCI, khảo sát chi phí tuân thủ thủ tục hành chính.
- Hiệp hội Du lịch Việt Nam (VITA): Khảo sát thực trạng, các kiến nghị thực địa của khối doanh nghiệp.
- Ủy ban Văn hóa, Giáo dục của Quốc hội: Các báo cáo giám sát chuyên đề thực thi pháp luật ngành du lịch và thể thao.
- Cơ sở dữ liệu so sánh:
- Singapore: Singapore Tourism Analytics Network (STAN) và Tourism Information & Services Hub (TIH) của STB.
- Thái Lan: TAT Network & Intelligence Center.
- Indonesia: BPS-Statistics Indonesia (MPD viễn thông).
- Ngôn ngữ phân tích dữ liệu lượng: Mọi hoạt động tính toán kinh tế lượng, lượng hóa tác động chính sách (CBA, CEA) hoặc trực quan hóa đồ thị dữ liệu vĩ mô bắt buộc phải viết bằng ngôn ngữ R và thư viện tidyverse (đặc biệt là
ggplot2 cho đồ thị).
- Tiêu chuẩn tài liệu (APA 7th + URL):
- BẮT BUỘC: Không được có bất kỳ nhận định hoặc kết quả nghiên cứu nào (statement/finding) được viết ra trong state file hoặc report file mà không đi kèm trích dẫn nguồn trong ngoặc đơn (inline citation) theo chuẩn APA 7th Edition kèm URL trực tiếp chính xác.
- Sau khi cập nhật các file báo cáo, Agent bắt buộc phải chạy script Python tự động (
sync_sources.py) để quét toàn bộ các trích dẫn thực tế trong các tệp nội dung và tự động đồng bộ hóa, tổng hợp thành danh mục tài liệu nguồn chung.
📢 6. Quy tắc Giao tiếp (Communication Preferences)
- Giao tiếp từ trên xuống (Top-down): Mọi báo cáo tiến độ, tóm tắt kết quả phân tích gửi User phải tập trung thẳng vào các phát hiện quan trọng nhất (key insights). Lược bỏ các phần diễn giải kỹ thuật rườm rà trừ khi được yêu cầu chi tiết.
- Ngôn ngữ chuẩn hóa: Sử dụng chuẩn xác danh mục thuật ngữ chính sách trong kỹ năng
ubiquitous-language (ví dụ: Formal Policy Design, Operational Reality, Volume-centric, Yield-centric, Anonymized Data Sandbox, Public-Private DMO).
🛡️ 7. Quy tắc An toàn & Thực thi (Safety & Execution Rules)
- Guardrail Auto-Execution: Luôn áp dụng quy trình "Đề xuất ➡️ Đánh giá ➡️ Thực thi" (Propose, Review, and Execute). Agent phải giải thích rõ ràng dòng lệnh và mục đích cho User trước khi chạy bất kỳ câu lệnh nào sửa đổi cấu trúc thư mục, ghi đè file dự án hoặc cài đặt gói phần mềm.
- Constraint the Blast Radius: Agent chỉ được phép đọc, viết và thực thi lệnh trong phạm vi thư mục dự án của không gian làm việc hiện tại (
/Users/keira/Documents/GitHub). Không chạm vào các thư mục hệ thống bên ngoài.
- Secrets Stay Out of Prompts: Tuyệt đối cấm paste các API keys, token bảo mật, hoặc mật khẩu vào cửa sổ chat. Mọi kết nối dữ liệu từ xa hoặc cấu hình API phải được quản lý thông qua biến môi trường bảo mật hoặc file cấu hình MCP của hệ thống.
📂 8. Quy ước Lưu trữ & Đồng bộ (Storage & Sync Convention)
Dự án nghiên cứu phân chia rõ ràng 2 vùng lưu trữ với quy tắc ghi/đọc cụ thể:
| Vùng Lưu trữ |
Nội dung |
Quy tắc |
Thư mục Dự án (Projects/policy-research/) |
4-Doc quản trị (RESEARCH_CONTEXT.md, RESEARCH_DESIGN.md, MASTER_RESEARCH_BRIEF.md, vault/open_research_questions.md) |
Quản trị Dự án (Governance & Dashboards): Chứa các quy tắc, lộ trình Sprints, ma trận tóm tắt và câu hỏi nghiên cứu mở. |
Thư mục Dữ liệu Nghiên cứu (Obsidian Vault qua symlink vault/) |
Chỉ mục báo cáo (RS01_TI_INDEX.md) + Các tệp chương độc lập (RS01_TI_CH*.md) + Báo cáo chi tiết từng Sprint (sprint_*_report.md) + Báo cáo kiểm định trích dẫn (fact_check_sprint_*.md) + Danh mục nguồn (sources-*.md) |
Kết quả Nghiên cứu (Research Outputs & Evidence): Nguồn sự thật duy nhất của kết quả nghiên cứu. Dùng liên kết Obsidian wikilink để liên kết chéo. |
-
Cách tham chiếu file trong Antigravity chat:
- Đối với tài liệu quản trị dự án (4-Doc):
@[Projects/policy-research/RESEARCH_CONTEXT.md]
@[Projects/policy-research/RESEARCH_DESIGN.md]
@[Projects/policy-research/MASTER_RESEARCH_BRIEF.md]
@[Projects/policy-research/vault/open_research_questions.md]
- Đối với tài liệu kết quả nghiên cứu trong Vault:
@[Projects/policy-research/vault/RS01_TI_INDEX.md]
@[Projects/policy-research/vault/RS01_TI_CH01_KHAI_NIEM_INBOUND_TOURISM_VA_XUAT_KHAU_DICH_VU_VO_HINH.md]
@[Projects/policy-research/vault/sprint_1_report.md]
@[Projects/policy-research/vault/fact_check_sprint_1.md]
-
Quy tắc đọc Báo cáo (Report Reading Constraint):
- BẮT BUỘC: Khi làm việc hoặc tham chiếu lịch sử các Sprint trước, Agent chỉ được đọc các tệp báo cáo Sprint tương ứng (ví dụ:
sprint_[id]_report.md) thay vì đọc các tệp chương của Paper (ví dụ: RS01_TI_CH[id]_*.md) để bảo toàn bộ nhớ ngữ cảnh và tiết kiệm token.
- NGOẠI LỆ: Chỉ được phép đọc tệp chương độc lập hoặc tệp chỉ mục của Paper khi nhận được lệnh trực tiếp từ người dùng.
-
Quy trình đồng bộ nguồn tài liệu (Bibliography): Sau khi thêm tài liệu tham khảo mới vào các bài báo cáo, chạy lệnh sau để tự động phân tích và tạo danh mục nguồn sources-vietnam-tourism-mice-2024.md trong Vault:
bash
python3 Projects/policy-research/scripts/sync_sources.py