华创证券 AI眼镜加快迭代 行业或有望迎来迸发 (华创证券AI专题点评十)

媒体得知，华创证券公布研报称，Ray-Ban Meta自动眼镜的爆火拉开了AI眼镜行业上升的序幕，以后各品牌纷繁入局行业已进入百花齐放阶段。配件性能更新&大模型效果迭代，眼镜有望复刻“自动机时辰”;Deepseek-R1蒸馏后良好的效果且开源为端侧部署提供了良好的条件，或有望处置AI眼镜内容端行业痛点。产品的继续创新或有望拉动终端出货量加快增长，行业或已进入迸发元年，产业链相关标的或有望充沛受益。

华创证券关键观念如下：

Ray-Ban Meta自动眼镜拉开AI眼镜行业上升序幕，各品牌入局或将驱动25年成为AI眼镜迸发元年

2023年9月，Meta公布新一代Ray-Ban Meta自动眼镜，出售初期即仰仗其时兴的外观及与Instagram等视频平台的联动惹起普遍关注，24Q2接入多模态大模型后销量逐季度攀升，24Q4单季度销量达68万副，截至2024Q4 Ray-Ban Meta累计销量达163万部，Ray-Ban Meta的热销也拉开了AI眼镜行业的上升序幕。2024年12月以来大鹏、雷鸟、Rokid、李未可科技等多家品牌纷繁召开AI眼镜公布会，推出自身AI眼镜新品，且后续小米、三星、Meta和苹果等消费电子行业头部厂商亦无相关产品预备中，产品的继续创新或有望驱动AI眼镜加快走向成熟，进而促进终端出货量增长。依据Wellsenn XR数据，全球2024年AI眼镜销量为152万副，估量2025年将增长至350万副，同比增长130%。行业创新加快迭代+终端销量加快增长，2025年或有望成为AI眼镜迸发元年。

配件性能更新&大模型效果迭代，眼镜有望复刻“自动机时辰”

(1)配件方面，消费电子创新为关键行业驱动力，相较于传统眼镜，AI眼镜介入了摄像头、麦克风、存储、SoC等电子零部件，可以成功语音交互、拍照等性能，另外经过接入大模型新增AI性能，用户可以经过语音操控其各项性能进一步优化用户体验。(2)模型才干方面，自2023年以来，人工自动聊天ChatGPT、AI编程工具GitHub CoPilot和图像生成系统Stable Diffusion 等生成式人工自动运转涌现，为文本创立、图像生成、代码生成等任务带来全新体验。2025年1月， DeepSeek-R1公布并同步开源，在数学、代码、自然言语推理等义务上的性能比肩OpenAI o1 正式版，且DeepSeek-R1的输入蒸馏后的模型在多项才干上成功了对标OpenAI o1-mini的效果。AI模型的效果直接选择了AI眼镜的用户体验，Deepseek-R1蒸馏后良好的效果且开源为端侧部署提供了良好的条件，或有望处置AI眼镜内容端行业痛点。

AI眼镜存在多项更新，SoC、SIP、摄像头和电池等增量环节或有望受益

对比传统眼镜本钱结构，SoC、摄像头、电池等环节为AI眼镜关键增量，本钱占比区分为33.54%、5.49%和3.96%(以Ray-Ban Meta自动眼镜为例)。其中SoC为AI眼镜中心大脑;拍照和录像为AI眼镜关键性能之一，以后AI眼镜摄像头关键集中在单摄1200万-1600万像素，图像质量选择AI性能准确度，摄像头或有望进一步更新。AI眼镜电池续航遇瓶颈，固态电池和硅碳负极电池可清楚优化电池能量密度，技术成熟后有望优化AI眼镜续航时期。此外，眼镜重量和体积为消费者关键关注要素之一，AI眼镜轻量化和小型化趋向曾经成为行业共识。SiP可集成不同元器件，从而下降眼镜的重量和体积，成为后续AI眼镜采纳计划。尽管目前AI眼镜以不带显示计划为主，但图像显示可大大优化信息失掉效率，AI+AR仍为自动眼镜中心展开方向。

