name: social-service-productization

slug: social-service-productization

displayName: 社会工作专业服务产品化升级

version: 1.1.1

description: 帮助社会服务机构在已有服务基础上补齐市场需求视角、采购方视角、产品化视角，按找方向→找买家→练方法→验成效→定产品→建交付六步路径，产出可交付、可复制、可定价的社会服务产品。

适用场景：一线社工服务转公益产品、社会服务产品化诊断、产品说明书与定价方案撰写、成果文件清单规划、复制推广路径选择、产品化工作坊填表辅导、投标前产品自检。

当用户提到服务产品化、公益产品、产品化升级、一线服务转产品、产品说明书、定价模型、复制推广

agent_created: true

license: LICENSE.txt

author: 杨佳佳

> ⚠️ 许可声明：本技能整体采用 CC BY-NC 4.0（署名-非商业性使用 4.0 国际），禁止商业使用；允许非商业的演绎与再分发，但须署名并以相同许可（CC BY-NC 4.0）发布。作者杨佳佳，完整条款见 LICENSE.txt，商业授权联系 <jiayangbeyond@Hotmail.com>。

社工服务产品化升级

一、概述

本技能把一份自我操作指引转化为可执行的对话式工作流。它不是从零搭建服务体系，而是在机构已有服务基础上做"视角升级"：

• 用市场需求视角判断"做几次"——避免伪需求陷阱

• 用采购方视角定义"卖给谁"——匹配政府购买逻辑

• 用产品化视角设计"怎么卖"——把服务产出封装成模块化产品

核心路径共六步，每步一个核心产出：

二、适用场景

适用：

1. 机构想把一个做了多年的服务项目，提炼成可对外销售、可复制的公益产品
2. 参加产品化工作坊前的自我填表准备，或工作坊中的填表辅导
3. 投标 / 洽谈前做产品自检——名称是否 3 秒可懂、定价是否有据、差异化是否锋利
4. 撰写产品说明书、定价方案、成效证据包
5. 规划项目成果文件清单（避免文件堆砌），或判断某份文件到底该写成指南、指引还是手册
6. 选择复制推广路径（直接服务扩展 / 授权合作 / 开源共享 / 政策倡导）

不适用（应转其他技能或流程）：

• 从零设计一个新项目方案 → 用项目设计类技能

• 项目末期质效评价、资金合规审查 → 用质效评价 / 资金管理类技能

• 单纯写一份案例、一篇结项报告 → 用案例撰写 / 文书类技能

• 纯商业产品的市场分析（本技能的采购方逻辑锚定政府购买服务）

三、输入规范

必需输入（缺一不可，缺失即启动追问）

可选输入（有则用，无则标注）

项目实施方案 / 结项报告 / 评估报告 / 招投标文件 / 服务记录 / 量表数据 / 财务预算表 / 同类项目中标信息 / 政府购买服务指导性目录。

输入形态

支持三种：① 上传文档（docx/pdf/xlsx/md）；② 对话口述；③ 混合。文档解析优先，口述内容作为补充与校正。

信息缺口铁律

任何无来源的数字、机构名、政策条款一律不得编造。 缺失内容统一写成：
【待补：需向 XX 获取 XX 数据，用于支撑 XX 判断】

四、输出规范

按用户意图选择一种模式，开工前必须确认（默认走模式 B）：

统一格式要求：

• 所有工具表用三线表（首行、表头下、末行为实线，中间无竖线分隔线）呈现，标注数据出处

• 语言口语化，面向一线社工与非社工背景的采购方，禁用未解释的专业黑话

• 每张表后附自检问题，逐条给出"通过 / 未通过 / 待补"判定

• 需要落 Word 时，交由文档排版类技能处理（仿宋_GB2312、GB/T 9704-2012）

五、依赖资源

主流程不内嵌方法论细节与表格内容，按需读取以下文件：

读取原则：用到哪张表读哪张表，不要一次性全部载入。

六、执行流程

S0 定模式、盘家底

1. 判断用户意图属于模式 A / B / C，一句话与用户确认
2. 模式 A：先输出 templates/T0-fill-in-package-guide.md，再依次附上 T1–T6 的空白表与填写指引，流程结束（不代填、不臆测）
3. 模式 B / C：解析已有材料，列出材料清单 + 已知信息 + 缺口清单，让用户确认或补充
4. 明确项目名称、服务人群、所在区域、现有资金来源

S1 找方向 → T1 Market Demand Validation

• 读 templates/T1-market-demand-validation.md，逐格填写

