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

推荐订阅源

H
Heimdal Security Blog
P
Privacy International News Feed
S
Schneier on Security
P
Proofpoint News Feed
L
Lohrmann on Cybersecurity
Spread Privacy
Spread Privacy
P
Privacy & Cybersecurity Law Blog
D
Darknet – Hacking Tools, Hacker News & Cyber Security
Scott Helme
Scott Helme
K
Kaspersky official blog
大猫的无限游戏
大猫的无限游戏
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
aimingoo的专栏
aimingoo的专栏
Simon Willison's Weblog
Simon Willison's Weblog
S
Securelist
Help Net Security
Help Net Security
B
Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Security Archives - TechRepublic
Security Archives - TechRepublic
云风的 BLOG
云风的 BLOG
The GitHub Blog
The GitHub Blog
N
News and Events Feed by Topic
Hacker News: Ask HN
Hacker News: Ask HN
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
M
MIT News - Artificial intelligence
雷峰网
雷峰网
博客园 - 司徒正美
V
V2EX
AWS News Blog
AWS News Blog
Know Your Adversary
Know Your Adversary
N
News | PayPal Newsroom
T
Tor Project blog
Cisco Talos Blog
Cisco Talos Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
PCI Perspectives
PCI Perspectives
Google DeepMind News
Google DeepMind News
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
U
Unit 42
C
Cybersecurity and Infrastructure Security Agency CISA
P
Palo Alto Networks Blog
G
Google Developers Blog
T
Threat Research - Cisco Blogs
博客园 - Franky
I
InfoQ
D
DataBreaches.Net
爱范儿
爱范儿
Y
Y Combinator Blog
博客园 - 叶小钗
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
如何设计文化遗产数字化领域的 C 端产品?
腾讯设计Ardot · 2023-01-06 · via 人人都是产品经理

在设计一款C端产品时,业务团队需要事先了解你的目标用户与实际使用场景,并搭建好后续的体验设计与运营推广策略。那么具体可以如何操作呢?本篇文章里,作者结合具体产品进行了设计拆解,不妨来看一下吧。

我将文化遗产数字化分为两大阶段、七个步骤。其中,信息分发和公众消费两个步骤有面向C端用户的产品(其余五个更多面向B端)。所以接下来我将结合项目经验,从6个方面介绍,这两个步骤在文化遗产数字化领域的产品设计过程中,有哪些值得注意的事项,以及面向C端的数字产品(区别于实体的产品和服务)该如何进行产品设计。

如何设计文化遗产数字化领域的 C 端产品

图1: 文化遗产数字化的七个步骤

一、什么是文化遗产数字化领域的C端产品

1. 范围

在面向C端的、不是实体的、同时也不专门服务于旅游行业的、以提供内容为主的产品中,C端用户主要会有两个使用场景:

1)查阅资料

个人出于兴趣或者有学习、工作的任务需求时产生对文化遗产内容的查阅行为,此时产品往往承担着图书馆、博物馆的作用,并一定要满足两个用户行为:一是找,二是看。同时,作为严肃的信息分发平台,保证所提供内容的专业正确性,也是产品必不可少的定位。这类产品以线上数据库网站的形式存在,如:大英帝国博物馆数据、故宫文物库等。

2)娱乐

个人出于消磨时间、获得愉悦的动机,主动或往往被动地被推送含有一些包含文化遗产内涵的内容,如:看一个关于文物的纪录片(如《我在故宫修文物》)、玩一个含有文化遗产IP的游戏(如《刺客信条:大革命》里的巴黎圣母院)、刷到解说某个文化遗产景点的短视频、朋友圈看到一个好玩的H5(如曾刷屏的长城H5《万里共婵娟》)……这些带有娱乐性质的产品往往容易引起分享、二次创作和传播。

目前市面上的产品很多都是以上两种类型产品的复合体:云游敦煌、云游长城、谷歌艺术与文化等,它们既提供了大量文化遗产的资料,又别出心裁地基于某些文化遗产内容知识点创作出了好玩有趣的娱乐产品。

