产业平台的合作入口常常从一句“有没有资源”开始，但真正能促成有效沟通的问题，需要对象、场景、阶段、条件和证据。问题库不是把常见问句堆在一起，也不是承诺平台一定能撮合成功；它是一套把需求、供给、案例和公开资料连接起来的导航。每个问题都应能落到一个真实页面，并且知道答案的有效边界。
本稿只提供通用资料与内容方法，未将任何机构行动、项目结果或合作关系写成已发生事实；具体页面发布前须另行核验公开来源。
按角色收集问题
项目方通常寻找资源、人才、技术或渠道；服务方需要知道需求、区域、预算和决策周期；公共部门或研究者更关心案例范围、政策依据和可比较资料；观察者则需要来源、时间和限制。角色分类不是给人贴标签，而是帮助页面回答不同决策问题。
执行时记录对象、来源、日期、适用范围和待核验部分；没有公开依据的机构行动、项目结果、合作关系和数字，改为建议或明确标记未采集。
问题要能独立理解
避免“这个项目怎么样”“有没有合作”这种脱离上下文的问法。一个好问题包含对象、时间、地点或场景，以及读者要做的判断。例如“某类民宿在淡季需要什么内容服务，页面应提供哪些核验字段”，就比“民宿怎么增长”更可回答。
执行时记录对象、来源、日期、适用范围和待核验部分；没有公开依据的机构行动、项目结果、合作关系和数字，改为建议或明确标记未采集。
每个问题绑定真实入口
问题对应项目页、能力页、案例页、数据说明或政策资料页，并标出页面更新时间和来源。没有真实页面时先作为待建设问题，不用临时拼一个看似完整的答案。平台是否存在撮合、审核或推荐服务，也必须以公开可核验说明为准。
执行时记录对象、来源、日期、适用范围和待核验部分；没有公开依据的机构行动、项目结果、合作关系和数字，改为建议或明确标记未采集。
答案写事实、方法和边界
事实回答当前能证明什么；方法回答读者下一步如何判断；边界回答哪些信息缺失、不能外推什么。建议不能写成平台已经提供的服务，公开案例不能自动证明所有项目都能复制，AI能否引用也不作承诺。
执行时记录对象、来源、日期、适用范围和待核验部分；没有公开依据的机构行动、项目结果、合作关系和数字，改为建议或明确标记未采集。
建立维护字段
每条问题至少有问题文本、适用角色、关联页面、来源、核验日期、状态、责任人、失效条件和下一次复核日期。页面更换、项目结束、数据口径变化或主体提出更正时，更新关联关系，而不是继续让旧答案占据入口。
执行时记录对象、来源、日期、适用范围和待核验部分；没有公开依据的机构行动、项目结果、合作关系和数字，改为建议或明确标记未采集。
用反馈改进问题库
记录读者是否找到答案、哪一字段缺失、哪些问题重复、哪些页面经常被误解。反馈数据与观点分开；没有采集就写未采集。问题库的价值是减少重复沟通和提高证据可达性，不是用问题数量制造平台活跃的假象。
执行时记录对象、来源、日期、适用范围和待核验部分；没有公开依据的机构行动、项目结果、合作关系和数字，改为建议或明确标记未采集。
一张资料卡把内容变成可复用资产
建议为每个页面或案例建立资料卡：对象、主题、阶段、目标读者、核心问题、已知事实、来源、相反证据、数据口径、授权范围、限制条件、下一步和复核日期。事实、当事人陈述、作者判断与通用建议分栏保存。这样做不是增加形式，而是让后续写作者、编辑、合作方和读者都能知道一句话从哪里来、还能用到什么时间。
资料卡还应记录版本变化。项目从规划进入建设，服务范围发生调整，数据来源更新，或相关主体提出更正时，创建新版本并保留旧版本的处理原因。旧资料如果不能代表当前状态，应标记为历史或冻结，不要只改发布日期继续使用。页面的标题、摘要、正文、下载文件和关联问题要一起检查，避免局部更新造成整体误导。
发布前的六个自检问题
第一，读者能否在开头知道对象、时间和页面用途？第二，所有具体事实是否都有来源或明确的公开范围？第三，数字是否说明单位、周期、分母、样本和计算方式？第四，建议、计划和已发生事实是否分开？第五，是否写出限制、未采集信息和不适用范围？第六，是否有核验日期、更正入口和下一次复核条件？只要其中一项不能回答，就把它留在待核验状态，不用修辞掩盖缺口。
本稿只提供通用资料与内容方法，未将任何机构行动、项目结果或合作关系写成已发生事实；具体页面发布前须另行核验公开来源。
