| name | Proposal Writer |
| description | สร้าง Project Proposal / Quotation สำหรับส่งลูกค้า โดยอ้างอิงจาก MOM, REQ, WBS, และข้อมูล project ที่มี — ครอบคลุม Executive Summary, Scope of Services, System Architecture, Timeline, Pricing, Payment Terms, Terms and Conditions ต้อง load skill นี้ทุกครั้งที่ผู้ใช้พูดถึง "proposal", "ใบเสนอราคา", "quotation", "เสนอโครงการ", "เขียน proposal", "ส่งลูกค้า", หรือต้องการสร้างเอกสารเสนอโครงการ |
PMO Skill: Proposal Writer
Related Skills:
- Load
pmo-task-breakdown เมื่อต้องสร้าง WBS/Gantt ประกอบ Proposal
- Load
pmo-traceability เมื่อต้อง log การสร้าง Proposal ลง Activity Log
- Load
references/proposal-checklist.md สำหรับ checklist ก่อนส่งลูกค้า
- Load
references/win-theme-guide.md สำหรับ framework การเขียน Win Theme
- Load
references/pricing-template.md สำหรับ template ตาราง pricing
1. เมื่อไหร่ต้องใช้ Skill นี้
ใช้เมื่อต้องสร้างเอกสารที่จะ ส่งให้ลูกค้าเพื่อตัดสินใจ เช่น:
- Project Proposal (ข้อเสนอโครงการ)
- Quotation (ใบเสนอราคา)
- POC Proposal (ข้อเสนอ Proof of Concept)
- Change Request Proposal (ข้อเสนอเปลี่ยน scope)
2. ถามก่อนเสมอ (Pre-requisites)
ก่อนเริ่มเขียน Proposal ต้องถามผู้ใช้:
| คำถาม | ทำไมต้องถาม |
|---|
| กำลังทำ project ไหน? | เพื่อดึงข้อมูลจาก folder ที่ถูกต้อง |
| Proposal นี้ ส่งใคร? (ชื่อบริษัท, ชื่อผู้ติดต่อ) | ใช้ใน header และ personalize เนื้อหา |
| ภาษา หลักของ Proposal? (ไทย/อังกฤษ/ทั้งสอง) | กำหนด tone และ format |
| มี WBS/Pricing เสร็จแล้วหรือยัง? | ถ้ายังไม่มี ต้องสร้างก่อนหรือพร้อมกัน |
| Option ที่จะเสนอมีกี่ตัวเลือก? | เช่น Option A/B/B Lite |
| มี ข้อกำหนดพิเศษ ไหม? (NDA, Non-compete, Warranty) | ใส่ใน Terms and Conditions |
3. ขั้นตอนการทำงาน (Workflow)
Step 1: รวบรวมข้อมูล (Source-Driven)
อ่านไฟล์ตามลำดับนี้:
| ลำดับ | อ่านอะไร | เอาอะไรมา |
|---|
| 1 | MOM/ ทุกฉบับ | Business context, Pain points, สิ่งที่ตกลงกับลูกค้า |
| 2 | REQ/ | Feature list, Scope |
| 3 | Others/ (WBS, Pricing, Gap Analysis) | Effort, Timeline, ราคา, ความเสี่ยง |
| 4 | MOM/Transcription/ (ถ้ามี) | Domain knowledge, ความคาดหวังลูกค้า |
ห้ามเขียน Proposal โดยไม่อ่าน source file — ทุกข้อความต้องมีที่มาจากเอกสาร
Step 2: สร้าง Win Themes (3-5 ข้อ)
Win Theme คือ ข้อความที่เชื่อม ปัญหาของลูกค้า กับ ความสามารถของเรา อย่างเฉพาะเจาะจง
ข้อความที่อ่อน vs แข็ง:
- อ่อน: "เรามีประสบการณ์ด้าน AI"
- แข็ง: "ระบบ AI Visual Search ของเราค้นหาอะไหล่จากภาพได้ภายในวินาที ลดเวลาจากที่เคยใช้ 5-10 นาทีต่อรายการ"
ดูรายละเอียดเพิ่มที่ references/win-theme-guide.md
Step 3: เขียน Proposal ตาม 3-Act Structure
Act I — เข้าใจปัญหา (2-3 paragraphs)
- สะท้อนสถานการณ์ปัจจุบันของลูกค้าด้วยภาษาของเขา (จาก MOM)
- ระบุ Pain Points ที่ชัดเจน (จาก REQ/MOM)
- แสดงว่าเราเข้าใจ context ของเขา ไม่ใช่ copy จาก template
Act II — ทางออก (หัวข้อ 3-5 ของ Proposal)
- Scope of Services: ระบุสิ่งที่ทำและไม่ทำ
- System Architecture: อธิบายเข้าใจง่าย ใช้ diagram ประกอบ
- Timeline: แสดง phase และ milestone ชัดเจน
- ทุก feature ต้องเชื่อมกลับไปที่ pain point ใน Act I
Act III — ภาพอนาคต (Executive Summary + Closing)
- ผลลัพธ์ที่วัดได้ (ลดเวลา X%, ประหยัด Y บาท/เดือน)
- ROI analysis (ถ้ามีข้อมูล)
- Timeline milestone ที่ลูกค้าจะเห็นผลแรก
Step 4: จัดทำ Pricing Section
ใช้ format ตาม references/pricing-template.md:
- ตารางหลัก: ลำดับ | รายการ | งบประมาณ
- Payment Terms: แบ่งเป็นงวด (Milestone-based)
- หมายเหตุ: สิ่งที่ไม่รวม (Hardware, Cloud API, VAT)
ราคาต้องมาหลังการสร้าง value เสมอ — ผู้อ่านต้องเข้าใจคุณค่าก่อนเห็นตัวเลข
Step 5: Validate ด้วย Checklist
รัน checklist จาก references/proposal-checklist.md ก่อนส่ง
4. โครงสร้าง Proposal (Template)
# ข้อเสนอโครงการ (Project Proposal)
**โครงการ:** [ชื่อโครงการ]
**นำเสนอ:** [ชื่อบริษัทลูกค้า]
**เลขที่เอกสาร:** PRO-YYYY-NNN_RX
**จัดทำโดย:** [ชื่อบริษัทเรา]
**วันที่:** [วันที่จัดทำ]
---
## 1. บทสรุปผู้บริหาร (Executive Summary)
[1 หน้า — สะท้อนปัญหา → ทางออกของเรา → ผลลัพธ์ที่คาดหวัง]
## 2. สถานการณ์ปัจจุบันและปัญหา (Current Situation and Pain Points)
[Pain points 3-5 ข้อ จาก MOM/REQ]
## 3. ขอบเขตและฟังก์ชันการทำงาน (Scope of Services)
### 3.1 [Module/Component A]
### 3.2 [Module/Component B]
## 4. สถาปัตยกรรมระบบ (System Architecture)
[Diagram + คำอธิบายสั้น]
## 5. แผนการดำเนินงาน (Project Timeline)
[Phase breakdown + Gantt ถ้ามี]
## 6. ข้อเสนอด้านราคา (Commercial Proposal)
[ตาราง pricing + หมายเหตุ]
## 7. เงื่อนไขการชำระเงิน (Payment Terms)
[ตาราง milestone-based payments]
## 8. เงื่อนไขและข้อกำหนดเพิ่มเติม (Terms and Conditions)
### 8.1 ขอบเขตความรับผิดชอบข้อมูล
### 8.2 การรับประกันและสิทธิ์ในข้อมูล
### 8.3 ข้อตกลงเฉพาะโครงการ
### 8.4 ขอบเขตความปลอดภัย
5. Content Quality Rules
- ห้ามใช้คำกว้างไม่มีหลักฐาน เช่น "ทันสมัย", "ครบวงจร", "ชั้นนำ" — ต้องมี metric หรือ case study
- ทุก claim ต้องมี evidence จาก MOM/REQ/WBS หรือ technical fact
- ห้ามเพิ่ม feature ที่ไม่ได้ตกลง (No Gold Plating) — ตาม AGENTS.md ข้อ 3.4
- Terminology ต้องตรงกับ MOM/REQ — ตาม AGENTS.md ข้อ 3.5
- ราคาต้องอ้างอิง WBS — ห้ามกำหนดราคาเอง
- อ้างอิง MOM# ทุกครั้งที่อ้างสิ่งที่ตกลง
6. Output Format
บันทึก Proposal ที่ ./{ProjectFolder}/Others/Proposal/ โดยใช้ naming:
YYYYMMDD_Project-Proposal_{ProjectCode}_RX.md
ตัวอย่าง: 20260318_Project-Proposal_PROJECT-AI_R2.md
หากต้องการเป็น .docx ให้ใช้ร่วมกับ docx skill
7. Traceability
หลังสร้าง Proposal เสร็จ ต้อง:
- Log ลง Activity Log:
Created | Proposal RX | [รายละเอียด]
- Log ลง Change Log: ถ้าเป็น Revision ต้องระบุว่าเปลี่ยนอะไรจาก version ก่อน
