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

推荐订阅源

WordPress大学
WordPress大学
The GitHub Blog
The GitHub Blog
T
Threatpost
人人都是产品经理
人人都是产品经理
大猫的无限游戏
大猫的无限游戏
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
博客园 - Franky
Recent Commits to openclaw:main
Recent Commits to openclaw:main
Apple Machine Learning Research
Apple Machine Learning Research
酷 壳 – CoolShell
酷 壳 – CoolShell
M
MIT News - Artificial intelligence
小众软件
小众软件
Hugging Face - Blog
Hugging Face - Blog
云风的 BLOG
云风的 BLOG
S
Security Affairs
P
Proofpoint News Feed
L
LINUX DO - 最新话题
宝玉的分享
宝玉的分享
S
Security @ Cisco Blogs
H
Hacker News: Front Page
Security Archives - TechRepublic
Security Archives - TechRepublic
Vercel News
Vercel News
Engineering at Meta
Engineering at Meta
Know Your Adversary
Know Your Adversary
Y
Y Combinator Blog
美团技术团队
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
月光博客
月光博客
量子位
博客园_首页
The Last Watchdog
The Last Watchdog
D
DataBreaches.Net
www.infosecurity-magazine.com
www.infosecurity-magazine.com
P
Privacy International News Feed
The Register - Security
The Register - Security
Schneier on Security
Schneier on Security
H
Help Net Security
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
V
Visual Studio Blog
Google DeepMind News
Google DeepMind News
F
Full Disclosure
C
Cyber Attacks, Cyber Crime and Cyber Security
MyScale Blog
MyScale Blog
aimingoo的专栏
aimingoo的专栏
S
Schneier on Security
L
Lohrmann on Cybersecurity
S
Secure Thoughts
Stack Overflow Blog
Stack Overflow Blog
Cloudbric
Cloudbric
Microsoft Security Blog
Microsoft Security 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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
一个问题,需求支持如何体现设计价值?
诚俊 · 2022-11-06 · via 人人都是产品经理

面对复杂项目,设计师要如何围绕需求支持来体现设计价值?在这个问题上,设计师往往需要对产品/项目本身、甚至业务增长本质等方面有所洞察。本篇文章里,作者便结合实际项目经验,对需求支持如何体现设计价值一事做了解读,一起来看一下。

一、前言

业务到一定阶段增长开始缓慢,在中大厂就开始鼓励设计师站在业务角度做一些优化改版,洞察用户诉求等方式,以设计主导推动业务增长,来实现设计价值。

其中不乏有很多基于设计推动沉淀的一些方法体系的文章,但是本篇项目沉淀的方法恰恰反其道而行之,主要是因为设计师大部分工作其实还是以需求支持为主,推动为辅的一种工作状态,所以在需求支持中如何体现自己的设计价值也是至关重要。

文章将围绕以下几个点来阐述我在支持频道项目中的价值体现的思考,分别是:频道是什么?公司为什么要做自己的频道?以及在执行过程中面临的挑战和背后的设计思考?

二、频道是什么

频道起源于国外,于2016年国外开始流行一款社交产品叫做discord,最初的时候是为了满足用户喜欢游戏的即时社交诉求,能够通过多种媒介在线方式(如单聊、群聊、语音室、直播、社区内容等)分享游戏经验。

因discord在游戏品类中获得用户信赖,逐渐开始定位为更多品类的兴趣社交平台,将更多相似兴趣爱好的用户聚集在一起,可以在里面无限畅聊,分享经验,结识好友

后被国内资本看中,开始在国内布局兴趣社交业务。尤其是社交起家的腾讯,也开始在QQ中布局频道,作为一个独立功能展现给用户,现如今QQ频道已经在国内外开始灰度测试中,影响甚广。

说完频道是什么?大家应该对频道都有一定的理解。

接下来我将重点和大家分享一下我理解的公司为什么要做频道?以及频道执行过程中面临的挑战和背后的设计思考?

三、项目背景

频道项目其实是高管提出,并从上往下推动的一个项目。