如何设计文化遗产数字化领域的 C 端产品

图2: 既有大量文化遗产资料又有好玩有趣体验的产品

2. 目标

目前我们所做的,大到数字化文化遗产场馆、 小到一篇相关的微信长文章都属于文化遗产的数字化传播作品,其主要目的在于向大众弘扬文化或者让大众了解历史知识,而价值的衡量最终会落在信息传播的范围和对信息的理解上(张韵叠,2016)。

二、了解用户和你要传播的文化遗产

在调研阶段,我们除了要了解产品面向的用户之外,还要非常了解我们所传播的这个文化遗产本身的内涵。

1. 用户调研

按照上述两种使用场景,用户可以分为以查阅资料为目的的用户和以娱乐为目的的用户。

1)以查阅资料为目的的用户

查阅资料的用户一般是该文化的爱好者或是有学习、创作需求的人,比如爱好者团体成员、社交平台该话题下的KOL、短视频等平台的该话题下的创作者等。这些人一般在人群中占比很少,适合有针对性地招募,然后进行访谈。

比如在云游长城项目中,我们访谈了“长城小站”(国内知名长城爱好者网站)的管理员、在抖音直播的前长城导游、知名的长城摄影师……我们需要了解这些人目前如何获取该文化领域的知识、如何进行知识的输入与输出、以及很重要的——是缘何成为该文化的爱好者。这些对挖掘该文化的吸引力以及如何让更多人喜欢上这个文化有一些参考价值。

2)以娱乐为目的的用户

娱乐为目的的用户,几乎可以涵盖所有互联网用户,无论男女老少,什么职业,都有可能成为产品的受众。但一般来说,接触过或者跟该文化产生过关联的人更容易成为受众,比如看过相关纪录片、去过该文化遗址旅游等等。这些人在人群中的分布就相对来说比较广了。调查这些群体对该文化的认知现状,可以采取问卷的形式,同时,对于比较典型的接触过该文化但未深入了解的用户可以进行访谈。

对这类产品的用户的调查主要需要弄清三个问题:一是文化传播效果现状——普通大众目前对于该文化的普遍认知情况如何,二是现有文化传播途径——目前他们都是从哪些途径认知了解这个文化的。三是了解他们还想了解什么这个文化的哪些方面等等。

我们最终可以输出这两类用户的典型画像:爱好者和普通大众。

如何设计文化遗产数字化领域的 C 端产品

图3: 爱好者和可能感兴趣的普通大众

2. 了解你要传播的文化

文化遗产数字化领域的产品要求设计者本身对该文化领域的了解程度有一定的要求,设计者需要比普通大众更清楚该文化领域的内涵、组成成分和魅力所在,否则很难去组织内容、挖掘亮点……

如何从一个门外汉快速进阶为一个文化领域的半个“专家”,一般有如下三种方法:

1)专家访谈

找一个真正的专家,询问对该文化的定义、历史与发展、现状与期望,你就能很快地抓住一些核心关键词,从而能快速获得正确又重要的知识点。比如在长城项目中,我们得到了天津大学专家组的指导,以军事防御体系去结构化地认识整个长城。

如何设计文化遗产数字化领域的 C 端产品

图4: 天津大学提供的教学材料

2)看核心专著——的目录

一般一个文化领域会有一部最全最权威的介绍这个领域的书,不一定写的是最好的,但是知识结构是正确完整的。比如在长城文化领域,最全就是《长城志》,共12本大部头的丛书,要看完是不现实的。

但是也不需要看完,看每本书的标题,就可以了解所谓长城文化是包含了哪些方面——遗存、建筑构造、军事系统、人物、诗歌……然后每一本下面又是如何去拆解到最小颗粒度的,比如遗存就是先按朝代再按地域划分、诗歌就是按照朝代一首一首地展示……这些都可以在短时间内获取,但是可以很快地帮助你构建关于这个文化的知识结构。

3)学习竞品

