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

推荐订阅源

The GitHub Blog
The GitHub Blog
V2EX - 技术
V2EX - 技术
T
Threat Research - Cisco Blogs
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
T
Tor Project blog
Project Zero
Project Zero
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
C
Cybersecurity and Infrastructure Security Agency CISA
T
Tenable Blog
P
Privacy & Cybersecurity Law Blog
AWS News Blog
AWS News Blog
Scott Helme
Scott Helme
C
Cisco Blogs
Application and Cybersecurity Blog
Application and Cybersecurity Blog
O
OpenAI News
P
Privacy International News Feed
Google Online Security Blog
Google Online Security Blog
SecWiki News
SecWiki News
The Last Watchdog
The Last Watchdog
NISL@THU
NISL@THU
Attack and Defense Labs
Attack and Defense Labs
G
GRAHAM CLULEY
Security Latest
Security Latest
Help Net Security
Help Net Security
C
Cyber Attacks, Cyber Crime and Cyber Security
Hugging Face - Blog
Hugging Face - Blog
月光博客
月光博客
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
A
Arctic Wolf
Security Archives - TechRepublic
Security Archives - TechRepublic
S
Security @ Cisco Blogs
腾讯CDC
S
Secure Thoughts
WordPress大学
WordPress大学
P
Proofpoint News Feed
H
Help Net Security
Simon Willison's Weblog
Simon Willison's Weblog
小众软件
小众软件
M
MIT News - Artificial intelligence
博客园 - 叶小钗
IT之家
IT之家
G
Google Developers Blog
博客园 - 聂微东
Google DeepMind News
Google DeepMind News
Microsoft Security Blog
Microsoft Security Blog
Hacker News - Newest:
Hacker News - Newest: "LLM"
Google DeepMind News
Google DeepMind News
N
News and Events Feed by Topic
N
News and Events Feed by Topic

人人都是产品经理

为什么你的产品找不到差异化?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-09-19 · via 人人都是产品经理

对于交互设计师来说,构建交互流程是很重要的一个环节。本篇文章中作者结合自身经验分析了其对于以往项目思考过程的拆解,希望能帮助你建立一套属于自己的思维逻辑。

这是这个系列的第三篇文章,更新此类文章的初衷,并不是想教大家做一个具体活动的交互流程,而是希望通过我对于以往项目思考过程的拆解,帮助你建立一套属于自己的思维逻辑。同时,也希望通过这些输出,让更多的交互设计师找到自己的价值,包括我自己。

一、活动背景

运营活动的交互流程往往都是在明确的运营目标的前提下建立的,不同的目标对应的活动形式以及功能模块、操作流程都有所不同。

比如为了达成“促活”的目标,我们可以以抽奖的形式来实现;如果促活的同时,再加上“转化”,那我们把抽奖与任务相关联,以任务的形式完成转化;如果再加上“裂变”的目标,那我们可以加上分享;如果还需要满足用户“攀比心理”,那可以加上排行榜功能等等。

本次活动的运营目标是“宣教”,即宣传教育,简而言之,就是通过某种方式,将自己想要用户了解的信息传达出去。

而以往的宣教一般通过图文、视频的方式进行设计,但是由于太过于常规且缺少用户激励,导致用户的点击率较低。

如何通过对这些信息的包装设计,增加用户的学习欲望从而提升信息的转化,本次我们选择了“答题”的形式。

二、确定答题类型

在确定了形式以后,接下来我们就需要根据该形式选择符合此次需求的答题类型。

可能有人会问,答题不就是答对or答错么,会有什么不同的类型?

其实不尽然,选择答案只是答题活动设计中的其中一点,不同的运营策略对应的答题活动的功能与逻辑、流程都有所不同,接下来我们一一分析并拆解。

1. 连续答题or累计答题

