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

推荐订阅源

Forbes - Security
Forbes - Security
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
P
Palo Alto Networks Blog
Martin Fowler
Martin Fowler
T
Threatpost
D
Docker
S
Schneier on Security
M
MIT News - Artificial intelligence
G
Google Developers Blog
L
LINUX DO - 热门话题
J
Java Code Geeks
月光博客
月光博客
博客园 - 三生石上(FineUI控件)
IT之家
IT之家
博客园 - Franky
C
Cyber Attacks, Cyber Crime and Cyber Security
K
Kaspersky official blog
Google DeepMind News
Google DeepMind News
N
News and Events Feed by Topic
V
Vulnerabilities – Threatpost
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
人人都是产品经理
人人都是产品经理
Spread Privacy
Spread Privacy
T
Tailwind CSS Blog
爱范儿
爱范儿
阮一峰的网络日志
阮一峰的网络日志
U
Unit 42
C
CERT Recently Published Vulnerability Notes
The GitHub Blog
The GitHub Blog
Simon Willison's Weblog
Simon Willison's Weblog
NISL@THU
NISL@THU
MongoDB | Blog
MongoDB | Blog
Application and Cybersecurity Blog
Application and Cybersecurity Blog
H
Heimdal Security Blog
Recorded Future
Recorded Future
云风的 BLOG
云风的 BLOG
SecWiki News
SecWiki News
P
Privacy International News Feed
P
Proofpoint News Feed
O
OpenAI News
B
Blog
腾讯CDC
F
Full Disclosure
Apple Machine Learning Research
Apple Machine Learning Research
T
Tor Project blog
H
Hacker News: Front Page
Project Zero
Project Zero
Hugging Face - Blog
Hugging Face - Blog
C
Cisco Blogs
S
Security Affairs

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
探究设计目标提炼的关键步骤
江鸟 · 2023-05-29 · via 人人都是产品经理

我们在做规划时,需要有目标设定,那么在产品设计中,设计目标就是当中的指南针。本文将帮助你清晰地掌握设计目标的概念和重要性,希望对你有所帮助。

设计目标是在产品设计中像一个指南针,决定着你的设计方向和愿景。对于设计师而言,理解设计目标至关重要。本文将帮助你清晰地掌握设计目标的概念和重要性,以简洁明了的方式传达它的本质和步骤。一起来看看吧~

01 WHAT 丨设计目标的定义

在了解设计目标之前我们先了解下什么是目标?

根据百度的定义,目标是我们对未来所期望实现的结果描述,它应该是具体、可衡量且可实现的。在设计中,目标就是设计方案所能达到的预期效果。

在工作中,我们必须明确区分设计目标、设计结果和行动方案的概念。

设计目标是设计开始时,依据行动方案,对实现结果的主观描述,它应该具备可实现性,并且能够提供一个明确的方向和指引,以便我们可以采取适当的行动来实现它们,例如要解决的问题、改进的方向或产品所要实现的具体目标。

设计结果是最终完成的设计成果。它是经过设计过程中的各个阶段,经过实施和验证后所产生的实际输出。它是设计目标的实现体现,满足了设计目标所设定的要求和期望。

在这里设计目标和设计结果之间存在紧密的关系,设计结果应该是设计目标的实际达成和呈现。但是设计结果可能会受到各种因素的影响,包括资源限制、技术限制、时间限制等,可能会与最初设定的设计目标有所偏差。设计过程中,设计师需要不断评估设计结果与设计目标之间的一致性,并根据需要进行调整和改进,以确保最终的设计结果能够尽可能地满足设计目标。

行动方案是我们为了实现这些目标而采取的具体行动和策略,例如研究用户需求、进行用户测试、制定界面设计等等。它是为了达到目标而执行的具体任务,它们应该与目标相一致并为其服务。

02 HOW丨如何推导设计目标

通过设计目标的推导,我们能够更好地理解设计策略的选择和优化。在制定设计目标时,我们需要拆解产品目标和用户目标,并找到它们的共同诉求的契合点。

举个例子,假设当前的产品目标是:网络管路员在ESOP上统一提单(每单只允许新建一个APN),内容包含物联网专线建设和物联网APN开通信息。物联网公司在一体化支撑平台上接单后,如果需要新建物联网专线(含物联网专线-IP承载网和CMNET两种承载模式),则流转至山东事业部完成专线建设,并反馈客户侧隧道地址。如果无需新建专线,则直接由物联网公司派单至实验室VPN网管和网络配置管理系统,完成VPN/APN/DNS/MME数据制作。最后由物联网公司牵头联调端到端业务。

1. 理解产品目标

产品目标作为一个综合性的目标,囊括了设计、功能、用户体验等方面。它的理解是一个逐渐细化的过程。最初我们可能只有一个整体的产品目标,但为了更好地指导设计工作,我们需要根据上述产品目标进行拆分,找到产品目标的关键点。

  • 网络管理员在ESOP上统一提单,每单只允许新建一个APN;
  • 内容包含物联网专线建设和物联网APN开通信息;
  • 物联网公司在一体化支撑平台上接单后,根据需求判断是否需要新建物联网专线;
  • 如果需要新建专线,则流转至山东事业部完成专线建设,并反馈客户侧隧道地址;
  • 如果无需新建专线,则直接由物联网公司派单至实验室VPN网管和网络配置管理系统,完成VPN/APN/DNS/MME数据制作;
  • 最后由物联网公司牵头联调端到端业务;

