华人澳洲中文论坛

热图推荐

    社区产品编纂器的设计开发要点

    [复制链接]

    2022-12-28 09:17:38 19 0

    编纂器是搭建内容社区产品中必不成少的一个模块,同时也是细节和坑点至多的一个模块。即便采取了开源编纂器,也免不了在此根底上进行二次开发。那末在这个过程当中有哪些中央需求留意呢?咱们一同来看看。

    2qqxfryq1cw.jpg

    2qqxfryq1cw.jpg

    目前笔者正在担任一款游戏社区产品,此前一切内容都是UGC(民间出产)。通过调研和数据剖析咱们发现,用户在社区内的停留时长短、进入社区频次低,次要是因为社区内容更新频次低、内容少、内容类型少致使。用户在进入app的头几天,一下子把历史内容就都消费掉了,经常要隔几蠢才会更新。而且游戏玩家所关怀的攻略内容十分少,并且掩盖面不广,所以用户短少进入社区消费的能源。
    通过探讨,咱们抉择采取PUGC模式,由民间向用户征稿,创作精品内容,以此进步优质内容供给量,晋升内容更新频率。
    一、使用场景:挪动仍是PC?
    给用户公布文章,场景应该在哪里呢?挪动端仍是PC端?
    通过调研,咱们发现因为精品内容的内容较为繁杂,用户更为习气使用PC端来编纂内容。而且与几位大佬探讨后,得知挪动端富文本编纂器,用户的使用频率较低,在手机上也欠好操作。因此,咱们抉择开发PC端编纂器
    目前经营后盾所使用的富文本编纂器属于历史遗留产物,界面老、bug多、可反对的拓展功用少,经常被经营同窗吐槽。因此,咱们打算借此时机把经营后盾的编纂器也一并优化了。

    rob3smuadxf.jpg

    rob3smuadxf.jpg


    老版本编纂器
    二、好用的编纂界面应该长甚么样1. 界面版式
    常见的PC编纂器个别有两种,一种是传统的输出框版式,另外一种是编纂栏贴在页面顶部的版式。
    传统版式的问题次要在于,输出区域较小,创作长内容时每次能够看到的行数少。而且每主要内容进行如拔出曾经链接、拔出曾经视频等操作时,需求上滑到页面最顶部,减少了操作本钱。
    采取编纂栏贴顶版式,页面下滑后,创作区域会多好几行,拔出曾经内容也能够间接点击页面顶部进行。

    jezqqnwn2g0.jpg

    jezqqnwn2g0.jpg


    传统版式

    g0qf31m1mcu.jpg

    g0qf31m1mcu.jpg


    编纂栏贴顶版式
    2. 可选功用
    一款编纂器包孕这么多功用,用户都能用到吗?谜底固然是NO!绝大少数创作者只会用到很少的一部份功用。因此咱们能够把不罕用的功用暗藏起来,只保存罕用功用,放弃界面整洁。
    当人这么做的另外一个缘故,是咱们冀望app内的内容具有相对于一致的展现款式,因此咱们也去掉了一些相对于共性化的排版功用。
    三、展开说说编纂功用1. 字体/字号/文字色彩
    为了放弃内容款式的一致性,咱们去掉了自定义文本字体、字号功用,仅保存了两级标题和注释,供用户选择。标题和注释的字体字号,都由UI同窗定义。
    文字色彩方面,我发现知乎、PMCAFF、TAPTAP等编纂器是没有提供文字色彩功用的。然而因为游戏内容相对于没那末庄重,而且业务同窗对强调文本内容有特殊要求,因此咱们提供了各种预约义色彩供创作者选择。

    h5vbbk2gtcr.jpg

    h5vbbk2gtcr.jpg


    预约义字号与预约义色彩
    2. 预约义字间距、行间距、段间距、图片间距
    好的间距设定,能够让内容看起来更为舒服,浏览体验更好,在此咱们也选择了写死字间距、行间距、段间距和图片间距,以此来保障内容的浏览体验。

    3qulnz1quts.jpg

    3qulnz1quts.jpg


    不同行间距的排版成果
    3. 超链接
    格局限度:拔出曾经超链接,需求限度内容输出的格局。目前咱们仅限度了需求输出http或http结尾的内容。域名限度:为了不用户拔出曾经不合乎预期的跳链,能够限度仅能输出部份域名。链接内容:假如是链接到平台内的内容,如用户已公布的文章等,可在页面中反对用户疾速选择(如下图微信大众平台)。展现款式:能够斟酌文字、图片或者卡片等展现款式。

    qzezujbkbmu.jpg

    qzezujbkbmu.jpg

    文字链接与卡片链接

    yhixqkbqf2o.jpg

    yhixqkbqf2o.jpg


    微信大众号的超链接功用
    4. 拔出曾经图片与视频
    个别来讲主流格局的图片和视频在挪动真个查看不存在问题,因此在上传时,咱们只需求限度用户上传的尺寸和文件大小便可。

    skj4rkhfpgb.jpg

    skj4rkhfpgb.jpg


    上传视频
    5. 复制粘贴
    复制粘贴绝对是个坑微小的功用!这一点我在一开始设计计划时并无想到。致使后续测实验收的过程当中不停变卦计划。而且这个功用的细节也得多,需求特别留意!
    1)粘贴来源
    用户粘贴的内容,有多是从各种中央复制来的。即便看起来是相反的款式,在前端代码层的处置可能也纷歧样,需求开发做兼容处置。
    目前咱们仅兼容了微信大众号、word文档、wps文档、腾讯文档、飞书文档这几种场景。
    2)文本款式
    用户粘贴的内容可能有纯文本、纯图片、图文混排、表格等。可按照平台需求,针对性地处置。
    前文提到,咱们限度了用户输出文本时的格局,那末在用户粘贴文本时,则需求去掉部份格局,如字体、字号、文字色彩等。保存部份格局,加粗、斜体、下划线、有序列表、无序列表等。
    不同来源复制过去的每种格局,粘贴时都有可能会出问题,因此需求一一调试。
    3)图片&图文混排
    粘贴图片或混排图文时,除了需求处置上述文本内容,还需求斟酌到图片上传的问题。假如用户是事前在其余中央写好了长篇内容,再粘贴到编纂器中,可能会粘贴少量图片。咱们在初版时并未斟酌到这个场景,起初发现用户提交审核的文章,图都是崩的。
    此时有几点需求留意:
    图片上传中形态:可经过上传中形态与占位图的形式,让用户感知图片曾经粘贴,只是正在上传中;限度上传图片数量:若耽心传太多图形成办事器压力,能够限度用户每次传图的数量;跳转链接:假如平台内对跳链的域名无限制,那末在粘贴时该当过滤;因为咱们的产品,是在PC端编纂内容,公布到挪动端查看。用户编纂的内容并不是“所见即所得”,因此咱们需求提供预览功用给创作者,用于反省内容的排版。

    tdtjmabbdby.jpg

    tdtjmabbdby.jpg


    预览功用
    7. 保留草稿
    有时用户编纂的内容对比长,不克不及一次性写完,则需求提供保留草稿功用,便于用户贮存已编写的内容。若同时提供草稿箱,则最佳将内容上传到办事端,防止因为用户改换装备致使草稿丧失的问题(视频编纂器除外,用户个别在当地编纂视频后,整段内容上传)。草稿实际存储的地位为草稿箱,个别会设定草稿ID作为独一标识,用于标志每篇草稿。已公布的内容则该当从草稿箱中删除(暗藏),防止反复公布。已公布的内容,若再次编纂保留,应此外创立新的草稿。如果用户重复编纂同一篇内容,应该是在同一个草稿ID下编纂,而不该该每次都创立新的草稿。个别编纂器会提供按时保留功用,可设定每距离一段时间按时保留,防止因为断电、断网、健忘保留等缘故致使内容丧失。保留草稿功用
    按时保留功用
    8. 公布功用
    文章公布前,往往对用户公布的内容、版块等进行校验。公道设置公布门坎,无利于建立良好的社区气氛。民间公布的内容有时会存在一按时效性,可按照平台需求增设“按时公布”功用。按时公布
    9. 内容审核
    内容审核是个很大的话题,包孕的规模十分大。在此仅提示大家留意,按照相干规则,用户提交的内容均需求平台审核前方可收回。详细审核方式和流程,可与业务部门协商。下列流程仅供参考。

    kfwtffpzgrl.jpg

    kfwtffpzgrl.jpg


    PUGC业务流程
    四、内容在用户侧的展现1. 多平台
    内容可能在哪些平台展现,就需求斟酌到一切场景下内容的展现成果,如安卓app、iOS app、桌面端、web、挪动H5、微信小顺序等。针对不同的功用和展现成果(如加粗、斜体、标题、图片、视频、间距等),都需求在各个场景中测实验收,由于指不定哪一个没斟酌到的场景就会泛起问题。
    2. 交互
    假如内容中波及到跳转等交互,就需求斟酌到交互细节。
    举个例子,某个帖子外面的跳链,本来是要跳转到app的某个原生页面,那用H5查看帖子的用户怎么办?小顺序怎么办?
    因此波及交互,特别是跳转的场景,需求子细梳理。
    五、用户后盾留意事项
    咱们在这个名目中,创立了一个新的后盾给用户使用,在产品设计的过程当中也遇到了一些问题。
    1. 权限
    这个后盾是给谁用的?集体仍是集团?需不需求有子账号?是不是需求采用RBCA模型?将来后盾可能会包孕哪些功用?版主/办理员的权限和普通用户的权限是同样的吗?用户发帖的需要和经营发帖的需要是不同的,有时需求在功用点上做差别化。
    3. 适配
    比拟于经营后盾,用户使用产品的场景相对于繁杂,好比不同阅读器的适配、不同分辨率的适配等。web类产品特别要留意,页面在条记本上的展现和交互成果。
    六、总结
    编纂器是十分繁杂的产品,以上是咱们名目在仅中文、使用开源编纂器的状况下,总结的一些教训。若是斟酌到多言语环境,或是自行开发,遇到的问题可能多很多。在抉择使用编纂器前,就需求斟酌到这是一场范围不小的战斗,在这场战斗中,除了把产品做好,协调好资源、公道支配时间也是不小的应战。
    作为不懂技术的产品汪,以上是名目过程当中和开发沟通后,我整顿了集体了解输入的总结。假如大家感觉有不正确或者不当当的内容,欢送一同讨论。
    本文由 @侯欢童鞋 原创公布于人人都是产品经理,未经作者许可,阻止转载。
    题图来自Unsplash,基于CC0协定。
    该文观念仅代表作者自己,人人都是产品经理平台仅提供信息存储空间办事。

    发表回复

    您需要登录后才可以回帖 登录 | 立即注册

    返回列表 本版积分规则

    :
    注册会员
    :
    论坛短信
    :
    未填写
    :
    未填写
    :
    未填写

    主题29

    帖子36

    积分169

    图文推荐