• 用 references/methodology.md 中「钉钉子思维」「一句话穿心」「没有钉子绝不立项」校验

• 门禁 G1（硬门禁）：市场判断结论为伪需求时立即停止后续步骤，直接输出"不建议产品化"的结论与理由；判定为弹性需求时降级为轻量化试点建议（如 3 个月试运营），不进入完整产品化

• 关键动作：区分"问题"与"现象"（"老人孤独"是现象，"独居老人日均社交接触＜1 次"才是问题）

S2 找买家 → T2 Buyer Decision Analysis

• 读 templates/T2-buyer-decision-analysis.md

• 用「定客户定痛点」「用户思维」「以终为始」校验

• 门禁 G2：目标采购方必须具体到局 / 处 / 科室，且能说出预算科目名称与采购时间窗口；只写"政府""街道"视为未通过

• 关键动作：预算上限倒推定价空间，为 S4 定价提供天花板

S3 练方法 + 验成效 → T3 Professional Technique Analysis

• 读 templates/T3-professional-technique-analysis.md，按 A+X→B 公式填写

• A = 具体真实的社会问题（社会需求的低洼地带）

• X = 机构核心竞争力：专业技术、方法体系、行动路径

• B = 可持续的公益产品：证明确实有效果

• 用「讲一招」「讲深刻」「讲不同」「成果思维」「用结果说话」校验

• 门禁 G3：① 核心"一招"必须细化到可操作步骤，不能停在"个案管理"这类笼统说法；② 交付标准中结果性指标占比 > 70%，过程材料（照片、签到表、活动记录）不计入成效

• 关键动作：明确"人+流程"协作机制——哪些节点必须由人判断，哪些由流程/工具完成，二者在哪里"握手"

S4 定产品 → T4 Product Intro Analysis

• 读 templates/T4-product-intro-analysis.md

• 用「好框架=100个销售员」「一句话穿心」「以终为始」校验

• 门禁 G4：① 产品名称通过 3 秒法则；② 一句话定位 ≤30 字；③ 定价有成本核算与对标依据，且不超过 S2 得出的预算上限；④ 产品形态（薄 / 中 / 厚）与团队人力、交付能力匹配

• 关键动作：识别形态错配——"想做厚产品但人手不够""有成熟方法却只报薄产品导致价值低估"

S5 建交付 → T5 Deliverable File Analysis

• 读 templates/T5-deliverable-file-analysis.md + references/deliverable-taxonomy.md

• 三件事：定执行标准（团队如何稳定交付）、沉淀工具包（靠什么兜底质量）、定复制推广策略

• 门禁 G5（反堆砌门禁）：每份拟编写的文件必须同时回答"为什么需要它？它解决什么问题？谁来用它？"，三问答不全的一律砍掉

• 关键动作：核对文件类型选择是否正确（实施方案定方向 / 工作指南定原则 / 工作指引定要求 / 操作手册定动作），混淆时查辨析表

S6 定路径 → T6 Replication Strategy Analysis

• 读 templates/T6-replication-strategy-analysis.md

• 四条路径：直接服务扩展（厚产品）、授权合作（中产品）、开源共享（薄产品）、政策倡导（成熟产品）

• 门禁 G6（一致性门禁）：T6 选择的路径，其产品形态必须与 T4 填写的薄 / 中 / 厚一致；不一致时回到 T4 复核，不得两头挂

• 关键动作：路径决定成果文件方向——路径选错，做得越多越浪费

S7 汇总输出与终检

• 模式 B：输出六表 + 缺口清单 + 三句话诊断结论（最强的一点、最缺的一点、下一步做什么）

• 模式 C：按 templates/OUT-productization-upgrade-plan.md 组织完整方案

• 跑一遍 references/quality-gates.md 的终检清单，逐条标记通过情况

• 列出【待补】事项及其负责人与建议完成时间

七、质量红线

1. 不编造：数据、政策条款、中标价、机构名一律有据可查，无据则标【待补】
2. 不空转：所有对策必须落到"谁做 / 做什么 / 用什么工具 / 产出什么"，禁用"加强""提升""高度重视"等虚词
3. 不黑话：产品材料面向街道干部与采购方，"增能""抗逆力""生态系统理论"必须翻译成大白话
4. 不堆砌：成果文件宁少勿滥，复制靠的是准度不是数量
5. 不越位：本技能给的是产品化思路与自查结论，不替代招标文件、法律意见与财务审计
6. 不替用户做主观判断：真需求验证、是否愿意自费、团队能否扩张，这些只能由用户回答，AI 只负责追问与校验

八、常见问题处理