AppSo页面流程的还原

体验环境：安卓8.0.0

AppSo版本：4.0.2

一、用户场景需求

从用户场景需求的分析可以知道，需要用到“发布产品到AppWall”功能的用户主要的目的有以下几点

分享个人对这个应用的独到观点，以获得认同感

分享自己的产品到AppWall，让更多的潜在用户认知我的产品

对某应用功能及亮点的拆析，与同行交流经验与认知逻辑

根据分析内容拆解推荐应用的业务流程。

二、发布产品到AppWall的流程 

业务流程图：

页面流程图:

三、页面跳转触发点及提醒内容

页面跳转触发点：

1、发布前

首页到内容发布：发布内容的入口在首页底部的导航栏正中间，用红色“+”号的UI图标引导进入，提醒着用户我们的产品主要以分享APP为主，引导用户多发布内容到AppWall。

APP搜索页到APP内容编辑页面：搜索框提示输入你要分享的app名称，简洁页面里用户任务只有一个——输入APP名称，输入关键词将出现最接近的APP搜索结果以及关键词联想获得的结果，接下来用户选取目标APP即可进入内容编辑页面。

2、内容编辑中

内容编辑页面到发表成功：这里会提示用户输入分享理由，因此用户任务是在编辑框键入分享理由，并点击“发表”按钮来将自己的见解上传。发表之后用户回到首页。

返回上一页：内容发布页面有返回的功能，用户点击之后跳出弹窗提示用户内容还在编辑，再次确定之后才返回上一页。这样的设置是防止用户误触，或者最大程度挽留用户成功编写内容。

3、发布后

用户可以在首页搜索自己发布的APP，进入查看自己的发布内容和其他用户对此应用的推荐理由。

在我的-通知中，审核成功的内容可以直接跳转应用详情页查看自己的内容。审核不通过的内容可以选择编辑进入修改页面，修改成功提交将再次审核。

在我发表的AppWall中查看自己编写的应用推荐内容。

所有的发布后并成功通过审核的内容最终指向都是AppWall的应用详情页。

提醒内容：

1、发布前

将发布内容的UI图标设置成大红色放在导航栏正中间，是提示用户发布内容，来都来了，不能光看不留下点什么吧。

应用搜索页中搜索框的提示内容“输入你要分享的APP名称”以及页面中间“搜索不到APP？试试从Google play把应用分享到AppSo”提醒用户有这两种分享APP的方法。

搜索不到APP将提示“Oops！没能找到你搜索的app”

搜索到的应用会提示“搜索结果由豌豆荚提供”是想告诉用户这里能搜到的应用豌豆荚都有吗？

2、内容编辑中

内容编辑页面，空填就发表会提示“你还没填写推荐语哦”，这一层的设置是断绝了用户做无用功的可能，即便是空填还成功发表了，也是审核不通过的，不如直接提示用户不能这么做。

“好的文案言简意赅，你还可以输入45个字。说清app的功能和亮点，更容易被选上AppWall，让更多人赞你”这个提醒可以说是AppSo的核心定位了。

言简意赅的文案说清功能与亮点，这样提炼过的内容可以让其他用户一眼就能知道这个APP是不是自己想要的，节省了用户时间，帮用户提升效率。

45个字的限制，同样减少了后台审核的时间，提高了审核效率。

更容易上墙，更多人赞，又通过一种激励机制鼓励了用户多生产优质内容，同样是提升运营效果，为了提高用户的粘度。

点击返回会提示“内容仍在编辑中，是否确认退出？”

3、发布后

用户发表了内容之后，会跳转回用户进入的页面，并提示“提交成功，正在审核，请继续保持你的分享热情”，审核机制的存在虽然不能让用户马上看到自己发布的内容，但实时的提示告知用户当前的状态是很有必要的，这样的异步处理既不会伤害到用户，又做到对内容的完全把控。

之后内容审核结束，会发一个通知到用户的通知列表，提醒用户之前编辑的内容的审核结果。通过审核的内容可以直接点击对应的通知跳转到应用详情页。

审核不通过的也会告知不通过的原因，比如“推荐语不够详细，未能展现应用的功能与亮点”，“推荐语中带有错别字、粗口或敏感词汇”等。再次编辑时，点击确认修改会提示“重复提交，你已经提交过本APP且通过审核，重复提交将再次审核，是否确认提交”确认提交后同样会提示审核中的状态“修改提交成功，通过审核会通知你”

用户将被拒绝的内容删除会提示用户可以再次到AppWall推荐应用。

四、总结

通过对AppSo页面流程的还原，APPSO上AppWall的应用内容之所以精品高品质应用居多，主要有两点原因，对用户编写推荐理由的引导，这是一种可控性较弱的方法，但重在正面引导用户提炼出言简意赅的应用推文来。另一点是它的审核机制，可控性较强，能很好的确保内容质量。内容的生产也是收集用户的UGC内容再通过运营人员的PUC美化，最终上线到AppWall，这也是AppSo的一大特色，不是纯粹的UGC，也不是纯粹的PGC。是做内容型产品的借鉴对象。