除了从专业学术的角度去了解这个文化的内容外,看看当前市面上有没有什么关于该话题的产品:如纪录片、网站、APP、游戏等等,这些产品是如何讲述这个文化的,效果如何。因为这些产品已经是经过不同程度的内容加工创作的了,所以可以看看别的创作者是如何消化再表达这个文化,哪些是大家都会提到的亮点,用什么样的形式或载体是更适合这个文化等等。这些都可以帮助我们更快地了解这个文化。

如何设计文化遗产数字化领域的 C 端产品

图6:传播长城文化的现有产品

最终你需要清楚地知道这个文化是什么,由什么组成,哪些可能是重点亮点……成为该领域的半个“专家”。

三、产品规划——产品形态、内容和呈现形式

面向不同的人群、服务于不同的使用场景,传播同一个文化IP的数字化产品从产品形态、内容、功能、呈现形式等方面都可能不一样。在做产品规划的时候需要根据产品定位来选择合适的产品形态、内容和呈现方式。

1. 可选项

1)产品形态

对于C端用户来说,比较常见的产品形态是网站、APP、微信小程序、H5、微信公众号等。

网站和APP都适用于用户多次使用的场景,承载内容可多可少,交互形式也可丰富可单调,并且境外用户也可以访问,缺点是比较难在移动端进行传播,APP比网站的打开成本更高。

微信生态内的产品虽然基本就面向大陆用户了,但胜在微信生态内传播方便。其中小程序最适合做有一定结构的丰富内容的载体;H5最适宜做一次性但足够惊艳能引起二次传播的体验;公众号适合用来沉淀用户,主动触达,适宜更新频次较高的内容,对运营要求高。

2)内容

简单分为大而全和小而美两种内容策略。大而全的内容需要有厚重的内容(比如成百上千的条目)、有清晰的结构,可以被检索。小而美的内容,找到一个切入的知识点,或者只讲好一条故事线,进行重度投入的创作,打造亮点。

3)呈现方式

图文、视频、地图、3D模型、全景游览、游戏、动漫……越高维的形式沉浸感越强,越能有更强的互动体验,更吸引人;但是从获取信息的效率的角度来说,并不是越高维越好。

2. 如何选

虽然战略层和范围层的划定往往受干系人意愿、资金、技术、以及内容来源等因素影响更大,但产品规划还是可以给出一些符合达成我们目标(更多人、了解更深)的推荐方案。

比如可以问自己几个问题:

1)面向查阅资料的用户还是面向娱乐的用户?

前者需要提供的内容数量就得是大而全的,呈现方式可以是不有趣的;但后者就完全相反。

2)只对境内还是也传播到境外?

对境外的用户来说,微信小程序和公众号就不是好选择。

3)提供的内容是可以一次看完(大概10分钟内)的还是好多次都看不完的?

前者不太适合用APP这样获取成本高的形态;后者不太适合H5这种没有固定入口的形态,如果要是H5,至少给个固定入口(比如公众号菜单栏)

4)更看重信息接受的效率还是更看重体验的沉浸?

前者其实加以信息层级处理的图文就很好;但后者值得花更多力气去获取或者创造更高维的呈现方式,比如在长城项目中的游戏技术打造的数字长城。

四、体验设计——以线上图书馆/博物馆为例

由于在公众消费阶段的产品,内容创作程度越重,个性化程度越高,呈现方式百花齐放,不太好找到统一的体验设计切入点,但在信息分发阶段的产品:线上博物馆或者图书馆等产品是有些通用的考虑点的。

1. 信息结构

如果我们的产品提供的内容是成百上千的条目,那么对所有内容的陈列逻辑就变得很重要。因为首先我们要让用户很快地知道你的产品提供了什么内容,并且要让用户在需要找到什么东西的时候能顺利找到。

所以第二部分提到的了解要传播的文化遗产是非常重要的,这样我们才能清晰地陈列所有内容。

一般来说有两种陈列逻辑:按照分类(category),按照标签(tag)。

  1. 按照分类:比如青铜器跟青铜器放一起,建筑跟建筑放一起;
  2. 按照标签:年代、颜色、生肖等等。

如何设计文化遗产数字化领域的 C 端产品

