惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Blog — PlanetScale
Blog — PlanetScale
小众软件
小众软件
F
Fortinet All Blogs
博客园 - 叶小钗
博客园_首页
D
DataBreaches.Net
Apple Machine Learning Research
Apple Machine Learning Research
U
Unit 42
爱范儿
爱范儿
aimingoo的专栏
aimingoo的专栏
博客园 - Franky
Martin Fowler
Martin Fowler
酷 壳 – CoolShell
酷 壳 – CoolShell
The Cloudflare Blog
A
About on SuperTechFans
Google DeepMind News
Google DeepMind News
Microsoft Security Blog
Microsoft Security Blog
IT之家
IT之家
M
MIT News - Artificial intelligence
有赞技术团队
有赞技术团队
博客园 - 【当耐特】
S
SegmentFault 最新的问题
Hugging Face - Blog
Hugging Face - Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
页面设计方案 之 (2)模型类页面设计思路
犹豫就会败北 · 2023-10-14 · via 人人都是产品经理

下面这篇文章是笔者讲述的关于在页面设计方案中,模型类页面设计思路的相关内容,想要了解的同学可以了解一下哦!

一、应用场景:模型类设计可以解决什么问题?

1)什么叫做模型类的方案,就是能够根据大量数据的不同维度的特点,定义规则生成模型,模型会针对性地分析这些特点,从而产生对不同数据的不同结果。也就是模型结果能够跟随这些数据特点的变化而变化,能够满足数据多维度的处理需求。

例如,现有有一个分拣水果的业务,水果就是大批量的数据,在这一业务中,可以从水果颜色、水果形状、水果大小这些特点来针对性地分析这些数据,定义具体的模型从而实现水果的不同处理需求。

2)模型类的方案作用的数据要求是结构化的,必须有能够加以具体定量分析的数据特点。定义一个模型的过程就是定义数据特点筛选数据的过程,使模型能够按照一定的规则去分析数据。

在刚才分拣水果的业务中,我们将能够加以分析的数据特点定义为:水果的颜色、水果的形状、水果的大小,用来分拣西瓜的模型定义其规则为:颜色为绿色,形状为球形,球体半径大小为8-13cm。

3)好的模型是可以不断迭代的,每一条模型都维护有迭代记录,保存历史处理结果、准确率等信息,可以根据准确率来修改、重新定义模型规则和处理结果,来不断迭代模型,优化模型的准确性。

二、模型类页面设计说明

下面以一个消息推送模型为例说明设计思路。

1. 列表页面展示

1)推送模型列表页面:列表页展示模型的具体信息,操作栏查看迭代记录可以下钻查看具体模型的迭代记录。

推送模型列表页面

2)模型迭代记录页面:点击列表页面的新增定义一个模型 ,通过数据的特点来定义模型的作用规则和处理结果。

推送模型新增弹窗

3)模型迭代记录页面:点击列表页面操作栏的“迭代记录”进入二级页面,展示的是当前模型的迭代记录。模型每修改一次就产生一次迭代,在迭代记录里面保存所有定义过的历史模型,并支持模型版本的回退。

模型迭代记录页面(下钻页面)

2. 功能展示及说明

1)列表页面维护有模型名称、定义模型所需的作用规则(发生区域、消息来源、发生时间段、紧急程度),定向处理结果(处理单位),模型作用下的产生的模型实例数量和有效(或者说正确的)模型实例数量、计算得到的推送准确率(有效实例数比模型实例数),和其他备注信息。

字段的具体意义下文会逐一说明。

推送模型列表页面

2)推送模型新增弹窗:通过定义推送规则和定向处理结果,实现将发生区域、消息来源、发生时间段、紧急程度都不同的消息,自动推送给不同的处理单位。

例如定义发生在A海域近海并且属于情报产品类型,并且情报发生时间段在8:00-12:00、属于紧急程度的情报,需要推送给**情报部门来处理。

推送模型新增弹窗

3)通过定义好的模型能够匹配到符合该模型规则的实例,并记录下模型实例数,这个实例数是模型作用下的总的实例数。

收到消息推送的处理部门就会对收到的情报负责并处理,同时会标记收到的情报的有效性,用来生成推送给该部门的有效实例数。

每一个模型都会自动计算出模型推送的准确率(即有效实例数比模型实例数),当准确率达不到业务要求时,系统用户就可以重新修改细化模型规则,或者在设计中增加模型分析的维度。

模型迭代记录页面(下钻页面)

三、分析过程说明

我们以一个自动补货提醒模型来说明一下模型类页面的方案的设计过程,读者朋友们可以一起来思考:

系统录入有一系列的采购商品的清单数据,现需要自动做一个补货的管理页面和补货提醒的功能。

1)确认模型结果:在此补货模型要做的是自动提醒补货,除此之外我们还可以扩展结果有自动推送低库存提醒,推送货物库存高提醒等等。

2)确认产生不同结果的数据的多个维度特点:例如在此我们可以从货物类型、库存数量、销售量、市场热度的维度来监控数据。

3)设计模型迭代页面,维护自动补货的历史模型记录和准确率。

四、小结

以上所举例子的模型实际上也不能完全脱离人工来定义,如果想要实现完全自动的模型,还需要结合算法和大数据的处理。

五、其他界面设计方案


界面设计方案之(1)枚举字典如何设计

本文由 @犹豫就会败北 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。