标签: 编辑器

  • 体验经济的体验营销框架模型分享

    体验经济的体验营销框架模型分享

    体验经济的体验营销框架模型分享
    二十一世纪开始,经济发展的演进已从过去的农业经济、工业经济、服务经济走向现阶段的体验经济( experience economy), 其在生产行为和消费行为方面更为注重体验与互动。体验经济时代, 企业在生产行为及消费行为上更为注重满足不同消费行为的营销需求。

    本篇内容基于体验经济基础上,思考体验营销、产品体验等框架模型。

    一、体验营销


    1
    2种消费行为和营销策略


    通过对商品的广泛搜索和仔细评估后所做出的理性、准确和谨慎的购买行为。

    前置型营销策略:基于4P、4C的传统营销理论, 主要针对的是理性购买行为;

    事中型营销策略:亦称“无计划购买”。是按消费者的购买态度与要求而划分的购买行为类型。消费者进入购物场所后才决定购买。是一时冲动的结果。 针对满足Web3体系下的冲动性购买行为。

    2
    体验营销从1维到3维


    3
    体验经济下营销思想也要变

    离散型→一体化:营销数字化相关软件系统从散乱单一走向统一集成, 实现一体化管理;

    公司外部→公司内部:营销数字化范围从公司外部向公司内部延伸, 从关注外部客户向关注外部客户与内部流程融合, 融合市场与业务部门;

    固化场景→精准营销:营销数字化需求从满足过去单一的营销场景需求向满足现在快速、多变的精准营销需求转变;
    事后分析→动态决策:
    营销数字化逐步从仅满足售后用户行为分析到全面支持智能分析、动态辅助决策转变;
    因素分析→路径分析:
    营销数字化将摒弃过去基于单一或几个因素构成的单一消费者购买行为路径分析方式, 构建一套覆盖多元路径消费者购买行为的路径分析方式;
    被动体验→主动体验:
    营销数字化更为注重web3时代下的沉浸体验行为的研究与营销策略制定,由被动体验走向主动体验。

    4
    流程目标实现机制


    借助2+4模式,2条主线,4个支撑体系,基于目标,进行流程实现机制体验设计。

    二、数字化产品的用户体验度模型

    5个关于用户体验度的模型,UES模型、适合网站的PLUSE、谷歌的HEART、蚂蚁的PTECH和GSM模型,它们各有切入点,也各有其适应场景。在实际项目中,并不是一定要应用所有维度的指标。而是根据项目的环境和属性,选择适合的框架来确定如何进行用户体验衡量,从而有效改进产品的用户体验,完善合理的产品体验。

    1
    PTECH—企业级产品体验度量框架模型

    2
    UES—云产品使用体验度量系统



    3
    PULSE模型—广泛应用于跟踪产品的整体表现



    4
    HEART模型—高效选择正确的数据指标



    5
    GSM模型



    Google提出的一种自上而下度量用户行为的方法, 通常用于衡量产品/项目目标的实现程度。

    G(goal)目标:明确目标

    商业目标、用户目标、页面体验目标……

    S(signal)实现目标所产生的信号 (有时也称为现象)

    基于明确的目标, 哪些信号 (现象) 会发生?

    M(Metric)找出关键指标

    哪些指标可以商量上一层推导的信号 (现象)

    GSM模型中, 目标、信号、指标之间是承接的关系。

    确定目标从而判断目标对应的信号, 然后拆解为可量化的指标。

    目标->信号:信号是目标的分解, 一个目标可以分解为多个信号。

    信号->指标:指标是信号的衡量标准, 一个信号可以由多个指标来衡量。

    实施步骤:

    第一步:识别目标

    首先, 需要明确产品或者功能的目标。用户在达成目标的过程中需要经历哪些步骤, 运用HEART模型推导目标的清晰表达 (例如是吸引新用户更重要, 还是老用户留存更重要) 。

    第二步:推导信号

    接下来, 考虑一下目标的成功或者失败, 如何作用在用户的行为之中。哪些行为可以说明目标已经成功。哪些感觉和认知和成功 (或失败) 相关联? 在这个阶段, 需要考虑这些信号的数据源是什么。

    第三步:拆解指标

    最后要考虑的就是将信号转化为指标, 适合通过仪表盘去追踪的指标。

    三、企业创新型产品的体验设计发力点(B端产品)


    对于以技术为核心竞争力的公司,往往会存在一些技术科研或技术实验室的团队,在主产品稳定后,避免不了要将实验室研究的其他技术进行孵化,衍生出新的产品来扩展新市场,完善公司更大的版图。技术创新通常分为2类,一类是成熟技术的改革,另一类是新兴技术的诞生,其中成熟技术的改革在一般公司更为普遍。

    这部分通过对成熟技术改革创新类型分类后,重点讲述当前B端企业常见的重组创新技术变革!



    四、CEM(客户体验管理)方案产品矩阵

    基于场景创建旅程阶段,在每个旅程阶段,可以创建旨在提升客户体验促进客户转化的标准策略,可以关联行为事件、场景标签、客群、体验要素、核心指标,并导入相对应的专业/互动式调查问卷。使您在任何一个具体步骤,都不会忽略对客户体验整体的关注和影响。

    实施流程:寻找机会→布控→采集→分析治理→体验度量。

    1
    寻找机会


    2
    布控——客户消费旅程


    3
    多源采集产品


    4
    分析治理


    5
    体验度量


    结语:


    总有一些不同寻常的时刻影响我们的一生。人生的低谷、高峰往往让我们记忆犹新,而其它的平常时间则如白驹过隙。

    人生当中非常重要的一件事情,是你要学会把仪式感做足, 学会用峰值体验的方式来打动你的客户, 打动你的家人, 打动你暗恋的对象, 打动你的领导。

    在生活中, 能够在特定时刻制造惊喜的个人, 一定是大受欢迎的 ;

    在职场上, 拥有共同使命又目标清晰的团队, 一定是充满战斗力的  体验时代, 已经到来;

    在商业里, 专注持续为顾客提供高峰体验的公司, 一定是优秀成功的。

    其实不管是对客户还是对身边的人,只要你觉得值得那就大胆去做吧, 给他一个印象深刻的峰值体验,或许你们的关系从此变得不一般。

    以上是本篇内容,期待你的点赞、分享和关注,更多精彩明天见!

  • 如何在 VSCode 里离线使用语雀编辑器?

    如何在 VSCode 里离线使用语雀编辑器?

    Hi,今天推荐一篇来自语雀的老朋友——王同学的文章,他在这里介绍了如何使用 VSCode 离线编辑语雀文档,包含了详细的操作和说明,接下来就让我们看看他的介绍吧👇

    事情的起因是我最近在制作团队 24 年的官网,过程中需要用到一些语雀的 API,然后就顺其自然地开始看起了语雀的开发者文档。在文档中,我发现了前段时间开放的语雀编辑器。

    顺着语雀编辑器开发者使用文档,找到了一位语雀开发同学的的数字花园,他分享了基于语雀开放出来的部分编辑器制作的一个 VSCode 插件,若是一句话来描述它的功能,那就是在 VSCode 里离线使用语雀编辑器。

    插件的安装与使用

    这是插件的地址:lake-editor – Visual Studio Marketplace
    🔗 https://marketplace.visualstudio.com/items?itemName=hugehardzhang.lake-editor
    你也可以在 VSCode 的插件下载页里搜索 lake-editor 安装,安装好插件,只需要创建 .lake 文件就可以使用语雀编辑器了。

    编辑功能

    既然是语雀编辑器,那我们就先从编辑功能开始。在这个插件中,保留了语雀文档编辑器大部分功能。
    大概是因为完全离线以及一些其他安全的考量,它删去了和语雀接入有关的功能,比如语雀自己的编辑器卡片、联网功能卡片的插入、第三方卡片的插入等,除此以外的大部分卡片都有,自己写一些文档并做一些简单的布局绰绰有余。


    VSCode 兼容
    这个插件对 VSCode 的兼容还算不错,特别是深色模式,背景颜色会根据设置里的环境变量来适应,这就意味着你可以在任何主题下获得不错的色彩体验。
    左右滑动查看主题显示
    在插入链接时,可以触发 VSCode 的链接唤起。
    也可以配置项目的默认字体大小、开关段间距、显示标题/大纲、以及是否显示工具栏。
    你可以自由把它修改成你喜欢的样子,比如你可以把工具栏关掉,会有一种在 VSCode 里浏览一个普通的文本文件的感觉:
    你也可以把标题、大纲、工具栏全部打开,这样就会有一种在用云上语雀的感觉:
    在本地操作 lakebook 文件

    只读

    在语雀的知识库设置中可以导出 lakebook 文件,在 VSCode 里通过这个插件可以打开预览 lakebook 里的内容。

    编辑

    如果你想要对 lakebook 里的文件进行编辑,需要把 lakebook 文件解压为本地文件夹。只需要右键 lakebook 文件,选择 Unzip Lakebook 即可!
    它会将你的所有的文档换成可以在插件里编辑的 lake 文件,基本可以实现小体量内容的本地备份!
    可惜的是,如果知识库内容太多的话,在语雀内会无法导出 lakebook 文件,期待未来语雀优化!

    与云上语雀的兼容

    直接复制

    在插件版的语雀编辑器里写的内容是完全可以直接复制到云上语雀里的,格式会完全兼容。

    单文件导入

    lake 文件直接导入,单文件导入。

    用这个插件编写的 lake 文件可以在语雀内直接导入,如果你未在插件中通过设置开启“显示标题”,那么文件的标题会在导入后默认使用文件名。

    批量导入

    你也可以将本地的内容批量导入,只需要先在本地把要批量导入的文件夹压缩:
    在云上语雀导入时选择 Markdown 导入,然后在选项中选择“Lake 打包后的压缩文件”:

    这样 Lake 文件就被批量导入了:

    需要注意的是,如果你的 lake 文件自定义了标题,导入时需要取消勾选这个选项,否则默认使用文件名作为标题~


    写在最后
    这篇文章写得不长,真正让我兴奋的是,语雀可以在这个插件下得到如此不错的本地化水平。
    最近语雀客户端 3.4.x 版本也已经支持离线文档编辑了,如果感兴趣的话可以去试一试!

    🔖 语雀小 tips:

    语雀桌面端 3.4.x 版本已经支持设置知识库离线,可以复制以下链接到浏览器查看如何使用👇:

    https://www.yuque.com/yuque/yuque-desktop/changelog-3-4-x

  • OBM、OEM、ODM、CMT代工模式区别详解

    OBM、OEM、ODM、CMT代工模式区别详解

    OBM、OEM、ODM、CMT等代工模式简称在不同行业的代工厂或品牌公司工作时想必大家会经常遇到,容易混淆分不清,现在整理区分如下。

    OBM:

    原始品牌制造 (Original Brand Manufacturer)

    工厂自行创立品牌,设计、研发、生产、销售等一条龙都是由自己完成。

    OEM:

    原始设备制造商(Original Equipment Manufacturer)

    俗成代工,是一种生产模式,制造商制造零部件或完成产品,给其他品牌的制造商使用,并打上该品牌的标识。

    ODM:

    原始设计制造(Original Design Manufacturer)

    也称为设计委托生产或代工设计,是一种生产模式,制造商根据客户需求设计产品,并负责生产和销售。

    OBM、ODM、OEM三者的区别:

    01

    OBM

    A工厂自行创立品牌,设计、生产、销售等环节都是由A工厂自行完成,称为OBM。

    02

    OEM

    B方自带技术和设计,让A工厂加工生产,A方的仅做生产模式叫OEM。

    而在OEM模式下,代工厂家只负责按照买方提供的规格进行生产制造。

    03

    ODM

    B方自带要求,让A方负责设计开发、生产贴上B品牌的商标,A方的模式叫ODM。

    CMT:来料加工(Cutting-making-trimming)

    全称是CUTTING(裁剪),MAKING(制作),TRIMMING(后整理)的缩写。是一种服装行业的生产方式,制造商提供面料和设计规格,代工厂只负责裁剪、制作和整理,通常不包括原材料和设计成本。

    在CMT模式下,买方通常负责提供材料和配件,拥有更多的控制权和责任,而制造商主要负责实际的生产和加工工序。

    FOB:

    船上交货/指定装运港(Free On Board)

    FOB是一种国际贸易术语,表示卖方必须在装运货物后,将货物交到指定的港口,并承担运输费用等费用直到装载为止。此时责任转移给买方。

    卖家负责把货物从工厂或仓库运输到码头,负责报关,让货物上船,装船后就没有卖方的责任了。

    在服装行业通常也指包工包料,从面辅料采购、产品打样、生产、后整包装、出货等工序都是工厂完成的代工模式。

    模式

    定义

    关键特征

    责任分配

    OBM(Original Brand Manufacturer)

    工厂自创品牌

    设计、研发、生产、销售一体化

    A工厂承担全部责任,包括品牌、设计、生产及市场推广

    OEM(Original Equipment Manufacturer)

    代工生产

    根据B方设计与规格生产,贴B方品牌

    B方提供设计和技术,A工厂负责生产;B方负责品牌和销售

    ODM(Original Design Manufacturer)

    代工设计生产

    A工厂按B方需求设计并生产产品,可贴B方品牌

    A工厂负责设计开发,B方提出需求并负责品牌与市场;生产由A负责

    CMT(Cutting-Making-Trimming)

    来料加工

    代工厂负责裁剪、缝制、整理,B方供料

    B方提供所有材料,A工厂负责加工;设计通常由B方完成

    注解:
    ·OBM强调的是企业拥有自有品牌,从产品构思到市场销售全程掌控,适合有较强设计与营销能力的企业。
    ·OEM中,制造商扮演纯粹的生产角色,设计、市场策略等由品牌方主导,适用于希望快速扩大产能的品牌。
    ·ODM则在OEM基础上增加了设计服务,制造商依据客户要求设计产品,适合需要快速推出新产品但设计资源有限的客户。
    ·CMT是服装行业特有的合作模式,更侧重于加工过程,原材料和设计完全由客户控制,制造商专注于生产效率和质量。

  • 高阶新媒体运营人必备知识地图

    高阶新媒体运营人必备知识地图

    新媒体运营人的高阶知识进阶地图

    新媒体运营,包括微信公众号、微博、小红书、抖音等,已然不是新职业了,但Ta又是那么不可或缺。时间尺度的拉长,需要我们对此有升阶运营的思考。今天和大家分享新媒体运营进阶知识地图。
    这份知识地图是基于微信公众号为基础,延伸到微博和小程序等,这份运营的知识,暗含着新媒体运营解决方案的底层逻辑,这个逻辑适合当下的全媒体运营。

    一、公众号整体规划


    1
    新媒体定位

    定位是引发一系列用户行为的关键要素,在不同时期扮演关键的角色,起着“承前启后”的作用。
    因为定位,是明确Ta价值聚焦的思考。前期,作为定海神针,决定新媒体价值方向;后期,再次杨帆启航,完善商业模式。

    2
    如何定位?

    ①先确定公众号类型

    ②通过市场分析,找到定位突围点

    ③通过用户需求分析,确定运营方向

    保证必备属性、提升期望属性、提升魅力属性。

    ④通过后期运营不断优化定位

    瓶颈期如何调整定位:

    业务重心变化;

    场景变化;

    场景延伸;

    内容形式变化;

    内容方向变化。

    3
    通过数据优化内容


    4
    获取用户画像


    5
    公众号基本属性设置

    公众号的规划是动态的过程,且有侧重点。

    二、内容生产

    1
    选题


    2
    信息搜集


    3
    标题

    总结:选题,决定了一篇文章的一半!

    三、平台运营

    1
    新媒体矩阵


    2
    小程序运营


    3
    微博运营


    四、用户增长

    1
    新媒体发展的生命周期


    2
    启动期的运营


    3
    成长期的增长


    4
    粘着式增长


    →内容粉是最精准的粉丝

    自己生产爆文,获得增长

    通过建立稳定转载源获得增长

    爆文平均涨粉比43:1

    爆文生产需要实力,也需要运气

    →内容增长(转载源)

    盘点所有转载文章

    按照转载频率和效果,筛选转载渠道

    维护核心转载群

    5
    裂变式增长


    6
    付费式增长


    总结:20%的引擎决定了80%的增长。

    五、飞轮效应

    1
    社群裂变


    2
    任务宝的玩法


    3
    其他裂变模式


    4
    增长的经验


    总结:飞轮效应要基于用户体验进行微创新。

    六、用户管理

    1
    用户转化路径设置


    2
    用户生命周期管理


    3
    用户体验


    4
    用户故事地图


    5
    社群运营


    6
    个人号

    总结:所有新媒体工作的本质都是围绕“用户”。

    结语:

    这应该具备全媒体运营代表性的进阶知识分享,后面我会基于这份进阶知识地图做一份新媒体运营方案模板供大家参考。
    另外提醒的是,这份进阶知识地图,由于内容太多,不转ppt了,有需要的直接以pdf形式分享,打赏9元并私信我邮箱号即可。
    以上是本篇内容,期待你的点赞、分享和关注,更多精彩明天见!

  • 实例分享 | 社区产品编辑器的设计开发要点

    实例分享 | 社区产品编辑器的设计开发要点

    编辑器是搭建内容社区产品中必不可少的一个模块,同时也是细节和坑点最多的一个模块。即使采用了开源编辑器,也免不了在此基础上进行二次开发。那么在这个过程中有哪些地方需要注意呢?我们一起来看看。

    目前笔者正在负责一款游戏社区产品,此前所有内容都是PGC(官方生产)。经过调研和数据分析我们发现,用户在社区内的停留时长短、进入社区频次低,主要是由于社区内容更新频次低、内容少、内容类型少导致。用户在进入app的前几天,一下子把历史内容就都消费掉了,常常要隔几天才会更新。并且游戏玩家所关心的攻略内容非常少,而且覆盖面不广,所以用户缺少进入社区消费的动力。

    经过讨论,我们决定采用PUGC模式,由官方向用户征稿,创作精品内容,以此提高优质内容供应量,提升内容更新频率。

    一、使用场景:移动还是PC?

    给用户发布文章,场景应该在哪里呢?移动端还是PC端?

    经过调研,我们发现由于精品内容的内容较为复杂,用户更加习惯使用PC端来编辑内容。并且与几位大佬讨论后,得知移动端富文本编辑器,用户的使用频率较低,在手机上也不好操作。因此,我们决定开发PC端编辑器。

    目前运营后台所使用的富文本编辑器属于历史遗留产物,界面老、bug多、可支持的拓展功能少,常常被运营同学吐槽。因此,我们打算借此机会把运营后台的编辑器也一并优化了。

    老版本编辑器

    二、好用的编辑界面应该长什么样

    1. 界面版式

    常见的PC编辑器一般有两种,一种是传统的输入框版式,另一种是编辑栏贴在页面顶部的版式。

    传统版式的问题主要在于,输入区域较小,创作长内容时每次可以看到的行数少。并且每次要内容进行如插入链接、插入视频等操作时,需要上滑到页面最顶部,增加了操作成本。

    采用编辑栏贴顶版式,页面下滑后,创作区域会多好几行,插入内容也可以直接点击页面顶部进行。

    传统版式

    编辑栏贴顶版式

    2. 可选功能

    一款编辑器包含这么多功能,用户都能用到吗?答案当然是NO!绝大多数创作者只会用到很少的一部分功能。因此我们可以把不常用的功能隐藏起来,只保留常用功能,保持界面整洁。

    当人这么做的另一个原因,是我们期望app内的内容拥有相对统一的展示样式,因此我们也去掉了一些相对个性化的排版功能。

    三、展开说说编辑功能

    1. 字体/字号/文字颜色

    为了保持内容样式的统一性,我们去掉了自定义文本字体、字号功能,仅保留了两级标题和正文,供用户选择。标题和正文的字体字号,都由UI同学定义。

    文字颜色方面,我发现知乎、PMCAFF、TAPTAP等编辑器是没有提供文字颜色功能的。但是由于游戏内容相对没那么严肃,并且业务同学对强调文本内容有特殊要求,因此我们提供了各种预定义颜色供创作者选择。

    预定义字号与预定义颜色

    2. 预定义字间距、行间距、段间距、图片间距

    好的间距设定,可以让内容看起来更加舒服,阅读体验更好,在此我们也选择了写死字间距、行间距、段间距和图片间距,以此来保障内容的阅读体验。

    不同行间距的排版效果

    3. 超链接

    • 格式限制:插入超链接,需要限制内容输入的格式。目前我们仅限制了需要输入http或https开头的内容。
    • 域名限制:为了避免用户插入不符合预期的跳链,可以限制仅能输入部分域名。
    • 链接内容:如果是链接到平台内的内容,如用户已发布的文章等,可在页面中支持用户快速选择(如下图微信公众平台)。
    • 展示样式:可以考虑文字、图片或者卡片等展示样式。

    文字链接与卡片链接

    微信公众号的超链接功能

    4. 插入图片与视频

    一般来说主流格式的图片和视频在移动端的查看不存在问题,因此在上传时,我们只需要限制用户上传的尺寸和文件大小即可。

    上传视频

    5. 复制粘贴

    复制粘贴绝对是个坑巨大的功能!这一点我在一开始设计方案时并没有想到。导致后续测试验收的过程中不断变更方案。并且这个功能的细节也很多,需要特别注意!

    1)粘贴来源

    用户粘贴的内容,有可能是从各种地方复制来的。即使看起来是相同的样式,在前端代码层的处理可能也不一样,需要开发做兼容处理。

    目前我们仅兼容了微信公众号、word文档、wps文档、腾讯文档、飞书文档这几种场景。

    2)文本样式

    用户粘贴的内容可能有纯文本、纯图片、图文混排、表格等。可根据平台需要,针对性地处理。

    前文提到,我们限制了用户输入文本时的格式,那么在用户粘贴文本时,则需要去掉部分格式,如字体、字号、文字颜色等。保留部分格式,加粗、斜体、下划线、有序列表、无序列表等。

    不同来源复制过来的每种格式,粘贴时都有可能会出问题,因此需要一一调试。

    3)图片&图文混排

    粘贴图片或混排图文时,除了需要处理上述文本内容,还需要考虑到图片上传的问题。如果用户是事先在其他地方写好了长篇内容,再粘贴到编辑器中,可能会粘贴大量图片。我们在第一版时并未考虑到这个场景,后来发现用户提交审核的文章,图都是崩的。

    此时有几点需要注意:

    • 图片上传中状态:可通过上传中状态与占位图的方式,让用户感知图片已经粘贴,只是正在上传中;
    • 限制上传图片数量:若担心传太多图造成服务器压力,可以限制用户每次传图的数量;
    • 跳转链接:如果平台内对跳链的域名有限制,那么在粘贴时应当过滤;

    6.  预览功能

    由于我们的产品,是在PC端编辑内容,发布到移动端查看。用户编辑的内容并非“所见即所得”,因此我们需要提供预览功能给创作者,用于检查内容的排版。

    预览功能

    7. 保存草稿

    1. 有时用户编辑的内容比较长,不能一次性写完,则需要提供保存草稿功能,便于用户储存已编写的内容。若同时提供草稿箱,则最好将内容上传到服务端,避免由于用户更换设备导致草稿丢失的问题(视频编辑器除外,用户一般在本地编辑视频后,整段内容上传)。
    2. 草稿实际存储的位置为草稿箱,一般会设定草稿ID作为唯一标识,用于标记每篇草稿。已发布的内容则应当从草稿箱中删除(隐藏),避免重复发布。
    3. 已发布的内容,若再次编辑保存,应另外创建新的草稿。假如用户反复编辑同一篇内容,应该是在同一个草稿ID下编辑,而不应该每次都创建新的草稿。
    4. 一般编辑器会提供定时保存功能,可设定每间隔一段时间定时保存,避免由于断电、断网、忘记保存等原因导致内容丢失。

    保存草稿功能

    定时保存功能

    8. 发布功能

    1. 文章发布前,往往对用户发布的内容、版块等进行校验。合理设置发布门槛,有利于建设良好的社区氛围。
    2. 官方发布的内容有时会存在一定时效性,可根据平台需要增设“定时发布”功能。

    定时发布

    9. 内容审核

    内容审核是个很大的话题,包含的范围非常大。在此仅提醒大家注意,根据相关规定,用户提交的内容均需要平台审核后方可发出。具体审核形式和流程,可与业务部门协商。以下流程仅供参考。

    PUGC业务流程

    四、内容在用户侧的展示

    1. 多平台

    内容可能在哪些平台展示,就需要考虑到所有场景下内容的展示效果,如安卓app、iOS app、桌面端、web、移动H5、微信小程序等。针对不同的功能和展示效果(如加粗、斜体、标题、图片、视频、间距等),都需要在各个场景中测试验收,因为指不定哪个没考虑到的场景就会出现问题。

    2. 交互

    如果内容中涉及到跳转等交互,就需要考虑到交互细节。

    举个例子,某个帖子里面的跳链,原本是要跳转到app的某个原生页面,那用H5查看帖子的用户怎么办?小程序怎么办?

    因此涉及交互,特别是跳转的场景,需要仔细梳理。

    五、用户后台注意事项

    我们在这个项目中,创建了一个新的后台给用户使用,在产品设计的过程中也遇到了一些问题。

    1. 权限

    • 这个后台是给谁用的?
    • 个人还是团体?
    • 需不需要有子账号?
    • 是否需要采取RBCA模型?
    • 未来后台可能会包含哪些功能?
    • 版主/管理员的权限和普通用户的权限是一样的吗?

    2. 功能差异

    用户发帖的需求和运营发帖的需求是不同的,有时需要在功能点上做差异化。

    3. 适配

    相比于运营后台,用户使用产品的场景相对复杂,比如不同浏览器的适配、不同分辨率的适配等。web类产品特别要注意,页面在笔记本上的展示和交互效果。

    六、总结

    编辑器是非常复杂的产品,以上是我们项目在仅中文、使用开源编辑器的情况下,总结的一些经验。若是考虑到多语言环境,或是自行开发,遇到的问题可能多得多。在决定使用编辑器前,就需要考虑到这是一场规模不小的战役,在这场战役中,除了把产品做好,协调好资源、合理安排时间也是不小的挑战。

    作为不懂技术的产品汪,以上是项目过程中和开发沟通后,我整理了个人理解输出的总结。如果大家觉得有不正确或者不妥当的内容,欢迎一起探讨。

    本文由 @侯欢童鞋 原创发布于人人都是产品经理,未经作者许可,禁止转载。

    题图来自Unsplash,基于CC0协议。

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