图7:信息结构——按分类和按标签

2. 交互设计

对于这类产品,有三条主线的体验是需要着重设计的:

1)逛——在浏览中发现

因为展示的条目非常巨大,所以在用户浏览时,除了有确定性目标,也有很多“随便逛逛”的情况。在“找”这个过程中,除了我们本身有清晰的目录结构之外,还可以在很多地方添加“相关条目”,鼓励用户更多浏览行为,并发现条目与条目之前的关联。

比如在云游长城中,我们每个城池的介绍会推荐同级别的城池和专题知识,每个单体建筑也会推荐同类建筑和专题知识。

如何设计文化遗产数字化领域的 C 端产品

图8:长城产品里的相关推荐

2)搜——条目级搜索

面对成百上千的条目,搜索是必要的,但是在提供搜索功能时,也要考虑到用户可能搜索的关键词维度,从模糊到精准,拿长城来说,让用户精准输入“延庆县66号敌台”这个标题是很难的,所以我们可以让用户筛“敌台”这个建筑类型,也可以搜“延庆”这个地点,同时也会迭代做联想输入,展示可能的结果,让用户从输入到选择,更快地找到目标条目。

如何设计文化遗产数字化领域的 C 端产品

图9:长城网站里的搜索

3)看——条目详情页布局

条目详情页一定是访问量最大的页面,所以在设计上,我们需要考虑提高用户信息接收的效率,比如突出视频、图片等媒介,简练元数据字段(metadata),让用户一眼直接可以看到最重要的信息、如果有兴趣可以再看更多的描述。

如何设计文化遗产数字化领域的 C 端产品

图10:长城产品里的条目详情页

3. 表现层

1)还原艺术印象

在设计的过程中都应该对文化遗产总体艺术印象进行分离并精确概括表达,打造还原度高的视觉效果。讲述长城故事的产品让人一进来感觉就是长城、讲述敦煌故事的产品让人一进来感觉就是敦煌。长城的视觉效果打造从颜色、字体、标志形状、底纹等等方面去还原长城。

如何设计文化遗产数字化领域的 C 端产品

图11:长城产品里的长城元素

2)可视化表现分类与分级

除了纯艺术印象之外,由于长城内容的丰富度和复杂度,在内容的层级与分类上也需要借助视觉的表现,比如用不同材质建造的长城的颜色分类、不同类型的长城建筑使用的不同的图标、不同层级的军事城池的图标大小的不同……

如何设计文化遗产数字化领域的 C 端产品

图12:长城产品里的分类与分级

五、推广和运营——一些可能的“套路”

对应“更多人、了解更深”的目标,在C端产品上,我们仍希望是有更多的用户数量,更多的日活,但是仅靠资料查阅和垂直领域的兴趣内容消费,现阶段显然是不太可能撑起长期的日活的,扩大用户范围在“降本增效”的大环境下也不能只寄希望于砸广告。或许我们可以从下面两方面着力:

1. 【拉新】“借力”——与其他IP或产品的合作

我们的讲述对象——比如长城是个IP,但只把用户范围锁定在对长城这个IP感兴趣或者有可能感兴趣的人身上,思路就窄了。我们可以接受,用户可能是因为对别的东西感兴趣但是在过程中主动或被动地了解到了长城的一些知识。

  • 比如和小红花的合作,很多用户可能是为了获得小红花(小红花有其他用途)而来长城产品上互动;
  • 比如和顺电的合作,用户可能是为了获得顺电的消费券(抵现金)而来加入保护长城倡议;
  • 比如和中国银行的合作,用户可能是为了获得信用卡积分(可兑换话费等)而来完成修缮长城的任务。

如何设计文化遗产数字化领域的 C 端产品

图13:长城的合作推广

本质上,产品侧只是提供了一个用户完成任务,然后获得其他激励体系里好处的接入方式,成本低但效果好:对于我们来说,获得了更多的用户;对于合作方来说,获得了和长城IP联名的机会,积极参与公益、承担社会责任;对于用户来说不仅获得了实际的好处,并且在完成任务时获得了知识……(修长城这个任务是不是比叠猫猫更能带走一些知识点?)只要思路打开,其实是三赢的局面。