2. 拆分产品目标

在上一步拆分产品目标的基础上,为了更好的理解各个子目标,为后续的设计目标推导做准备,我们还需要进一步把产品目标拆解细化。

我们通过分析产品目标的要求、用户需求和业务流程,将整体目标拆解成更具体、可衡量和可实现的子目标。值得注意的是这些子目标通常与用户的行为、体验和产品功能相关。上述产品目标我们拆分为以下4个。

网络管理员提单:

  • 每单只允许新建1个APN;
  • 提单内容包括物联网专线建设和物联网APN开通信息;

物联网专线建设:

  • 根据需求判断是否需要新建物联网专线;
  • 如果需要新建专线,流转至山东事业部完成专线建设,并反馈客户侧隧道地址;
  • 如果无需新建专线,则直接由物联网公司派单至实验室VPN网管和网络配置管理系统;

VPN/APN/DNS/MME数据制作:

在无需新建专线的情况下,完成VPN/APN/DNS/MME数据制作;

牵头联调端到端业务:

物联网公司负责牵头联调整个端到端业务,确保各个环节的协调和顺利运行;

3. 制定设计目标以及设计策略

(1)设计目标

设计目标的制定上要符合SMART原则,该原则代表具体(Specific)、可衡量(Measurable)、可达到(Achievable)、相关(Relevant)和截止期限(Time-bound)。

  1. 具体(Specific):设计目标应该明确、具体,能够清晰地定义所要达到的结果或成果,比如面向哪些角色,帮助这些角色解决什么问题,满足了哪些需求。
  2. 可衡量(Measurable):产品上线后的价值应该是可衡量的,可以通过定量或定性的方式进行度量和评估。明确的度量标准可以帮助评估目标的达成程度,以及进行反馈和改进。
  3. 可达到(Achievable):设计目标应该是可实现的,基于现实情况和可用资源进行合理设定。它应该在设计团队的能力和资源范围内,具有可行性和可实施性。
  4. 相关(Relevant):设计目标应该与项目或产品的整体目标和战略方向相关联。确保设计目标与用户需求、业务目标和市场环境相一致,不可单独存在。
  5. 截止期限(Time-bound):设计目标应该设定明确的截止时间,以便进行进度跟踪和目标达成的评估。

如根据上述网络管理员提单的相关描述,它的设计目标应该有以下5个:

  1. 提高提单处理速度,减少平均提单处理时间至每单不超过10分钟。
  2. 提升提单的准确性,降低提单错误率至每100单不超过2个错误。
  3. 提供清晰准确的物联网专线建设信息,确保物联网专线建设信息的描述准确、无二义性,提供必要的技术规范和参数。
  4. 控制APN新建数量,确保每个提单只能新建一个APN,杜绝重复新建的情况。
  5. 提供清晰准确的APN开通信息,例如名称、配置要求、权限设置等,确保网络管理员能够准确理解和操作。

(2)设计策略

我们可以通过简化提单流程,为用户提供验证和反馈机制,在操作过程中确保信息完整性和准确性的指引,流程中可视化展示提单状态,强调数据准确性和一致性等方式保证产品目标的顺利实现。设计目标确定后,我们得出了5个设计策略:

  1. 设计清晰简洁的提单界面,只展示必要的字段和选项,减少视觉和认知负荷。在操作流程上采用步骤条展示,引导管理员按步骤完成提单,确保每个步骤的清晰性和上下文的连贯性。
  2. 在提单界面上提供帮助图标或说明按钮,管理员点击后可以获取详细的操作指南和解释。在关键字段旁边提供悬停或点击提示,展示该字段的具体要求和格式,帮助管理员避免输入错误。
  3. 针对常见的提单信息,设计自动填充功能,根据管理员的历史数据或上下文信息,自动填写相应字段。设计智能校验机制,即时检测并提示管理员输入的数据是否符合系统规则(例如格式、长度或逻辑等方面的校验)。
  4. 提供系统级别的强制校验,确保每个提单只能新建一个APN,且对提交操作进行校验,防止管理员提交重复的提单。
  5. 提供实时反馈机制,例如在提交后立即显示成功提示或错误提示,让管理员随时了解提单的进度以及当前状态,避免增加操作负担。

通过上述拆解产品目标,我们首先需要识别出需要在设计过程中重点关注的因素,接下来再通过设计策略来找到这些因素的达成方法。

04 写在最后

综上所述,在整个设计目标的有序推导过程中,拆解产品目标、明确用户需求、识别痛点问题以及遵循SMART原则都是关键步骤,它们共同构成了设计目标制定的基础,为设计师们指明了前进的方向。

以上只是我对设计目标有关知识的粗略总结,希望该文章对你有所启发,也欢迎感兴趣的同学一起探讨~

专栏作家

江鸟,微信公众号:江鸟的设计生活,人人都是产品经理专栏作家。8年互联网行业经验,擅长体验设计思维、设计方法论、交互设计研究。

本文原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

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