风险提醒：产品浸透不及预期、消费电子需求不及预期

上海眼控科技公司加班多吗？

上海眼控科技有限公司是zhidao一家弹性比拟大的公司，假设你是抱着浑水摸鱼的心态来公司任务的话，那你加班也是无法成功任务的，而假设你是兢兢业业的成功任务的话，在有限的时期内你不只能成功任务不用加班回而且还能发明出更多价值，不只任务赚钱了还能学到更多阅历，这样一集体系完整的公司你又有什么理由质疑呢？关于想要求职的答好友们大可以来上海眼控科技有限公司试一试，你一定会收获到很多惊喜！

如何处置软件研发团队控制的疑问

高效软件开发团队的特征高效的软件开发团队是树立在合理的开发流程及团队成员亲密的协作的基础之上的，成员共同的迎接应战、有效的方案、协谐和控制各自的任务以致成功明白的目的，高效的开发团队具有如下特征： 1、 具有明白且有应战性的共同目的　一个具有明白的而且有应战性目的的团队比目的不明白或不具有很大的应战性目的的团队效率高得多，通常技术人员往往会由于成功了某个明白的义务，而且这个义务的成功具有应战性的意义而感到自豪，反过去团队成员为了失掉这种自豪的觉得而愈加积极的任务从而带来团队开发的高效率，如作为系统设计人员很清楚的知道在什么时刻要做到什么，什么时刻末尾做，什么时刻必需成功，为了成功任务必需面临哪些应战，怎样处置这些困难等为设计出一个高质量的软件项目提供了关键保证，而模模糊糊的去设计一个系统或模模糊糊的就去编写代码是十分风险的，而且会为此付出高昂代价，因此高效的软件开发团队具有应战性的共同目的。 2、 团队具有很强的凝聚力　在一个高效的软件开发团队中，成员们凝聚为一个全体共同启动任务，他们是相互支持、相互交流、相互尊重的，而不是相互推脱责任、保守、相互指摘的，在一些散乱的开发团队中往往存在这样的疑问，一些程序员是比拟保守的，明明知道另外的模块中要求用到一段与自己曾经编写成功但有些难度的程序代码，他也不愿拿出来给其它程序员共享，不愿与系统设计人员交流，这样给项目的进度形成了些无法度量的要素。 3、 具有融洽的交流环境　在一个开发团队中，每团体行使自己的职责，如需求剖析人员制定需求规格说明、系统设计人员做系统概要设计和详细设计、项目经理性能项目开发环境并且制定项目方案等，但每团体的任务无法能做到完美的，如系统概要设计的文档或许有一般中央词不达意，做详细设计的时刻就或许会形成曲解，项目经理制定方案时或许疏忽了某种风险的存在而形成执行者过于紧张的压力等等状况都要求大家经过交流、反应的手腕然后协商处置的，因此高效的软件开发团队是具有融洽的交流环境的，而不是那种简易的命令执行式的。 4、 具有共同的任务规范和框架　高效软件开发团队具有规范性及共同框架的任务，关于项目控制具有规范的项目开发方案，关于剖析设计具有规范和一致框架的文档及审评规范，关于代码具有程序规范条例，关于测试有规范且可推理的测试方案及测试报告等等。 并且一切成员都明白自己的职责，知道必需成功什么方案？由谁来成功？什么时刻末尾？什么时刻完毕？按什么顺序？等，总之一个高效的开发团队无论是任务内容还是任务流程都具有不同水平的规范性和规范品格的框架。 5、 采用合理的开发环节　软件的开发不同于普通商品的研发和消费，开发环节中会面临着各种难以预测的风险，比如需求的变化、人员的异动、技术的瓶颈、同行的竞争等，高效的软件开发团队往往是采用了合理的开发环节去控制开发环节中的风险、提高软件的质量、降低开发费用，这样的团队会依据自身的必要水平选择要执行哪些任务？如性能控制、资源控制、版本控制、代码控制等，团队还合理的分划并定义开发环节的里程碑，选择每项活动内容的底线和审评规范，选择各项活动的先后相关或迭代的相关等。 总之高效的软件开发团队的开发环节的准绳是高效率、高质量、低本钱。

