首页

兰亭妙微ui设计公司:通俗易懂讲清楚,AI生成UI的应用逻辑!

清阳 设计资源

今天的主题是关于 AI 扫盲的,因为近期相关问题实在太多了,很多同学对它的理解非常的有限,导致走向不是过于吹捧就是完全抵制的两极分化。为了防止我们成为盲目(且天真)的二极管,就有必要具体认识 AI 的应用逻辑,以及在行业中的相关使用场景。

兰亭妙微UI设计公司:分享是入门扫盲,目标是以清晰简洁的方式来概述 AI 的行业应用框架,会使用尽量简单易懂的方式解释相关概念,不会涉及太多深奥的术语和理论。

所以不用担心看不懂,一起开始下面的阅读吧。

 

image.png

二、AI 的大模型认识

谈论 AI 就绕不开大模型,它是 AI 技术应用的核心。

简单解释 AI 大模型,就是一个通过特定方法和大量数据训练出来的 “自主化程序”,这个程序可以根据用户输入的指令自己做出 “判断和思考” 后再进行回复。

传统程序虽然也可以执行用户的指令,但回复的内容和方式不会超出一开始预设的范围,非常有限。

而 AI 大模型则大大拓展了这个边界,我们不用提前预设各种条件和逻辑,它就会自己去理解问题再决定给出什么结果。

当然,这个边界只是放大了但不是无限的。任何大模型都不是全知全能的,都有自己的局限性。所以针对不同的应用领域,就开发了不同的模型类型。

最基础的模型分类包含两种,一种是大语言模型 LLM,能实现文字的对话或文案、代码、数据的整理和输出。另一种则是多模态大模型,能在处理文字的基础上还处理图片、音频、视频等特殊对象。

比如深度求索开发的 DeepSeek 模型就是大语言模型,只能处理文字但不能生成图片(截止到2026年初)。而 Google 开发的 Gemini 大模型则是多模态模型,可以生成图片和视频等内容。

image.png

 

不同模型会有不同的表现和优劣,但因为大模型的开发需要尖端的技术和庞大的规模(训练),门槛极高,所以市面上主流的大模型数量并不多,可以简单分为国内和国外两个阵营。

国外的主流大模型包括 OpenAi 开发的 ChatGPT,Google 开发的 Gemini,Anthropic 开发的 Claude,xAI 的 Grok 等。

image.png

 

国内的主流大模型则包括字节开发的豆包,阿里开发的千问 Qwen,深度求索开发的 Deepseek,月之暗面开发的 Kimi 等。

image.png

 

因为前面说过大模型的局限性,所以为了应对不同的应用场景,团队就会将它们裂变出不同的版本。比如千问既有 Max 语言大模型,还有 Omni 全模态(文字、图片、音频、视频)大模型,针对处理问题的难易度又分成了 Max、Plus、Flash、Lite 等版本。

完整的大模型体积和参数都非常庞大,需要部署到专属的算力中心,并通过云服务来实现用户的访问和使用。也就是需要联网使用,但因为国内网络服务的限制(不可抗力),我们无法通过国内电信访问国外的主流大模型。

虽然说国内大模型的水平在这几年突飞猛进,但离国外的大模型还有一定的差距,在实际工作场景中多数应用的也是国外大模型,所以访问它们就需要大家自己发挥主观能动性解决了。

顺便再解释一个基础的问题,大模型除了远程访问以外,也可以在本地进行安装。部分团队(如千问)会在网上开源自己的大模型供其它人下载和使用,当我们下载到本地后就可以用 GPU 来运行它。但因为大模型对性能的要求极高(旗舰显卡起步),所以本地运行的效果要大打折扣。

而一些企业内部或行业专属的大模型,往往都是使用这些开源大模型进行二次训练和调试后的结果。还有一些针对特定硬件(如手机、眼镜)和特殊应用场景开发的小模型,就暂时不在我们的讨论范围之内。

三、AI 相关工具的认识

前面讲过大模型可以类比成一种 “程序”,且它还是后端服务器上运行的程序。想要对这个程序实现命令的输入并返回它处理的结果,就需要应用前端的工具来实现。

