技术类刑案辩护策略（一）：从岗位名称到法律评价的角色还原

“我老公是程序员，他们公司出事了。”家属首次打来电话，通常只能给出一个岗位名称和一个模糊的罪名猜测。如果律师不做任何准备去进行会见，问“你在公司做什么的”，得到的回答大概率也是“写代码的”。问题不在信息不足，在于问的东西不对。

技术类刑案和其他刑事案件有一个底层差异。普通案件的事实藏在当事人的行为里——说了什么、做了什么、拿了什么，但技术案件的事实藏在公司的系统架构、代码仓库、服务器日志、权限配置、数据库访问记录里。当事人的岗位名称只是一个可有可无的标签，真正需要还原的，是涉案人员在技术体系中的实际位置。

本文讨论一个问题：怎么把一个模糊的岗位描述，还原为可用于法律评价的角色。

四维还原框架

从实务经验来看，首次会见前和会见时，至少需要从四个方面了解当事人的实际角色。这四个方面不是孤立使用的，要交叉比对才有意义。

🔷维度一：身份关系

最基础的一层，正式劳动合同员工，还是劳务外包？兼职接活儿，还是全职投入？技术合伙人，还是拿期权的管理层？身份决定了基本法律关系。

🔷维度二：技术参与深度

从产品生命周期的角度看技术人员的实际参与深度，比直接问“你做了什么”有用得多。有人只拿到具体任务单，比如“把这页的按钮样式改一下”，写完提交。不知道这个功能通向哪里，不知道谁在用，不知道全局业务逻辑。有人参与需求讨论，和技术负责人、产品经理一起讨论“这个功能要不要做”“数据库表结构怎么设计”“接口怎么定义”，这意味着他了解项目全貌。有人还参与上线部署，拥有服务器访问权限、监控系统运行。他知道系统面向哪些用户，流量从哪里来。

再进一步，有人参与运营迭代，根据数据反馈调整功能、配合运营做用户增长，和业务端有持续互动。参与越深，对项目的理解越完整，在刑法评价上“应当知道”的可能性越高。反过来，只执行碎片化任务、不接触业务全貌的人，较难论证他对项目违法性存在充分认知。

🔷维度三：权限范围

这是技术类案件中最容易被忽略的一个维度。权限不是可有可无的细节，它决定了当事人能看见什么、能触碰什么、能改变什么。要看几项关键权限：代码仓库是只读还是写入，后台管理系统能看到什么业务数据，服务器能否SSH登录、查看日志、修改配置，数据库能否直接操作、是只读还是增删改，支付接口及第三方服务配置权限是否可以配置支付通道、修改收款账户。一个拥有后台管理权限、能看到完整用户数据和交易记录的人，很难主张他完全不知道业务的真实性质。

🔷维度四：决策地位

决策地位很大程度上影响当事人能否影响项目走向。主要看能不能决定产品方向，能不能决定技术路线，有没有人员管理权，有没有资金审批权。一个没有决策权的程序员，即使参与了一些敏感功能的开发，也可能只是按照上级安排执行任务。而有决策权的人，即便代码写得不多，也可能对违法项目的启动和维续起到了关键推动作用。