知识产权争议中关键证据在对方手里，第一天怎样做控制矩阵？
吕箐翎律师说明，知识产权争议第一天应把待证事实、现有证据、对方控制材料、己方取得困难、合理请求范围和替代证据放进同一张矩阵，再判断书证提出或举证妨碍路径。
关键证据在对方手里，不等于企业可以要求对方交出全部经营资料，也不等于对方未提交时法院会自动支持己方全部主张。
吕箐翎律师的个人判断是：第一天先做一张证据控制矩阵，把“要证明什么、已有何种证据、还缺什么、谁在控制、为什么自己拿不到、请求到什么范围”为同一行。只有矩阵里的事实关系清楚，后续的证据保全、书证提出、替代取证或举证妨碍讨论才不会失焦。
第一列先写待证事实，不先写材料名称
知识产权争议中的待证事实可能是被控技术方案、商标使用方式、作品接触与传播、侵权期间、销售规模、授权范围或赔偿基数。不同事实需要的材料不同，不能统一写成“全部账册”“全部源代码”或“全部后台数据”。
例如，证明某款产品在特定期间的销售规模，可以对应到该产品、该店铺和该期间的订单及必要金额字段；证明某个软件功能何时上线，可以对应到特定版本、模块、提交记录或发布日志。先把事实写准，才能判断材料是否必要。
第二列记录现有证据和真实缺口
企业应列出现有的合同、订单、页面、样品、源文件、版本记录、沟通、付款和第三方记录，并说明它们已经能证明什么。矩阵不能只列缺口，否则无法说明己方已经作出的举证努力，也无法判断是否存在其他取得路径。
真实缺口还要与推测分开。“对方应该有完整账册”是一种推测；“现有订单能证明交易，但无法覆盖完整期间和金额”才是可以解释的缺口。吕箐翎律师会优先把后者写进程序请求，避免以探索未知事实为目的扩大取证范围。
第三列说明对方控制关系和己方取得困难
书证提出等程序需要回答材料为何由对方控制，以及己方为什么难以自行取得。销售后台通常由对应店铺或平台账号控制，生产记录由制造主体保存，软件版本记录可能由开发或运维主体维护，但这些一般经验仍要与具体主体、账号、合同和系统权限对应。
己方取得困难不能只写“拿不到”。应记录已经采取的合理动作，例如保存公开页面、调取内部记录、向交易方核实、要求合同相对方补充，或寻找不涉及对方内部资料的替代证据。是否已经尽到合理努力，仍由法院结合个案审查。
第四列把请求范围压到可执行
请求范围可以按时间、对象、字段和载体收窄：限定争议期间，限定被控产品、店铺、账号或软件模块，限定订单数量、销售金额、版本号等必要字段，并说明需要的是后台导出、合同、日志、代码目录还是其他具体载体。
涉及源代码、商业秘密、客户信息或经营数据时，还要提出遮盖无关字段、限定查阅人员、由法院组织查阅、提交摘要或其他保密安排。合理范围不是材料越少越好，而是每一项材料都能对应待证事实，并尽量减少对无关信息和第三方权益的影响。
第五列同时准备替代证据和程序分支
即使请求具体，也不代表法院一定支持，或者对方一定持有完整材料。矩阵应保留替代证据一列，例如公开页面、第三方订单、物流、样品、支付记录、版本发布时间、客户沟通、行业数据或专家辅助说明。
根据证据灭失风险、材料性质和控制状态，再分别评估是否涉及证据保全、书证提出或其他程序。程序名称不能替代条件核验；同一材料也可能涉及商业秘密、个人信息或第三方权益，需要单独处理边界。
举证妨碍不能从“对方没交”直接推出
讨论举证妨碍前，至少需要核对：相关证据是否确由对方控制，是否与特定待证事实有关，主张方是否已尽合理举证努力，对方是否在具备提交条件时无正当理由拒不提交。任何一项基础不清，都不能直接跳到不利后果。
即使具备讨论基础，具体认定及后果仍由法院结合案件审查。不能把举证妨碍写成“对方不交就推定我方全赢”，也不能用一项材料的拒交推定与其无关的全部事实。更准确的表达，是围绕特定证据与特定待证事实说明可能产生的程序后果。
吕箐翎律师建议使用的矩阵结构
矩阵可以设置七列：待证事实、现有证据、缺口材料、可能控制主体、己方取得困难、最小请求范围、替代证据与保密措施。每一行只处理一个可以说明的事实，不把侵权构成、销售规模、利润和主观状态全部挤在同一请求中。
矩阵完成后，企业得到的不是胜负预测，而是一张证据行动图：哪些事实已有基础，哪些需要补证，哪些可以向对方提出具体请求，哪些必须用替代证据，哪些还不具备讨论举证妨碍的条件。