2. 【促活】扩大使用场景

在原先的场景:查阅资料(低频)和内容消费(如果内容不上新,基本一次性体验)的场景下,想获得日活增长是比较反常识的。所以我们需要开发新的场景——用户可以在我们的产品中完成更多任务,比如与线下游览相结合的购票、导览、活动预约等功能;与公益保护相关的志愿服务、募捐等功能;与商品相关的文创产品购买或者DIY等功能;与爱好者交流相关的社区、UGC、评论互动等功能。

如何设计文化遗产数字化领域的 C 端产品

图14:爱好者可能需要经常体验的场景

但是在建设功能的时候比较忌一味贪多求全,需要考虑ROI和目标人群以及自身的独特竞争力。(比如人买票为什么不在携程飞猪买要在你这里买,是不是你这里是全网独家官方预约渠道等等。)

六、其他注意事项

1. 版权

严格来说所有文化遗产的著作权基本都已过期,当前版权是属于全人类的,只要我们能接触到这个文化遗产,所有拍摄的影像、扫描的模型等等的版权都属于自己。所有人都可以做一个关于这个文化遗产的产品。但是很多收录在册的文化遗产都有其保护单位,所以能不能接触到,就需要经过这个保护单位的同意。

此外,我们能看到的资料一般都有属于保护和研究单位的著作权(白话版:放在博物馆里的文物你可以拍,拍了之后著作权是你自己的想怎么用都可以,但是你在网上搜到的拍这个文物的照片是有版权的,版权属于拍摄的个人或组织),所以在产品中使用到的所有的音视频模型文档等素材都应按照著作方的要求:是否进行署名、水印保护、是否允许下载等等。

如何设计文化遗产数字化领域的 C 端产品

图15:长城项目对版权声明的处理

2. 合规

与版权问题不同,合规性主要指政府部门或者指导单位出具的一些关于文化遗产保护的政策,比如去年NFT一度盛行的时候,国家文物局就数字藏品问题召开的座谈会上提出,“文博单位不应直接将文物原始数据作为限量商品发售”,叫停了很多无序的直接以照片、扫描件为限量商品发售的NFT。

目前以文化遗产为灵感的二次创作的作品才可以成为NFT,但要经过上级单位的审查。所以对此类产品的上线和运营,需要我们保持对相关政策的关注,并及时响应。

3. 内容正确性

最后也是最重要的一点,如果作为一个个人创作者,虽然暂时没有人审查我们产品中内容的正确性(当然了,公司出品的产品肯定需要经过公司的审核),但作为一个具有科普性质的产品,需要意识到,会有人以你产品中的内容为正确来源,尤其是有比较权威的单位背书的,所以我们在内容的采集上就需要辨别来源,在上线前也需要对内容的正确性进行反复校对审查,并且全程最好有专家作为顾问进行审核把关,以免出现错误,误导用户。

七、结语

总的来说这个领域的产品量并不多,文化遗产数字化的进程可能也还在初级阶段,所以从C端产品设计的角度来说目前还没有一个非常通用的方法论,笔者只能以一些项目经历作为一些粗浅的经验性总结,希望有更多人更多角色参与到这一领域一起探讨!

参考文献

1. 张韵叠. (2016). 基于传播性的文化遗产设计研究.中国古迹遗址保护协会;清华大学.

2. Zahidi, Z., Lim, Y. P.,& Woods, P. C. (2014). Understanding the user experience (UX) factors that influence user satisfaction in digital culture heritage online collections for non-expert users. 2014 Science and Information Conference(pp. 57-63).

3.Carlos Ricardo Marcelino. (2020). Exploring Europeana’s approach to design.https://pro.europeana.eu/post/exploring-europeana-s-approach-to-design

作者:Michelle;主创团队:腾讯用户研究与体验设计部

来源公众号:腾讯设计(ID:TencentDesign),设计向善

本文由人人都是产品经理合作媒体 @腾讯设计 授权发布,未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议

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