报价完成的那周，我们将客户的实际车辆放在屏幕上。我们预期设计改进，却得到了销售改进。
索菲亚·贝格斯特伦 数字产品负责人，莫兰斯 实践中出现三种类型：制造商新闻图库、库存照片集合以及通过 API 提供的渲染目录，而这正是本网站的功能。新闻和库存图像在车型准确性和文档规模的许可上存在问题，这也是为什么报价流程和索赔系统最终大多使用渲染目录。对于“哪一种”的诚实答案是：能正确解析你的书籍标识符的那一种。先测试这一点。
报价流程会将客户刚刚输入的车牌或VIN发送给API，API会解析出准确的车辆并返回屏幕使用的角度的图像URL。客户在填写报价时就能看到他们的车。无需拍摄、无需库存、无需手动匹配。
许可条款涵盖报价、保单文件和理赔文件的书面内容；来自实际持有的标识符的解决方案；以及配置级别的准确性，因为客户比正确的保费更快地注意到错误的轮胎。在阅读任何功能表之前，通过 API 运行来自您自己的账本的二十辆车辆
是的。贷款报价与保险报价有相同的需求：展示报价所涉及的车辆。销售点计算器和金融市场在报价时通过 VIN 解析，方式完全相同。汽车融资页面涵盖了适用于该领域的文件集。
因为图像来自各个地方：经销商数据、新闻稿、客户手机、旧索赔文件。没有任何东西对齐，每个文档看起来都是拼凑而成。一个 API 意味着报价、保单和索赔的统一框架、统一照明和统一许可，这正是一个看起来受控的文档集和一个看起来收集而来的文档集之间的区别。
在有车牌查询的市场中，是的：车牌解析为车辆，图像在同一个调用中返回。VIN 在任何地方都有效，如果记录中只有这些信息，制造商、型号、年份和配置也会解析。
大多数保险公司并不是决定采用车辆图像 API，而是决定停止维护图片库。几年前有人组装的制造商新闻照片文件夹，模型年份错误，有三种命名约定，没有人能提供的许可证。API 将该文件夹替换为查找：发送 VIN 或车牌，获取记录中的车辆，正确的配置和颜色，从屏幕需要的任何角度。
当客户输入他们的注册信息时，报价页面会解析车辆并显示出来，即使他们还在输入。这种差异并非装饰性的。显示一辆大致正确形状的银色小型车的报价，读起来像是一个关于类别的估算；显示他们车辆的报价，读起来像是一个关于他们车辆的答案。保险公司以完成率衡量这种差异。
一份贷款报价、一份租赁报价和一款销售点计算器都想展示该车辆的编号。VIN查询为保险报价定制化，但填充财务插图不变，因此贷方、经纪人和金融市场倾向于短名单与保险公司相同的提供商。
引用时解析的图像在保单开始时不会过期。相同的调用，缓存或重复，为客户随后看到的每个文档提供服务：
索赔使用值得多说一句：处理人员将损坏照片与同一车型、同一角度的工作室拍摄的照片进行比较，有了具体的比较对象，这比任何该车型的库存照片都更有价值。
对于保险公司，区分车辆图像API的通常不是图像质量。有三件事决定评估：
这些都不需要个人数据：API看到的是车辆识别码，而不是投保人。实际测试与保险行业其他地方一样。从自己的车队中取出二十辆车，将它们传递进去，然后计算有多少辆返回的车辆是正确的颜色和车型。这个数字决定了集成速度，比任何功能表都快。
告诉我们您需要什么，我们会把您的客户能看到的图片原样展示给您：干净、一致、拿来就能用。给我们留言或预约一次简短通话，看您方便。通常当天就能收到回复，还附上取自您自己库存的真实示例。
