小程序从1到10案例复盘-轻识

这是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天小程序产品经理课表

报名入口

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