公司为什么要做频道?

从我对这个项目的理解可能是因为目前公司的业务主核心依然是划卡交友模式,单一且增长疲缓。希望能够引入一种新的社交方式来提升用户使用产品的频率,打造一个更容易形成沉浸式体验的产品模式,进而验证这种模式下是否对业务有增值价值。

同时考虑到外部竞品discord其实已经在国内外取得了不错的成绩,在这条产品形态上至少已经做了一定程度的市场验证,而其形态又与公司的业务形态有强关联。

因此希望能够打造一款类似产品,通过兴趣聚合+本地化社交的方式来为公司内外用户提供其社交价值。

四、项目目标

探索社交新模式,提升用户活跃。

五、衡量指标

次留,日均使用频次,停留时间。

六、面临的挑战

大家在接到需求的时候,通常都会面临很多相似挑战。其中最有代表性的就是需求初始阶段没有交互参与,直接进入到开发和视觉设计,意味着整个项目规划若交互参与进来可能会延长整个项目周期,这是上下游协作方不愿意看到的。

而真正对于交互设计师来说,面临的最大挑战,我总结为3点:

  1. 工作量大:时间紧,任务重;
  2. 信任度低:上下游未曾有过合作;
  3. 需求了解程度低:第一次接触,对需求的了解程度可能仅来源于桌面资料。

那么我们该如何解决这些问题,使得整个项目依然按部就班地进行。

第1个挑战:工作量大:时间紧任务重。

说到时间紧任务重,最主要的原因就是没有给交互排期并且页面和逻辑过多,在短期内不可能全部梳理完交付给对方。

为了解决这个问题,就必须制定一个很好的时间交付规划策略。最终和产研设沟通,交互在一周内优先输出核心页面,不包含全部逻辑,输出的部分交互随时和多方同步;并且在交互稿输出的过程中,视觉和研发也可以同时进行。视觉进行风格定义,研发进行服务端的开发。

第2个挑战:信任度低:上下游未曾有过合作。

接着和产研设合作也是一个困难,如何上下游合作?

首先此次项目最大的难点是上游产品并不知道交互这个职能,甚至不知道交互能帮助产品做什么?产品宣讲也是基于视觉为主导,交互为辅的形式。

为了让产品能够深入的了解交互对于业务的帮助,占据主导地位,必须让业务在短期内知道交互的价值,所以构建双方信任是第一关。

如何构建信任?

其实有3点至关重要,分别是:

  1. 在和产品沟通业务中主动出击,不断认可产品想法,并不断输出自己的想法和建议;
  2. 扩展辐射该业务内容范围,业务的相关性比对接产品更了解;
  3. 尝试规划业务,往深处去想,并不断和产品沟通,碰撞想法,达成共识。

如何和下游研发合作?

也是一个最大的问题,因为研发较依赖于产品的业务逻辑和视觉的设计页面,但交互的价值对于他们来说到底是什么,可能需要设身处地的从研发角度去想,他们希望的是什么,我们就提供什么。

这个时候需要做两件事:

  1. 产品需求;
  2. 任务逻辑和业务逻辑在比产品文档更清晰

这可能就是突破口,但是写完文档交付给研发并不是结束而是开始,需要后续不断的跟进并进行多次面对面的交互评审和问题解答,传递交互价值让研发了解交互存在的意义,这也是交互在这个项目中存在以及延伸的意义。

第3个挑战:需求了解程度低。

第一次接触,对需求的了解程度可能仅限于桌面资料。最后影响的主要因素可能就是需求的了解程度。

其实大部分交互设计师了解需求的来源仅限于老板,产品,相关业务童鞋。而需求为什么会产生,以及产生的价值到底是什么,在前期接触时是很难了解。

为了解决这些问题,深入了解频道是什么,以及存在的价值,除了搜索频道相关的桌面资料外,还需要深入去体验国内外相关竞品以及在时间允许的情况下多和用户互动,挖掘频道价值。

以上可能是我和大部分交互设计师在支持项目中所面临的主要挑战以及解决方法。

