PROOF OF METHOD / REFERENCE IMPLEMENTATIONS
「何を作る会社か」を、実装の形で見せます。
以下はPALの標準設計を説明する参照実装です。架空の顧客実績・売上成果・導入社数ではありません。実案件では対象業務に合わせて同じ考え方を具体化します。
表示方針: 顧客名、顧客データ、未許可の成果数値は掲載しません。ここでは設計品質と納品物の構造だけを公開します。
REFERENCE 01 / CUSTOMER INQUIRY
問い合わせ対応を、下書き生成ではなく運用フローへ。
01 INTAKE問い合わせ内容を受け取る
02 CLASSIFY種類・優先度・不足情報を分類
03 DRAFT許可された情報だけで返信案作成
04 VERIFY事実・約束表現・禁止事項をQA
05 APPROVE必要案件を人へ戻し送信可否を確定
Acceptance
必須質問への回答漏れがない
必須質問への回答漏れがない
Acceptance
確認できない約束や数字を生成しない
確認できない約束や数字を生成しない
Exception
契約・返金・法務は自動確定しない
契約・返金・法務は自動確定しない
Evidence
参照した方針・FAQ・確認結果を残す
参照した方針・FAQ・確認結果を残す
REFERENCE 02 / RESEARCH QA
調査結果を、文章ではなく検証可能な判断材料へ。
01 QUESTION判断したい問いを固定
02 CLAIMS主張を分解
03 SOURCES根拠と日付を紐付け
04 CHALLENGE反証・矛盾・不足を確認
05 HANDOFF確認済みと未確認を分けて提出
Acceptance
重要な主張に根拠が紐付く
重要な主張に根拠が紐付く
Acceptance
情報の日付・対象範囲が分かる
情報の日付・対象範囲が分かる
Exception
根拠不足は推測で埋めず未確認にする
根拠不足は推測で埋めず未確認にする
Evidence
Evidence Matrixと追加確認項目を残す
Evidence Matrixと追加確認項目を残す
REFERENCE 03 / SOP & OPERATIONS
属人的な手順を、引き継げる運用資産へ。
01 OBSERVE現行手順と判断点を記録
02 STANDARDIZE入力・出力・担当を定義
03 EXCEPTIONS止める条件と差戻し先を定義
04 TEST正常系・失敗系を確認
05 CONTROL版管理・変更履歴・KPIを残す
Acceptance
担当者が変わっても同じ基準で進められる
担当者が変わっても同じ基準で進められる
Acceptance
入力不足や例外時の処理が明示されている
入力不足や例外時の処理が明示されている
Exception
AI判断で進めてはいけない条件が書かれている
AI判断で進めてはいけない条件が書かれている
Evidence
テスト結果・変更履歴・所有者を残す
テスト結果・変更履歴・所有者を残す
STANDARD DELIVERABLE SET
スプリントで残す標準成果物。
Workflow Design
現状/目標フロー、入力元、処理境界、所有者。
Reusable Template
再利用可能な入力・プロンプト・出力フォーマット。
Production SOP
実行手順、確認ポイント、役割、停止条件。
QA Checklist
事実、数値、固有名詞、禁止事項、受入基準。
Exception Rules
情報不足、矛盾、高リスク時の差戻し・エスカレーション。
Evidence & Handoff
代表テスト、証拠ログ、引き継ぎ、30日KPI計画。