我们首先要考虑的就是答题的类型是连续答题还是累计答题,这两种不同规则的设定会影响到用户答题流程。

  1. 连续答题,关注点是连续性,用户只有答对才能进入下一题,答错就直接结束本轮答题;
  2. 累计答题,关注点是正确数量,用户答错不结束答题流程,进入下一题,最后统计用户答对的数量。

选择何种类型,就需要分析这两种的优缺点,结合运营策略来抉择。

连续答题,因为要确保用户的完成率(全部答对),所以需要合理的设置题目的难易程度跟数量,如果第一题难度很高或者需要连续答对100题才能完成,不管哪种方式,都会让用户产生抵触心理。

而设置题目数量的好处在于,我们可以围绕具体的一类知识点进行题目的设置,比如一支基金产品、一个基金经理等。用户可以循序渐进的,通过答题的形式,学习并接受此类知识,建立起用户的心智。这无疑是比较符合本次运营目标的答题类型。

而累计答题,它统计的是答对题目的数量,由于答错不结束答题流程,所以就必须有一个约束来主动结束答题,往往通过设置时间来完成,就类似经常在综艺里出现的“你画我猜”的游戏。

这个类型的答题,为了确保用户每次答题不出现相同的题目,就需要丰富的题库来支撑,无法针对一个具体的知识点进行宣教,不符合本次运营的目标。

但是如果为了增加用户在产品的活跃度以及节日的氛围感,就可以沿用此类型,比如“元宵答题会”等主题,同时加入PK的流程,来进一步丰富活动的玩法,这里就不做进一步的展开。

2. 答题机会or复活机会

我们都知道一个运营活动一般不会只有单一的目标,本次活动除了“宣教”以外,还有一个就是常规的转化。

答题只是简单的建立起用户对于某类知识的基础了解,但是想要深入了解就需要用户进入到具体的页面,而促进用户点击的刺激点就是完成任务的奖励,这类奖励一定是用户在本次活动中的“刚需”,才会主动去完成。

结合答题的场景,奖励的设置可以是获得答题机会或者复活机会。

该选择谁,需要结合前面我们选的答题类型来分析,连续答题的关键点是连续性,一般会设置几个节点,比如3、6、9、12等,每个节点对应一定的奖励,越往后奖励越大,这就要求用户为了获得后面大的奖励,就必须要连续答对。

如果答错,用户是希望退回原点从头再来还是就地复活继续答题呢?

绝大部分用户应该会选择后者,所以,针对连续答题的类型,奖励设置为复活机会就比较合适了。

三、选择页面相关元素

确定好答题类型跟奖励类型以后,我们接下来就需要思考整个流程的页面细节,找到可能会影响用户进程的阻碍点,看看可以通过什么方式来消除。

第一个阻碍点就是完成任务。虽然用户完成任务能带来他们希望的回报,即复活机会。

但是完成任务需要指定用户跳转到另一个页面,甚至需要停留一定的时间或者完成具体的操作,这无疑对于用户来说,是比较反感的。那如何促进用户完成任务呢?

我们可以进一步强化利益点,通过呈现答题进度,告知用户即将获得奖励。利用利益点的刺激,让用户继续答题,当出现答题错误,用户自然需要复活,而这时候,就可以达到引导用户去完成任务的目的。

而第二个需要考虑的,就是需不需要放“答题倒计时”功能,我们知道一般为了营造答题氛围,以及减少用户“作弊”,通常会设置倒计时来约束用户的答题时间,但是带来的负面影响就是用户会在答题的过程中过于紧张。

如果不放,用户可以拥有大量的时间查阅答案,无疑降低了用户通关的门槛。

该不该放,需要结合本次活动的目的,本次活动的本质就是宣教,用户在查阅资料的时候,也是一种学习相关知识的过程,而且如果需要控制奖励的预算,可以约束用户每天答题的次数,就可以降低因成功率过高而带来预算超标的影响。

所以最后我们没有将“倒计时”功能放在本次活动流程中。