出现上述挑战,最核心的问题就是前期交互价值传递尚未构成合作方信任。所以需要沉淀出以后如何和合作方构建信任,我总结了2点方式:

  1. 对于有过合作的上下游,始终将高价值高质的传递给对方,帮助对方实现目标
  2. 对于第一次合作对交互了解甚微,遵循你需要什么,我们就能提供什么的手段方式。

而我们的价值从结果看是业务目标达成,从过程看是设计的发力点,那业务目标如何推导出设计的发力点?将是后面重点讲述我是如何在支持项目中通过设计手段赋能业务,帮助业务的。

七、设计思考

在面对复杂项目的时候,该如何体现设计价值,是衡量设计师的核心能力。

而设计价值的体现其实是通过4个维度来去看:察,策,执,量;执是人效以及解决执行过程中的问题,在执行中面临的挑战已经详细讲述,后面将主要围绕频道中的察,策,量3个维度重点说明。

察是洞察产品中缺失的场景和机会点,挖掘事物的本质;策是问题的解决方式;量是标准,是起点也是终点,是帮助我们定义方向和量化分析正确思路的抓手。

1. 察 / 策

拿到需求文档我们首先要做的第一件事就是明确目标,有了目标就是有了方向。

所以我们所有的洞察都是基于链路拆解来看。项目的目标是探索社交新模式,提升用户活跃。

如何提升用户活跃?活跃在这里需要从大盘和单一用户角度来定义:大盘的角度是留存,用户的角度是参与频次和停留时长。那么对应的策略应该就是:频道价值放大。

价值放大的核心在于价值透传并让用户有很好的感知,所以问题分析会基于底层链路的角度层层剖析并寻求解决方案。

  • 用户如何理解频道?
  • 用户参与频道的动机?
  • 用户如何参与频道?
  • 用户持续参与频道的动力?

1)用户如何理解频道

从设计的角度分析用户理解(理解在这里定义为知道这件事,并且知道这件事存在的价值)频道的核心需要解决4个问题:

  1. 提供给用户什么样的频道信息?
  2. 频道信息是否触达给用户?
  3. 是否提供给用户易理解的信息?
  4. 用户是否能感知到这些信息?

解决上述4个问题,我们需要知道解决的是哪类用户?所以我们基于用户对于频道的了解程度拆分3类用户,分别是:

  1. 对频道完全不了解;
  2. 使用过有一定的了解;
  3. 对频道非常了解,甚至当过频道主

为了解决用户对于频道的理解程度,我们需要对这3类用户制定不同程度的频道感知策略,但是问题在于我们如何能够知道用户是否对频道有所了解?从目前来说我们没有方法通过第三方数据来获取用户是否了解频道,只能通过用户使用频道阶段来制定相应的策略

  1. 使用初期我们主要告知用户频道是什么,能解决什么问题;
  2. 使用中期主要强化价值;
  3. 使用后期主要强化管理和处理频道内容效率。

前面的分析,不难发现,其实我们解决目标群体主要是围绕初次使用频道的用户和有一定了解的用户,那对于这两类用户如何将信息触达给用户以及如何让用户感知并理解?

所以我们会在多个核心场景页面下触达给用户,分别在首页滑卡,消息和动态,并且首次和再次进入首页,我们会通过卡片引导方式告知用户频道是什么,能做什么

后期效率上依然会聚焦核心场景页面如首页滑卡,消息和动态上。而此时的信息外显强调的是用户有哪些有关自己的核心信息要处理以及作为频道主及时管理自己的频道信息。

2)用户参与频道的动机

从用户参与频道的动机分析,拆解出2个可发力的设计点:

  1. 用户使用频道的意愿是什么?
  2. 如何让用户强感知?

解决第一个问题我们首先清楚知道用户参与意愿的核心在于价值提供,而价值的核心是帮助用户解决问题。所以我们在让用户使用前就明确让用户感知 频道能帮助用户解决什么问题?以及能获得什么?