交互设计师究竟是要求做什么?

虽然很多谈及交互的书上都曾经回答过了： ~~~~发现用户要求，树立明白需求 ~~~~提出设计方案 ~~~~制造设计原型 ~~~~用户测试和评价 还是有很多对交互设计有兴味的好友会问我这个疑问，并希望我能回答得详细，详细到我任务中的每个细节。 其实交互设计要求做什么，会随每个交互设计师的任务内容差异而不同，详细到每个项目也会有区别。 上方分享下我是怎样做交互，方式不一定是最适宜，希望大家多指点，共同窗习提高。 发现用户要求的方式有很多种，我们可以在用户反应里搜集到许多用户提出的想法，他们希望我们能提供协助处置疑问的产品;我们也可以主动去观察一些生活中的信息，为灵感的迸发做储藏。 比如说日程控制项目，有不少用户跟我们的邮箱反响说，他们忙碌的时刻会遗忘一些关键的事情，比如一些会议或许约会，所以希望网易邮箱能提供一个专业的日程控制性能，能够协助他们有效的控制和布置每天的日程。 确认了用户的这一要求，我们的产品同事就会组织立项，把用研和设计组的同事呼唤过去一同启动调研，确定我们的目的用户。 用研组会经过问卷调查等方式尽或许多的去搜集信息，交互设计师也会介入剖析调研，组织会议协助用研组完善信息，我们会采取一些幽默的方式，比如一堆人在一同头脑风暴，大家回想各种相关的生活场景，然后把一些关键词记载上去。 这一步我们的目的是要知道：用户想要什么? 经过这些步骤我们提炼出一些最关键的性能需求，接着产品组会整理出需求文档，设计师就位。 经过调研，我们失掉了少量数据信息，并树立了明白的需求，下一步就是末尾提设计方案。 这个阶段我会做一些概念设计，相似于做实物产品时设计一个水杯，我会描画它说：我要设计一个游览用的水杯，它能叠成一个小圆盘，喝水的时刻只要求把小圆盘的圆心部分往下按，就能变成一个杯子。 互联网产品也是这样，要求赋予它一个概念，例如日程控制：这是一个专业的日程控制性能，经过经常使用它，我们可以有效的控制自己每天的日程和时期，以提高任务效率，并且不会再错过每个关键的约会! 这些文字并不一定非是交互设计师所总结，但是交互设计师必要求做到对产品心里有数，明白我们要做什么。 同时要求启动的还有初稿设计，在这里我所谓的初稿，并不一定是严厉要求中的交互原型，可以是用Axure把关键的页面流程做出来，也可以手绘草图，只需能明晰表达设计构思的，什么样的方式都可以。 制造设计原型，也就是常说的交互稿，区别于做设计方案时的初稿，这份交互稿我会尽或许细致的把流程和详细操作方式表达出来。 思索到做交互是一个迭代环节，我会在设计稿的首页为设计的产品做一份交互更新日志，记载下交互更新时期、版本称号、更新类型、更新内容、参考需求文档与交互担任人。 这份更新日志的意义在于： ~~~~更新时期-便于全程跟踪记载项目，掌握每个时期点 ~~~~版本称号-便于项目介入人员查找上一版本的交互稿 ~~~~更新类型-了解每次更新需求的性质 ~~~~更新内容-明晰出现每一次性更新的内容，并提供一个直接去到更新页面的链接，这样在启动迭代时我们的同伴不用一页页去寻觅更新点 ~~~~参考需求文档-便于项目介入人员查找对应的需求文档 ~~~~交互担任人-记载每次迭代的交互担任人，并能简易任务交接 交互稿的制造环节，普通是用Axure做原型，像邮箱这样视觉比拟成熟且相对稳如泰山的产品，我会倾向做高保真模型，我们会整理一个控件库，这样能提高制造效率;做一个全新项目时，黑色稿线稿都是可用的方式，假设交互设计师能对大约的视觉效果有掌握，也能做得精致些。 这些我想大家都很了解，所以不多说了。 之所以把这部分外容提出来独自写一段，是由于之前和很多做交互的好友讨论过该怎样做好交互说明，大家各有看法，很难找到这部分任务的权衡规范。 交互说明书在整个设计环节中，也许只会占用小部分任务量，但是作用不小，它能协助我们增加沟通本钱，辅佐交互稿描画设计理念，表达交互流程，更细致的展现我们的设计。 与做设计稿不同，团体以为，交互说明这部分任务，要求我们更多了解它作说明的对象，即产品经理、视觉设计师、开发人员的需求，从而到达真正的“辅佐”效果，而不是自觉凭自己客观去长篇大论，否则我们要为此破费时期，而且这部分任务只能堆积为一堆我们自己欣赏毫有意义的文字。 为此我曾与协作过的各组同事启动沟通，提炼出一些他们对交互说明的需求，不求片面，但求能说明一些疑问。 互联网的一些事 1.交互说明最好是图文并茂(all) 便于阅读和了解。 2.页面跳转的说明(产品&程序) 页面跳转是触及多个页面相关的操作，产品人员在看交互稿时，会更多去关注多个目的性的义务操作流程，而对页面跳转的记忆是有限的，所以要求页面跳转说明。 3.交互说明能否思索与产品需求文档结合(产品) 开发文档会触及产品概念、技术方案、业务执行角色等外容，和交互设计稿有着严密关联，所以交互说明书与开发文档是可以相互做补充，整理成一份文档，这样也能防止任务内容重复。 4.对交互稿中不清楚的交互举措或隐藏的设置项作说明(产品&视觉&页面构架) 细节和举措要求描画清楚，比如说鼠标focus、click的举措，或click后是loading还是跳转，这些往常都是休会上讨论，但是介入项目的人员不一定都能记住，所以会要求在交互说明书里做说明，并要求思索到页面构架组要求预留顺应变化的结构。 互联网的一些事 5.产品品格定位(视觉) 商务风?休闲风?视觉要求一个准确的产品品格定位。 这部分任务不一定是由交互人员来确定，但在产品孕育阶段中，设计稿讨论以及不定时更新的数据调查，会使得产品品格定位渐渐明白，视觉的同事更多是介入设计阶段的任务，这就要求交互人员将这些信息在交互说明中记载上去，以辅佐视觉成功。 6.极限形态(前端) 比如一个列表最长和最短显示。 7.异常/出错状况说明(程序) 这一点在交互稿制造和与产品沟经环节中容易被疏忽。 有的设计师会疑惑：为什么我做的设计说明书会没人看?我写的很详细了，但是他们还是会问我一堆设计的疑问!甚至，问我为什么要做这个文档? 在这些状况面前，设计师应该做些思索，我们所制造的这份说明能否真正处置疑问了呢? 一些基本的逻辑判别和文字内容，产品人员已在需求文档中列出且在交互稿中已明晰出现，例如原型中完整出现的设置内容，或一个单选复选相关，这些内容我们再花时期去大篇描画，并无太大意义。 所以我的了解是，交互说明并不一定是一份文本，它不该是设计师的舞文弄墨，更不该流于方式做交互设计原型的复制品。 我们可以在交互原型上注释，在图上写说明，或许是在和项目组发邮件时写为邮件内容，当然也可以是word文档，PPT…. 互联网的一些事 总之，我们要做到的是真正处置疑问，让交互说明书成为协助项目中各组成员之间启动有效沟通、辅佐了解设计内容从而到达提高项目效率的工具，并在要求的时刻被制造。 产品基本性能成功后，我们会做用户测试，设计是很客观的，并且会受各种要素影响，所以我们的产品难免会存在一些预料之外的疑问，经过招募用户来经常使用我们的产品，我们能搜集到一些经常使用场景中发现疑问的反应，并把这些整理成优化点，完善我们的产品。