{"product_id":"claude-cho-pm-feature-specification-va-prd-generation","title":"Claude cho PM: Feature specification và PRD generation","description":"\n\u003cp\u003eProduct Requirements Document (PRD) là một trong những tài liệu quan trọng nhất mà Product Manager cần tạo ra. Nó là cầu nối giữa ý tưởng sản phẩm và đội ngũ kỹ thuật, thiết kế, QA. Tuy nhiên, viết PRD chất lượng tốn nhiều thời gian và đòi hỏi sự chính xác cao. Claude có thể giúp bạn tạo PRD chuyên nghiệp trong thời gian ngắn hơn đáng kể, đồng thời đảm bảo tính đầy đủ và nhất quán.\u003c\/p\u003e\n\n\u003ch2\u003ePRD là gì và tại sao PM cần nó?\u003c\/h2\u003e\n\u003cp\u003ePRD (Product Requirements Document) là tài liệu mô tả chi tiết về sản phẩm hoặc tính năng cần xây dựng. Nó bao gồm mục tiêu kinh doanh, đối tượng người dùng, yêu cầu chức năng, yêu cầu phi chức năng, tiêu chí chấp nhận và các ràng buộc kỹ thuật.\u003c\/p\u003e\n\u003cp\u003eTại Việt Nam, nhiều startup và doanh nghiệp công nghệ đang chuyển đổi từ cách làm \"nói miệng\" sang quy trình sản phẩm bài bản hơn. PRD giúp:\u003c\/p\u003e\n\u003cul\u003e\n  \u003cli\u003eGiảm hiểu lầm giữa các bộ phận\u003c\/li\u003e\n  \u003cli\u003eTạo cơ sở để đánh giá tiến độ và chất lượng\u003c\/li\u003e\n  \u003cli\u003eLưu lại lịch sử quyết định sản phẩm\u003c\/li\u003e\n  \u003cli\u003eHỗ trợ onboarding thành viên mới nhanh hơn\u003c\/li\u003e\n\u003c\/ul\u003e\n\n\u003ch2\u003eCấu trúc PRD chuẩn\u003c\/h2\u003e\n\u003cp\u003eMột PRD đầy đủ thường bao gồm các phần sau. Claude có thể giúp bạn tạo từng phần hoặc toàn bộ tài liệu:\u003c\/p\u003e\n\u003col\u003e\n  \u003cli\u003e\n\u003cstrong\u003eTổng quan sản phẩm (Product Overview):\u003c\/strong\u003e Mô tả ngắn gọn về tính năng, lý do cần xây dựng\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eMục tiêu và chỉ số (Objectives \u0026amp; Key Results):\u003c\/strong\u003e OKR hoặc KPI gắn với tính năng\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eĐối tượng người dùng (User Personas):\u003c\/strong\u003e Ai sẽ sử dụng, nhu cầu của họ\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eUser Stories và Use Cases:\u003c\/strong\u003e Các kịch bản sử dụng cụ thể\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eYêu cầu chức năng (Functional Requirements):\u003c\/strong\u003e Chi tiết từng chức năng\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eYêu cầu phi chức năng (Non-functional Requirements):\u003c\/strong\u003e Hiệu năng, bảo mật, khả năng mở rộng\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eWireframes và UI Notes:\u003c\/strong\u003e Mô tả giao diện cơ bản\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eTiêu chí chấp nhận (Acceptance Criteria):\u003c\/strong\u003e Điều kiện để tính năng được coi là hoàn thành\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003ePhụ thuộc và ràng buộc (Dependencies \u0026amp; Constraints):\u003c\/strong\u003e Các yếu tố kỹ thuật, kinh doanh ảnh hưởng\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eTimeline và Milestones:\u003c\/strong\u003e Lộ trình thực hiện\u003c\/li\u003e\n\u003c\/ol\u003e\n\n\u003ch2\u003eBước 1: Tạo PRD từ ý tưởng ban đầu\u003c\/h2\u003e\n\u003cp\u003eKhi bạn có một ý tưởng tính năng nhưng chưa biết bắt đầu từ đâu, hãy sử dụng prompt sau:\u003c\/p\u003e\n\u003cpre\u003e\u003ccode\u003eTôi là Product Manager tại một công ty [lĩnh vực, ví dụ: fintech tại Việt Nam].\nTôi cần tạo PRD cho tính năng sau:\n\nTên tính năng: [Mô tả ngắn gọn]\nVấn đề cần giải quyết: [Vấn đề người dùng đang gặp]\nĐối tượng sử dụng: [Ai sẽ dùng tính năng này]\nBối cảnh kinh doanh: [Tại sao cần làm bây giờ]\n\nHãy tạo PRD đầy đủ với các phần:\n1. Product Overview (2-3 đoạn)\n2. Problem Statement với dữ liệu hỗ trợ\n3. Goals \u0026amp; Success Metrics (OKR format)\n4. Target Users với 2-3 user personas\n5. User Stories (format: As a [user], I want [action], so that [benefit])\n6. Functional Requirements (danh sách chi tiết, đánh số)\n7. Non-functional Requirements (performance, security, scalability)\n8. Acceptance Criteria (format Given-When-Then)\n9. Dependencies \u0026amp; Risks\n10. Proposed Timeline (chia theo phases)\n\nViết bằng tiếng Việt, sử dụng thuật ngữ kỹ thuật tiếng Anh khi cần thiết.\nFormat bằng Markdown.\u003c\/code\u003e\u003c\/pre\u003e\n\n\u003ch3\u003eKết quả bạn nhận được\u003c\/h3\u003e\n\u003cp\u003eClaude sẽ tạo một PRD có cấu trúc rõ ràng, bao gồm đủ 10 phần với nội dung cụ thể. Điểm mạnh của Claude là khả năng:\u003c\/p\u003e\n\u003cul\u003e\n  \u003cli\u003eTự động suy luận các edge cases mà bạn có thể bỏ qua\u003c\/li\u003e\n  \u003cli\u003eĐề xuất metrics phù hợp với loại tính năng\u003c\/li\u003e\n  \u003cli\u003eTạo user stories đầy đủ với nhiều góc nhìn người dùng\u003c\/li\u003e\n  \u003cli\u003eViết acceptance criteria rõ ràng theo format chuẩn\u003c\/li\u003e\n\u003c\/ul\u003e\n\n\u003ch2\u003eBước 2: Viết Feature Specification chi tiết\u003c\/h2\u003e\n\u003cp\u003eFeature spec khác với PRD ở mức độ chi tiết kỹ thuật. Nó đi sâu vào cách tính năng hoạt động, logic xử lý, và các trường hợp đặc biệt. Đây là prompt để tạo feature spec:\u003c\/p\u003e\n\u003cpre\u003e\u003ccode\u003eDựa trên PRD sau đây:\n[Dán nội dung PRD hoặc tóm tắt]\n\nHãy tạo Feature Specification chi tiết cho [tên tính năng] bao gồm:\n\n1. FUNCTIONAL FLOW\n   - Luồng xử lý chính (happy path)\n   - Các luồng thay thế (alternative flows)\n   - Xử lý lỗi (error handling)\n   - Điều kiện biên (edge cases)\n\n2. DATA MODEL\n   - Các entity và thuộc tính\n   - Quan hệ giữa các entity\n   - Validation rules cho từng trường\n\n3. API SPECIFICATION\n   - Endpoints cần thiết\n   - Request\/Response format (JSON examples)\n   - Error codes và messages\n   - Rate limiting requirements\n\n4. UI\/UX NOTES\n   - Mô tả từng màn hình\n   - Trạng thái của từng component (default, loading, error, empty, success)\n   - Responsive behavior\n\n5. BUSINESS RULES\n   - Các quy tắc nghiệp vụ cụ thể\n   - Logic tính toán (nếu có)\n   - Permissions và access control\n\nViết chi tiết, cụ thể, developer có thể đọc và hiểu ngay mà không cần hỏi lại.\u003c\/code\u003e\u003c\/pre\u003e\n\n\u003ch2\u003eBước 3: Tạo User Stories và Acceptance Criteria\u003c\/h2\u003e\n\u003cp\u003eUser stories là phần quan trọng nhất của PRD vì nó kết nối trực tiếp giữa nhu cầu người dùng và yêu cầu kỹ thuật. Claude có thể giúp bạn tạo user stories đầy đủ:\u003c\/p\u003e\n\u003cpre\u003e\u003ccode\u003eTính năng: [Mô tả tính năng]\nĐối tượng người dùng: [Các loại người dùng]\n\nHãy tạo danh sách user stories đầy đủ cho tính năng này:\n\n1. Viết theo format: \"As a [role], I want [capability], so that [benefit]\"\n2. Phân loại theo mức độ ưu tiên: Must-have, Should-have, Nice-to-have\n3. Với mỗi user story, viết 3-5 acceptance criteria theo format:\n   Given [precondition]\n   When [action]\n   Then [expected result]\n4. Xác định các edge cases và negative scenarios\n5. Ước lượng độ phức tạp (S\/M\/L\/XL)\n\nLưu ý: bao gồm cả các user stories cho admin\/moderator nếu có.\u003c\/code\u003e\u003c\/pre\u003e\n\n\u003ch2\u003eVí dụ thực tế: PRD cho tính năng Thanh toán Online\u003c\/h2\u003e\n\u003cp\u003eGiả sử bạn là PM tại một startup e-commerce Việt Nam và cần xây dựng tính năng thanh toán trực tuyến. Đây là cách bạn làm việc với Claude:\u003c\/p\u003e\n\n\u003ch3\u003eGiai đoạn 1: Brainstorm và phạm vi\u003c\/h3\u003e\n\u003cpre\u003e\u003ccode\u003eTôi cần xây dựng tính năng thanh toán online cho ứng dụng e-commerce\ntại Việt Nam. Hiện tại khách hàng chỉ có thể thanh toán COD.\n\nThông tin:\n- 50,000 đơn hàng\/tháng\n- Giá trị trung bình 350,000 VNĐ\n- 70% người dùng dùng mobile\n- Thị trường: Việt Nam\n\nHãy giúp tôi:\n1. Liệt kê các phương thức thanh toán phổ biến tại VN cần hỗ trợ\n2. Phân tích ưu nhược điểm của từng phương thức\n3. Đề xuất thứ tự ưu tiên triển khai (phase 1, 2, 3)\n4. Các vấn đề pháp lý và compliance cần lưu ý\n5. Các cổng thanh toán (payment gateway) phổ biến tại VN\u003c\/code\u003e\u003c\/pre\u003e\n\n\u003ch3\u003eGiai đoạn 2: PRD chi tiết\u003c\/h3\u003e\n\u003cp\u003eSau khi có phạm vi rõ ràng, bạn yêu cầu Claude tạo PRD đầy đủ cho Phase 1 (ví dụ: VNPay và chuyển khoản ngân hàng). Claude sẽ tạo tài liệu bao gồm cấu trúc đã nêu ở trên, với nội dung cụ thể cho bối cảnh thanh toán Việt Nam.\u003c\/p\u003e\n\n\u003ch3\u003eGiai đoạn 3: Review và hoàn thiện\u003c\/h3\u003e\n\u003cpre\u003e\u003ccode\u003eĐây là PRD tôi đã viết. Hãy review và cho feedback:\n[Dán PRD]\n\nKiểm tra:\n1. Có thiếu user story nào quan trọng không?\n2. Acceptance criteria đã đủ chi tiết chưa?\n3. Có edge case nào bị bỏ sót không?\n4. Non-functional requirements đã đầy đủ chưa?\n5. Có rủi ro nào chưa được đề cập?\n6. Timeline có hợp lý không?\n\nCho feedback cụ thể và đề xuất bổ sung.\u003c\/code\u003e\u003c\/pre\u003e\n\n\u003ch2\u003eTemplate PRD với Claude\u003c\/h2\u003e\n\u003cp\u003eBạn có thể tạo một template PRD chuẩn cho team và sử dụng Claude để điền nội dung mỗi lần:\u003c\/p\u003e\n\u003cpre\u003e\u003ccode\u003eSử dụng template PRD sau và điền nội dung cho tính năng [tên tính năng]:\n\n# PRD: [Tên tính năng]\n## Meta\n- Author: [Tên PM]\n- Created: [Ngày]\n- Status: Draft \/ In Review \/ Approved\n- Priority: P0 \/ P1 \/ P2 \/ P3\n- Target Release: [Version hoặc Sprint]\n\n## 1. Problem Statement\n[Mô tả vấn đề]\n\n## 2. Proposed Solution\n[Mô tả giải pháp]\n\n## 3. Goals \u0026amp; Metrics\n| Goal | Metric | Target | Measurement |\n|------|--------|--------|-------------|\n\n## 4. User Personas\n### Persona 1: [Tên]\n- Demographics: ...\n- Pain points: ...\n- Goals: ...\n\n## 5. User Stories\n| ID | Story | Priority | Complexity |\n|----|-------|----------|------------|\n\n## 6. Functional Requirements\n### 6.1 [Feature Area 1]\n- FR-001: ...\n- FR-002: ...\n\n## 7. Non-Functional Requirements\n- NFR-001: Performance - ...\n- NFR-002: Security - ...\n\n## 8. Acceptance Criteria\n### AC for User Story 1\n- Given... When... Then...\n\n## 9. Dependencies \u0026amp; Risks\n| Risk | Impact | Probability | Mitigation |\n|------|--------|-------------|------------|\n\n## 10. Timeline\n| Phase | Scope | Duration | Dependencies |\n|-------|-------|----------|--------------|\n\nĐiền nội dung cụ thể, thực tế, có thể sử dụng được ngay.\u003c\/code\u003e\u003c\/pre\u003e\n\n\u003ch2\u003ePhân biệt PRD, Feature Spec và BRD\u003c\/h2\u003e\n\u003cp\u003eNhiều PM Việt Nam còn nhầm lẫn giữa các loại tài liệu sản phẩm. Claude có thể giúp bạn hiểu sự khác biệt và tạo đúng loại tài liệu cần thiết:\u003c\/p\u003e\n\u003cul\u003e\n  \u003cli\u003e\n\u003cstrong\u003eBRD (Business Requirements Document):\u003c\/strong\u003e Tập trung vào mục tiêu kinh doanh, không đi vào chi tiết kỹ thuật. Thường do Business Analyst hoặc Product Owner viết\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003ePRD (Product Requirements Document):\u003c\/strong\u003e Cầu nối giữa kinh doanh và kỹ thuật, mô tả \"cái gì\" cần xây dựng và \"tại sao\"\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eFeature Spec (Technical Specification):\u003c\/strong\u003e Chi tiết \"làm thế nào\", bao gồm data model, API, logic xử lý\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eDesign Doc:\u003c\/strong\u003e Tài liệu thiết kế kỹ thuật chi tiết, thường do Engineering Lead viết\u003c\/li\u003e\n\u003c\/ul\u003e\n\n\u003ch2\u003eMẹo viết PRD hiệu quả với Claude\u003c\/h2\u003e\n\n\u003ch3\u003e1. Cung cấp bối cảnh đầy đủ\u003c\/h3\u003e\n\u003cp\u003eCàng nhiều thông tin bạn cung cấp, Claude càng tạo ra PRD chính xác hơn. Hãy chia sẻ về sản phẩm hiện tại, đối tượng khách hàng, chỉ số kinh doanh, và các ràng buộc kỹ thuật.\u003c\/p\u003e\n\n\u003ch3\u003e2. Lặp đi lặp lại (Iterate)\u003c\/h3\u003e\n\u003cp\u003eKhông nên mong đợi PRD hoàn hảo từ lần đầu. Hãy làm theo quy trình:\u003c\/p\u003e\n\u003col\u003e\n  \u003cli\u003eTạo bản nháp đầu tiên với Claude\u003c\/li\u003e\n  \u003cli\u003eReview và đánh dấu các phần cần chỉnh sửa\u003c\/li\u003e\n  \u003cli\u003eYêu cầu Claude cập nhật từng phần cụ thể\u003c\/li\u003e\n  \u003cli\u003eGửi cho team review và thu thập feedback\u003c\/li\u003e\n  \u003cli\u003eCập nhật lại với Claude dựa trên feedback\u003c\/li\u003e\n\u003c\/ol\u003e\n\n\u003ch3\u003e3. Sử dụng Claude để challenge PRD\u003c\/h3\u003e\n\u003cpre\u003e\u003ccode\u003eHãy đóng vai trò là một Senior Engineer và review PRD này.\nĐặt câu hỏi về những phần chưa rõ ràng, thiếu logic,\nhoặc có thể gây khó khăn khi implementation.\n\n[Dán PRD]\n\nTập trung vào:\n- Các yêu cầu mơ hồ hoặc có thể hiểu nhiều cách\n- Edge cases chưa được xử lý\n- Các giả định ẩn (implicit assumptions)\n- Khả năng mở rộng trong tương lai\n- Các vấn đề về performance có thể gặp\u003c\/code\u003e\u003c\/pre\u003e\n\n\u003ch3\u003e4. Tạo changelog cho PRD\u003c\/h3\u003e\n\u003cp\u003eKhi PRD thay đổi, việc theo dõi lịch sử là rất quan trọng:\u003c\/p\u003e\n\u003cpre\u003e\u003ccode\u003eĐây là PRD phiên bản 1.0: [Dán PRD cũ]\nĐây là PRD phiên bản 2.0: [Dán PRD mới]\n\nHãy tạo changelog chi tiết:\n1. Những gì đã thêm mới\n2. Những gì đã thay đổi (trước và sau)\n3. Những gì đã xóa bỏ\n4. Lý do thay đổi (nếu có thể suy luận)\n5. Ảnh hưởng đến timeline và scope\u003c\/code\u003e\u003c\/pre\u003e\n\n\u003ch2\u003eTích hợp PRD vào quy trình Agile\u003c\/h2\u003e\n\u003cp\u003eTại nhiều công ty Việt Nam đang áp dụng Agile, PRD cần được điều chỉnh để phù hợp:\u003c\/p\u003e\n\u003cul\u003e\n  \u003cli\u003e\n\u003cstrong\u003eEpic-level PRD:\u003c\/strong\u003e Tài liệu tổng quan cho cả epic, cập nhật khi có thông tin mới\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eSprint-level specs:\u003c\/strong\u003e Chi tiết cho từng sprint, trích xuất từ PRD chính\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eLiving document:\u003c\/strong\u003e PRD không phải tài liệu \"viết xong rồi để đó\" mà cần cập nhật liên tục\u003c\/li\u003e\n\u003c\/ul\u003e\n\u003cpre\u003e\u003ccode\u003eTừ PRD tổng thể sau đây:\n[Dán PRD]\n\nHãy chia thành các sprint-level specifications:\n1. Xác định các epic và feature\n2. Chia thành các user story nhỏ đủ để hoàn thành trong 1 sprint (2 tuần)\n3. Sắp xếp thứ tự ưu tiên\n4. Xác định dependencies giữa các story\n5. Tạo acceptance criteria cho từng story\n6. Ước tính story points (Fibonacci: 1, 2, 3, 5, 8, 13)\n\nFormat: Bảng tổng hợp với cột Story ID, Title, Epic, Priority,\nStory Points, Dependencies, Sprint suggestion.\u003c\/code\u003e\u003c\/pre\u003e\n\n\u003ch2\u003eCông cụ hỗ trợ viết PRD\u003c\/h2\u003e\n\u003cp\u003eNgoài Claude, bạn có thể kết hợp với các công cụ khác để nâng cao hiệu quả:\u003c\/p\u003e\n\u003cul\u003e\n  \u003cli\u003e\n\u003cstrong\u003eNotion hoặc Confluence:\u003c\/strong\u003e Lưu trữ và quản lý phiên bản PRD\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eFigma:\u003c\/strong\u003e Tạo wireframes đính kèm vào PRD\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eJira hoặc Linear:\u003c\/strong\u003e Chuyển user stories từ PRD sang backlog\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eMiro:\u003c\/strong\u003e Tạo user flow diagrams để minh họa trong PRD\u003c\/li\u003e\n\u003c\/ul\u003e\n\u003cp\u003eClaude có thể giúp bạn tạo nội dung cho tất cả các công cụ này, từ mô tả Jira tickets đến flow descriptions cho Miro boards.\u003c\/p\u003e\n\n\u003ch2\u003eSai lầm phổ biến khi viết PRD\u003c\/h2\u003e\n\u003cp\u003eClaude cũng có thể giúp bạn tránh các sai lầm thường gặp:\u003c\/p\u003e\n\u003cul\u003e\n  \u003cli\u003e\n\u003cstrong\u003eQuá chung chung:\u003c\/strong\u003e \"Hệ thống phải nhanh\" thay vì \"Thời gian tải trang dưới 2 giây trên 4G\"\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eThiếu acceptance criteria:\u003c\/strong\u003e Developer không biết khi nào tính năng \"xong\"\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eKhông xác định out-of-scope:\u003c\/strong\u003e Scope creep là nguyên nhân chính gây trễ dự án\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eBỏ qua non-functional requirements:\u003c\/strong\u003e Bảo mật, hiệu năng, accessibility thường bị quên\u003c\/li\u003e\n  \u003cli\u003e\n\u003cstrong\u003eKhông cập nhật:\u003c\/strong\u003e PRD lỗi thời còn tệ hơn là không có PRD\u003c\/li\u003e\n\u003c\/ul\u003e\n\n\u003ch2\u003ePRD cho các loại sản phẩm khác nhau\u003c\/h2\u003e\n\u003cpre\u003e\u003ccode\u003eHãy tư vấn cách viết PRD cho từng loại sản phẩm:\n\n1. MOBILE APP\n   - Đặc điểm riêng: offline mode, push notifications,\n     device permissions, app store guidelines\n   - Các phần thêm: device compatibility matrix,\n     OS version support, app size requirements\n\n2. SAAS PLATFORM\n   - Multi-tenancy requirements\n   - Subscription và billing model\n   - User roles và permissions\n   - API cho tích hợp\n\n3. E-COMMERCE FEATURES\n   - Payment flow chi tiết\n   - Inventory management\n   - Shipping và returns\n   - Compliance (bảo vệ người tiêu dùng)\n\n4. INTERNAL TOOLS\n   - Đơn giản hóa PRD (không cần marketing language)\n   - Focus vào workflow và efficiency gains\n   - Training và adoption plan\n\n5. AI\/ML FEATURES\n   - Model requirements và constraints\n   - Data requirements\n   - Accuracy targets và evaluation criteria\n   - Fallback khi model sai\n   - Ethical considerations\n\nMỗi loại: những phần đặc thù cần thêm vào PRD chuẩn.\u003c\/code\u003e\u003c\/pre\u003e\n\n\u003ch2\u003eBước tiếp theo\u003c\/h2\u003e\n\u003cp\u003eSau khi đã tạo PRD và feature specification, bước tiếp theo là chuyển chúng vào quy trình sprint planning và backlog grooming. Khám phá thêm tại \u003ca href=\"\/collections\/ung-dung\"\u003eThư viện Ứng dụng Claude\u003c\/a\u003e để học cách sử dụng Claude trong toàn bộ vòng đời sản phẩm.\u003c\/p\u003e\n","brand":"Minh Tuấn","offers":[{"title":"Default Title","offer_id":47730163220692,"sku":null,"price":0.0,"currency_code":"VND","in_stock":true}],"thumbnail_url":"\/\/cdn.shopify.com\/s\/files\/1\/0821\/0264\/9044\/files\/claude-cho-pm-feature-specification-va-prd-generation.jpg?v=1774717471","url":"https:\/\/claude.vn\/products\/claude-cho-pm-feature-specification-va-prd-generation","provider":"CLAUDE.VN","version":"1.0","type":"link"}