我是搞供应链的，二维码是载体，说实话，这个产品的场景，我并不擅长，而且这个产品和二维码没啥特定的关系，我只是作为一个普通人说下我的看法和设计思路。

首先，看产品需求。

第一种：

如果只是你的车挡住了人家的路，或者占了人家的车位，给你打电话或者线上沟通，那么，就是将你的信息集成到二维码里即可，扫码即可获取，这个信息量，一个二维码离线就可以存储了，随便找个二维码生成器就行，下载了打印了，贴在车上。

第二种：

是一个互联网应用的产品，具备功能：车信息备案、车主备案、停车地点记录、二维码生成。

你不在现场，或者离现场很远。

这个前提条件是，你的车要具备远程解锁功能。

这个二维码生成的是基本信息，扫码以后进入的是看到：车主姓名、车辆信息、联系方式、挪车原因、挪移地点、拍照上传。车主收到信息以后，远程解锁，启动汽车。

这个时候有两个情况，一个是对方车主可以挪车，那么就将车挪走。确认地点后，你远程锁车。

第二个情况是，对方车主不具备开别人车的技能或经验，那么就发布一个申请，附近的人可以帮助挪车，有人接单完成挪车。

可能有人会问，打了电话，远程解锁，不是一样的吗？是的，但是这样，适用于第一种具备挪车能力的车主。另外，这样的产品设计，可以有效界定责任，万一出了问题、刮了碰了、车内物品丢失什么的，无法说清楚。所以，一款优秀的互联网产品，能够帮助大家省去很多麻烦。