image.png

 

比如我们打开豆包的官网,就可以使用这个网页对豆包大模型提出问题和要求,然后网页上就会返回它处理后的结果。这个网页就是使用大模型的工具,而这只是 AI 工具的其中一种形式,还可以是本地应用程序、手机 APP、小程序、硬件定制系统等等。

image.png

 

我们大多数人开始接触 AI 大模型,都是从这些官方的工具开始,它们最基本的功能就是根据指令返回文字或图片信息,我们会把它们当成是一种可以对话的人工智能客服。

但实际上它们可以发挥的作用远不止于此,比如帮你整理本地的文件夹清理重复的文件,帮你自动修图并完成动态相片的剪辑,帮你编写程序并自己运行和检测等等。想要实现对话以外的其它功能,就需要借助特定的工具才能实现。

所以除了最基础的对话工具外,行业还衍生出了很多激发大模型潜力的 AI 工具。它们可以借助大模型完成程序开发、视频剪辑、操作托管、热点整理、消息推送等等。

到这里我们就要清楚,AI 大模型是大模型,工具是工具,大模型是基座,而工具是大模型的具体表现和应用形式。

我们更进一步认识 AI 工具,就可以把AI工具分成官方工具和第三方工具两个种类。

官方工具就是 OpenAI、Google 等大模型企业自己开发并绑定自家大模型的产品,而第三方工具则是其它团队开发,再接入到大模型进行使用的工具。

比如本地聊天机器人 Cherry Studio,它本身只是个简单的聊天对话工具,可以自己创建对话角色/助手,但需要接入大模型以后才能进行对话。还有著名的AI编程工具 Cusror,只有接入大模型以后,它才可以实现 AI 编程和代码管理。还有前阵子火遍全球的龙虾 Openclaw,也只是个本地工具,需要接入大模型后才能识别本地的文件和执行命令。

image.png

 

官方能提供的 AI 工具与服务往往很有限,所以在真实项目流程中,我们就会混合使用多种工具来完成工作。就像以前做一套项目除了用 Figma以外,还要结合使用 Adobe PS、AI、C4D、AE 等软件。

而第三方工具和官方不同的是,官方工具默认连接自家的大模型,用户直接登录就能使用。而第三方工具要接入大模型,就需要进行额外的配置,也就是添加大模型的 —— API

API 就是接口,是前端工具连接后端服务器的通道,而这个通道默认是上锁的,还需要提供对应的密钥(API Key)才能正常访问。

部分工具会自己接入各大模型的 API,用户只能选择它提供的模型,并只需要对这个工具进行付费即可。

image.png

 

另一部分工具则需要用户自己选择模型和配置 API,需要我们访问大模型的 API 开放平台进行申请,然后再将它们生成的 API Key 填入到工具中完成连接。

image.png

 

API Key 就像是一个电话号码,当我们申请完并进行使用,就会产生一定的 “流量”,而 AI 产生的流量用专业术语形容叫词元 Token

使用 API 完成的任意 AI 服务,都会消耗 Token,且因为 AI 的计算成本极高,所以主流大模型都会针对 Token 消耗量进行收费。就像电信运营商一样,既有包月服务附带一部分流量,超出部分还要按量计费。

image.png

 

在实际的 AI 工具使用过程中,Token 的消耗是极其巨大的,往往会造成沉重的成本,而这个市场也遵循一分钱一分货的真理,越好的大模型价格就越贵。以最适合编程的大模型 Claude Opus 为例, 一个程序员高频使用消耗的 Token 账单可以从数千到数万元不等。所以我们也会从性价比的角度出发,来搭配不同的模型进行使用。

总结我们应用 AI 的本质,就是通过工具来操作大模型。而工具的作用不同,大模型本身的特性和价格也不同,就导致我们在面对一个复杂的任务时,需要选择多种 AI 工具和不同大模型来实现。

学习使用 AI,和传统的单一软件教学不同,不是只学会某个工具的功能和操作方法,而是了解不同的 AI 工具以及大模型的特性,通过组合它们来实现自己目标的方式。这不是设计或产品思维,而是工程思维的具体应用。

四、结尾