四、创建交互流程

在创建交互流程的时候,我们需要考虑三点,即状态、操作、反馈。针对本次互动,我们来分析这三要素。

首先是状态。状态需要考虑的是所有的页面、按钮的状态,比如答题按钮的状态,任务按钮的状态。

不同的状态选择是需要根据活动的规则决定的,比如用户每天可以无限制答题,那么答题按钮就是始终高亮的状态,如果是有次数限制,就需要告诉用户当前次数,以及没有次数时的置灰状态,告知用户今日不能参与等等。

而操作就是要考虑用户在页面所有能发生的操作行为,如点击、双击、滑动等,以及用户发生操作后的跳转逻辑。

比如当用户在选择答案后,是直接展示结果还是需要点击确认再提交选择,是否支持用户返回查看上一题的选项。

不同操作流程的选择需要结合活动性质来抉择,如是否支持返回查看上一题,我们可以分析用户返回的目的是什么,可能是需要去修改上一题的答案,但是由于活动的性质是连续性,当用户选择错误就终止进程,所以不存在用户返回修改答案的情况,也就没必要支持用户返回了。

最后是反馈,反馈应该是及时的,减少用户因等待产生的焦虑心理,答题流程中的反馈主要包括用户选择答案以后,是否正确的反馈。但是在这两个常规的反馈中,我们还可以结合运营目标做进一步的设计。

根据运营活动的设定,我们将用户连续答对的过程拆解了几个阶段,当用户达到某个阶段就会给个奖励,以刺激用户持续答题,所以当用户答题正确的时候,页面反馈除了答案正确的反馈,还得考虑用户是不是已经达到了奖励的节点,如果达到了,就需要给出对应的奖励的反馈。

而当用户回答错误时,除了及时反馈用户选择的答案错误,我们还需要考虑用户是否持有复活卡,如果持有,那么当用户答错的同时,反馈用户可以通过使用复活卡继续答题,但是如果没有,是不是就结束本轮答题了呢?

我们可以分析,当用户想要继续进行本轮答题,肯定是需要复活卡激活,但是复活卡需要去完成任务获得,那如果在用户答错且没有复活卡的时候,直接让用户去完成任务获得复活卡,是不是既满足用户想要复活的用户诉求,也满足了客户想转化的业务诉求了呢?

五、数据维护与分析

以上的分析,其实都是根据自己以往答题活动的经验,以及从用户体验的角度出发而创建的流程,我们只是保证了用户在整个链路中操作流程的完整性。

但是对于真实用户而言,最终的效果是怎样的我们不得而知,但是我们可以通过对数据的维护与分析,来获取用户的使用情况,从而不断的优化活动。

本次活动的数据主要有三个地方需要客户维护,也就是活动的中台功能,分别是奖励、任务、题库

前两个都是常规的运营活动需要维护的数据,本次活动主要的差异化在于题库的维护上,我们在进行活动设计的时候,分了几个阶段,随着答题的深入,奖励也会越来越高,那对应的题目难度应该也就越来越大。

所以我们在进行题库配置的时候,需要按照难易程度对每个阶段的题库单独配置,这样在前端取题目的时候,可以在对应的题库里提取数据,就保证了每个阶段题目难度不同的目的。

而数据分析,主要在于埋点数据的分析,我们可以通过数据的变化来分析可能存在的问题。

比如当我们发现绝大部分用户在第二阶段就结束了答题,那我们可以分析是否是第二阶段的题目难度太大,还是第二阶段的奖励太低,通过不断调整数据来验证我们的猜想,从而解决用户在整个流程中所遇到的问题。

六、总结

以上,就是笔者根据过往的工作经验,分享的一篇关于构建答题活动交互流程的文章。

后续也会继续分享自己在实际工作中,关于产品交互的心得与感想,经验有限,欢迎大家批评指正与交流。

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

题图来自 Unsplash,基于 CC0 协议

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