在方案上我们除了用新手卡片和首页滑卡透传频道核心信息,增强用户动机外。在频道首页推荐策略和本地频道,我们尽量匹配和用户相关的兴趣频道,运营频道的推荐方式会基于用户曾经在动态上发布的有关内容与频道主题密切相关,可以让用户在没有加入频道造成困扰的情况下,时刻感知该频道的所有即时内容,增加参与频道的意愿。

3)用户如何参与频道

用户了解频道的价值,这个时候需要有明确的行为引导,告知用户在频道能做什么?包含如何创建,如何加入,如何互动等等。

如何加入:用户首次进入频道页,自主创建的频道较少甚至无频道。我们会基于两个维度来看:分别是决策和操作;决策效率的核心是在不同场景下高效帮助用户做参与频道决策。

如何帮助用户高效率加入频道,所以我们洞察到用户加入频道操作不会只在频道详情页展示,我们会把加入频道操作分布在不同的核心页面中。

这样做的目的是因为给予用户不同场景下加入频道的决策外显信息不同可以简单的概括为3个点:

  1. 无目的性,不需要了解;
  2. 泛目的性,需要了解;
  3. 有目的性,需要深入了解。

如何创建:我们其实是希望用户高质量维护自己的频道,而不是创建越多越好,所以在数量上我们给予用户一定的限制。

在频道首页无本地频道的的情况下,我们会在首页首次引导用户去创建属于自己的频道。创建完之后,创建频道在个人中心里是唯一的操作入口,让用户抽出更多时间高质量维护自己的频道。

在创建的过程中,尽量简化操作流程,将不必要的信息放在创建频道成功后的频道管理页面里,而且创建频道的时候尽量会推荐高质量的频道给正在创建频道的用户。

如何互动:互动的核心是人与人之间的互动。而频道的内容 / 形式只是互动载体,而互动载体会以各种形式来展现,包含文字,语音,图像等等。庞大的载体工作量,使得我们一期优先从最基础的im和社区内容来凸显互动价值,后期再扩展语音等更多其他载体形式。

从互动链路的角度来说,我们会基于3个维度去看:

  1. 加入频道;
  2. @我有关的消息;
  3. 和我无关的消息。

4)用户持续参与频道的动力

用户持续参与频道的动力在于简单高效的内容接收及输出。内容的接收依靠优质的内容并高度匹配于用户;而内容的输出同样依靠优质内容吸引用户,两者相互促进作用。

所以我们需要解决的是用户持续输出优质内容的动力以及能否在频道中获取自己想要的优质内容?

对此我们前期会依靠官方运营帮忙频道优质内容输出吸引用户参与,并招募优质频道主管理频道和优质内容的支持计划

后期我们考虑引进勋章,排名和x币(钱)等方式,奖励竞争式激励优质频道主和频道成员持续输出高质内容。

2. 量

前面已经把频道整体解决思路全部呈现给大家,但是在这里强调的是这不是结束而是开始,需要有明确的量化指标来衡量我们的分析,也是为了后续优化迭代以及深耕指明方向。

目前整体还没有上线,所以暂时没有数据来支撑上面的分析思路是否正确,只能作为参考帮助大家在面临需求支持时如何思考来体现自己的价值。

八、写到最后

其实整篇文章都在围绕着需求支持设计价值如何体现,落地点在于解决方案,但是需求支持的核心价值还是基于底层深度思考,需求有大有小,但是价值体现却是对等的。

回到价值对等的思考上,我们思考的其实就是业务增长的本质以及现在和未来谋划和解决能力

写到这里已经接近尾声,感谢耐心阅读,有些不对的观点或者思路请指正,谢谢。

参考文献:

  • https://www.ifanr.com/app/1454625 QQ 开始内测「QQ 频道」!这个「第二重要」的新功能,到底怎么玩?
  • https://en.wikipedia.org/wiki/Discord discord介绍
  • https://zhuanlan.zhihu.com/p/57649164 心理学之——动机

作者:拍滴;公众号:UX设计研究所

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

题图来自Unsplash,基于CC0协议

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