时间关系只更新了上半部分,和 UI 有关的内容我会放到下篇再输出。同时我们现在有准备录制一套入门的课程,应该周末到下周就会上线,大家有什么疑问和工作中遇到的需求都可以在评论区或社群里发给我们。

 

转载:优设酸梅干超人

兰亭妙微(蓝蓝设计)www.lanlanwork.com 是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的大数据可视化界面设计B端界面设计桌面端界面设计APP界面设计图标定制用户体验设计交互设计UI咨询高端网站设计平面设计,以及相关的软件开发服务,咨询电话:01063334945。

 

image.png

兰亭妙微设计课堂:设计的原点,以用户研究挖掘真实设计洞察

涛涛 用户研究

在产品外观、界面与工业设计全流程中,用户研究是贯穿全程的核心标尺,能让设计脱离设计师主观臆断,扎根真实人群、真实场景,产出具备落地价值的解决方案。兰亭妙微结合多年政企、消费类产品设计项目经验,系统拆解标准化用户研究流程,讲解调研方法、数据梳理工具与洞察转化思路,理清从用户需求到设计落地的完整链路。

兰亭妙微设计|9 个大厂 APPUI 细节拆解,拿来就能落地的实战设计思路

涛涛 设计管理与成长

在多年 UI 项目落地中,兰亭妙微团队发现,真正拉开产品体验差距的,往往不是宏大视觉风格,而是容易被忽略的界面微交互、卡片排版、运营创意等细节。本文结合淘票票、支付宝、滴滴、小红书、闲鱼、美团、有数、微众银行九款主流产品案例,拆解可直接复用的设计巧思,覆盖运营植入、情感化交互、AI 功能落地、空白卡片优化、金融轻量化设计等多场景,给 UI 设计师提供可落地参考。

兰亭妙微设计深度解读:微软 Office 新版图标,不止是视觉焕新

涛涛 行业趋势

作为深耕界面视觉与品牌图标体系的设计团队,兰亭妙微持续关注全球大厂设计迭代思路。继 2018 年扁平化图标体系后,微软时隔多年全面更新 Word、Excel、PPT 等 Office 核心图标,柔和流线造型与鲜活渐变配色成为最大亮点。这场看似简单的颜值升级,实则藏着 AI 时代办公产品的设计底层逻辑,也为行业图标设计提供全新参考思路。

兰亭妙微设计|20 条落地级 UI 细节优化干货,做好界面质感全靠这些小技巧

涛涛 设计思维

兰亭妙微(蓝蓝设计)深耕 UI/UE 设计十六年,服务工业、医疗、能源、政企数字化等数百款软件与 APP 项目,在长期落地交付中总结出大量容易被忽略、却能大幅提升界面精致度与用户易用性的实操细节。很多界面看着简陋、层级混乱、阅读吃力,根源都藏在微小排版、色彩、组件规范里。本文整理 26 条一线设计师通用优化要点,覆盖头像模块、文字排版、按钮交互、卡片布局、表单登录、导航、滑动组件等全场景,所有技巧均可直接落地到 B 端后台、移动端 APP、数据可视化界面设计中。文中案例仅作设计演示,不用于商业用途,欢迎同行交流补充设计思路。

兰亭妙微设计分享:Ponteo牙科人力调度管理平台,多角色分层数字化系统完整设计

之晨 系统UI设计文章及欣赏

北京兰亭妙微 UI 设计公司,成立 16 年来,始终保持着对国内外优秀设计作品的学习与研究。我们持续追踪全球前沿的 UI/UX 设计趋势,从中提炼可落地的设计方法论,分享给同样热爱设计的你。

截屏2026-06-30 11.12.23.png

 一、项目定位与行业现存痛点
 产品简介
Ponteo是面向口腔行业的灵活用工智能SaaS平台,搭建三层独立用户体系:诊所PC运营管理端、牙科医师移动端工作台、平台总控Admin运维后台,打通诊所发布临时诊疗工单、医师就近接单、线上排班沟通、营收自动结算、全平台数据监控全业务链路,适配独立牙科诊所、连锁口腔机构、自由执业牙医三类使用人群,实现人力、财务、运维数据一体化可视化管控。

