小程序从1到10案例复盘

Kevin改变世界的点滴

共 1734字,需浏览 4分钟

 ·

2021-03-21 23:38



这是Kevin的第 806 
原创,
持续日更,做产品经理的创业斜杠青年。





随着PMTalk3.0小程序上线,经过运营的推广,我们也开始了小程序新版本的需求调研和设计了,当然BUG的调整也在并行

同时我亲自带班的小程序21天产品经理训练营22号正式开营,限额30人。如果你想报名和学习,可以直接在末尾观看。

早期因为团队的需求优先级原因,当前版的小程序仍然有较大功能缺失:问答版块。

由于PMTalk早期一直是web端在PC端的产品,主要聚焦在文章内容发布上,因为问答一直很难产出让我们满意的垂直话题,就放弃了在PC重点做问答版块的想法,但仍然提供了用户发布问答的入口。

所以当前版本的小程序,纯UGC的问答让运营推动的成分仍然太少,比如不支持人工推荐、以及管理员在移动端可以编辑、删除问答的权限和入口。

随着用户逐渐使用和提升,我们开始以运营驱动问答的策略就要求对问答功能模块进行迭代。

以下是本次优化的框架



面向C端的互联网产品一旦要涉及对用户的使用功能进行迭代,就离不开对个人中心模块优化。需要为用户提供对应的管理权限

在接下来我会讲解复盘我们如何做的问答优化,同时提供了线框图和设计稿,方便你搞清楚产品经理和UI设计师的分工。



小程序获取社群素材能力



本次的问答模块,我们允许用户上传照片了。

看似是一个非常小的功能,其实很多人做的并不是很好。

没有小程序经验的产品经理,提供给用户的图片上传来源要么是在手机相册里,要么是直接拉起相机进行拍摄、要么是调起系统的相册选择手机里的图片或视频文件进行上传。

但小程序却允许开发者调用微信聊天记录的素材库!

这一能力可以极大提高用户在微信场景下的信息交流效率。同时也方便查找在聊天记录的素材内容上传。



问答优化2:文本到富文本




现在版本PMTalk小程序是不支持富文本的,也不支持上传照片。

本次优化我们允许用户选择上传最多六张照片,但不支持视频。同增加对每张图标记有上传状态:上传失败、上传进度、上传成功的提示。

下面是该案例的原型线框图


下面是该案例的设计稿







微信小程序分享:离不开群




基于3.0版本,在先有的问答我们增加了邀请回答,需求来源第一基于此高质量内容阐述,第二个是提高社区签约作者粘性。

用户可以自愿选择作者或从普通社群里邀请普通用户回答,增加了小程序的曝光量。






问答的回答、评论、回复关系



做社区这样的产品,产品经理始终要思考产品帮助引导输出正向的UGC内容。比如评论要不要支持回复;回复能不能支持二级评论。

但每多一级用户参与度就降低,但却增加了开发工作量。

同时评论的排序规则是要用时间、还是冒泡排序,也根据用户量来决定的。下分别是线框图和UI设计稿



在网上也有评论的排序方式,比如下面给出的盖楼、平铺。前者聚焦在一级楼主;后者聚焦在用户互动








小程序输入:最好单页面




如果你看过之前我分享的小程序规范,就应该知道小程序和app客户端始终在原生交互状态、性能上有区分。

小程序产品设计规范详解

我建议做小程序一旦涉及到内容输入的组件,都单独给用户提供输入页面,增加内容产生数量。

输入页面是需要有前置条件的,比如内容填写是否合规,超过限制后就要将发布按钮置灰。在问答版块里,我们在小程序提供了话题自定义添加、回答编辑2个版块


下面是内容输入的线框图



下面是UI设计稿





小程序的全局交互




所有的产品都会涉及到这个版块,产品经理要么单独列为工作,要么在从0到1的时候就设定好规范。全局交互是在相同页面、操作下,系统提供给用户操作的反馈、和文案是标准的。目的是不减少用户对当前系统状态感到疑惑。

全局交互需要罗列通用场景,我罗列了有下面的状态。

用户发布问答、提问、点击删除需要给出二次确认弹窗;删除、关注、点赞、回复、评论、回答成功都要给出模态toast进行提示。



以上就是我们本次小程序优化的改造。如果你正在考虑做小程序,请记得收藏。



21天小程序产品经理课表







报名入口



报名后添加企业微信,领取任务、操作手册

(备注:第九期)



浏览 43
点赞
评论
收藏
分享

手机扫一扫分享

举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

举报