牙科灵活用工四大核心行业痛点
1. 供需匹配低效:诊所急诊、临时缺岗只能线下电话邀约医师,闲置牙医无法精准匹配就近工单,沟通成本极高;
2. 财务对账繁琐:医师出诊收入、诊所营收、平台手续费、退款调整数据分散,人工统计易出错;
3. 排班工单管理混乱:根管治疗、正畸咨询、常规洁牙等订单无统一可视化日程,易出现时段冲突、漏单;
4. 平台运维无集中监控:服务器性能、用户资质核验、订单报错、合规风险分散,故障排查耗时漫长。

截屏2026-06-30 11.12.59.png

二、产品完整分层业务闭环
整套系统按照三类使用者搭建闭环业务流程,数据互通、界面独立互不干扰:
1. 医师移动端链路:资质视频认证→浏览附近工单(列表/地图双视图)→接单预约日程→线上和诊所沟通诊疗信息→钱包查看实时收入与业绩分析;
2. 诊所PC端链路:发布临时用工需求→系统智能推荐匹配医师→查看医师工时利用率、排班日历→统一查看收款流水、月度经营报表;
3. Admin总控后台链路:全局汇总平台订单、活跃诊所、注册医师数据→多维度财务营收拆解报表导出→服务器性能实时监控→异常工单、合规风险统一预警。

 三、三大角色核心模块设计拆解

截屏2026-06-30 11.11.18.png

模块1:诊所PC Practice Dashboard 经营总览看板
模块化网格复合布局,一屏整合诊所全部经营维度,兼顾数据可读性与操作便捷度
1. 顶部导航区分首页、医师、订单、消息、数据、财务六大业务入口,支持全局搜索、明暗模式切换;
2. 核心可视化区块:周度营收柱状图表,标注单日峰值收益,直观展示门店业务波动;
3. 关键指标卡片组:本周总营收、接诊患者总量、在岗专科医师数量,同步展示同比增减幅度;
4. 辅助业务分区:医师工时利用率环形进度条、近期收款流水、日程推荐医师板块,同时满足人力调度与财务对账需求。
设计价值:诊所管理者无需切换多个页面,单次浏览即可掌握营收、人力、订单三大核心经营板块,大幅降低管理时间成本。

截屏2026-06-30 11.12.52.png

模块2:牙科医师移动端工作台
轻量化移动端分层页面,适配医师碎片化户外查看场景,四大核心功能分区
1. 个人首页:展示医师资质、用户评分、当日可接单时段、实时预估当日收入;
2. Jobs工单市场:列表/地图双浏览模式,可按距离、薪资、紧急程度筛选根管、洁牙、正畸类工单;
3. 日历排班模块:可视化展示已承接订单时段,区分急诊加急与常规诊疗项目;
4. 钱包财务页面:环形收入进度图表,统计单均出诊收入、最佳营收日期、月度业绩趋势,直观追踪收入目标完成进度。

截屏2026-06-30 11.12.23.png

 模块3:Admin平台总控后台,分为两大核心面板
1. 全局业务数据Dashboard:汇总平台总订单、活跃诊所、注册医师、整体营收,多层环形饼图拆分营收构成(诊所分成、医师佣金、平台手续费、退款调整),支持按年/周/月筛选、一键导出经营报表;
2. 系统性能Performance监控页:实时展示服务器响应速度、CPU占用、缓存命中率、在线服务稳定时长,配套独立错误日志控制台,同步同步失败、字段缺失等系统报错预警,运维人员可快速定位故障根源。

 

四、视觉设计体系:柔和轻量化医疗商务风格
 1. 色彩系统
- 基底底色:纯白低饱和浅灰基底,长时间办公无视觉压迫,适配医疗行业温和严谨调性;
- 主视觉品牌色:渐变紫蓝,用于核心图表、操作按钮、高亮关键数据,代表盈利、活跃正向状态;
- 辅助功能色:浅绿标识完成/稳定状态、浅紫区分工单卡片层级、浅灰代表闲置次要数据,色彩语义统一无冲突。

截屏2026-06-30 11.11.30.png

 2. 组件与可视化规范
1. 轻量化圆角卡片:低柔和阴影、纤细分割线,模块分区干净清爽,摆脱传统工业后台厚重压抑的视觉感受;
2. 分层数据图表:柱状图展示时间维度趋势、环形进度条展示工时利用率、环形饼图拆分营收占比,图表样式统一简约,无多余装饰元素;
3. 医师信息卡片:真人头像搭配专科资质标签,直观区分正畸、牙周、全科牙医,快速匹配对应诊疗工单。

3. 文字层级规范
全平台统一无衬线字体,三层清晰信息层级:超大粗体核心营收数字→模块标题文字→辅助说明小字,电脑大屏、手机移动端均可快速抓取关键经营指标。

截屏2026-06-30 11.11.41.png

 五、产品商业与用户落地价值
1. 供需匹配效率提升:线上工单智能推荐机制,省去诊所与医师线下反复电话沟通,人力调度效率提升60%;
2. 财务对账轻量化:全链路营收自动统计,分层自动拆分各方分成,大幅减少人工记账、核对账单的时间;
3. 全角色数字化隔离管理:医师、诊所、平台三方拥有独立可视化操作面板,业务边界清晰,互不干扰;
4. 平台运维可视化管控:业务经营数据与服务器性能双维度监控,业务故障、服务器异常提前预警,降低运维人力成本;
5. 低学习门槛柔和界面:轻量化浅色系设计,无数字化操作基础的医护、诊所管理者均可快速上手操作。

 

图片来自Behance

 

兰亭妙微(蓝蓝设计)www.lanlanwork.com 是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的大数据可视化界面设计B端界面设计桌面端界面设计APP界面设计图标定制用户体验设计交互设计UI咨询高端网站设计平面设计,以及相关的软件开发服务,咨询电话:01063334945。

 

image.png

《设计的 125 条通用法则》深度解读(五)|前十大核心法则 UI 落地解析|兰亭妙微

涛涛 交互设计及用户体验

威廉・立德威尔《设计的 125 条通用法则》是覆盖平面、UI、交互的经典理论工具书。过去很多设计师做界面全凭经验,而这套法则把零散设计思路整理成标准化理论框架,让设计输出稳定可控。本文结合移动端 UI 实战,拆解书中前十大高频核心法则,搭配主流 App 真实案例,方便设计师直接落地应用。

跳出同质化:8 类极具巧思的创新 UI 设计案例解析|兰亭妙微设计分享

涛涛 移动端UI设计文章及欣赏

当下移动端 UI 设计体系日趋成熟,各大 App 界面组件、布局框架高度趋同,很难形成独特记忆点。兰亭妙微团队结合多年商业 UI 落地项目,整理 8 个落地性极强的创新设计思路,从卡片、导航、交互、视觉细节多维度拆解差异化设计手法,为设计师提供可复用的创新参考。

新手引导设计:别把入门第一课做成用户劝退指南|兰亭妙微设计分享

涛涛 交互设计及用户体验

初次打开一款产品的几分钟,直接决定用户留存与否,如同初次见面的第一印象。很多设计师做新手引导只聚焦操作教学,却忽略传递产品核心价值,冗长繁琐的引导极易造成用户流失。兰亭妙微结合多年 ToB、ToC 界面设计项目经验,梳理新手引导主流展示形式、四大引导类型与落地设计准则,帮助设计师打造低负担、高转化的新手体验。

新手 UI 入门|iOS26 系统控件完整解读|兰亭妙微设计分享

涛涛 行业趋势

作为深耕 UI/UX 设计十六年的专业团队,兰亭妙微(蓝蓝设计)在日常项目对接中发现,大量新人设计师对移动端系统控件概念模糊,绘制界面时常出现规范错误。UI 控件是界面交互的基础单元,不同产品视觉风格虽有差异,但控件基础类型、交互逻辑具备统一标准。本文结合最新 iOS26 设计规范,梳理全套系统级控件分类与使用规则,帮助设计从业者快速建立标准化组件认知。

日历

链接

个人资料

蓝蓝设计的小编 http://www.lanlanwork.com

存档