产品汪的日常产品规划设计PMskill

私信&好友的自动翻页,online后台修改,举报拉黑的设

2015-06-15  本文已影响412人  huglee

私信&好友 自动翻页

问题:现在的私信页会一次性载入所有对话,对于社区活跃用户,打开私信页需要花很长时间(几百张头像的载入)。
解决方案:
json保存全部私信数据,页面下滑时每次自动载入10条数据。
好友页面将目前的点击载入替换成下滑自动载入。
问题细节:
1.下滑载入,兼容性测试
2.缓存问题,与某人聊天然后返回对话页,又只载入第一页内容。

关于第二点,与之前online碰到的问题一致。
是尝试用localStorage解决,还是让每个对话页都只是做成弹出的页面,无任何刷新?pjax?
不过,因为私信页的时效性,通常用户很少短时间收到大量私信,所以这个问题并不大,可以忽略?

online改为kvdb后台

现在mysql消耗太大了,有点承担不起,online页对mysql的压力有点大。具体怎么弄,胡原可以贡献一篇文章了~
注:由kvdb来保存用户登录时间和操作记录,一方面消耗小,另一方面这也会成为用户行为研究的重要数据,为之后数据可视化和分析提供充足素材。

只是数据可视化的例子,与文章无关

点击头像查看大图

对不是自己的用户主页,点击头像调用微信 图片预览接口,显示原始图像。
使用本地压缩上传的图片,和之后用微信接口上传的图片,需要做处理。这个和匹配头像的处理相同?@skyway


关于拉黑和举报

** 问题描述:**
1.有些女生经常收到大量私信
2.现在加入了删除功能,可还是拒绝不了源源不断的私信
3.对于不友善用户,我们还没有限制措施
4.不友善行为不加以限制,容易造成优质用户出走(知乎即视感)

拉黑与举报的分析
目前社区常用的举报拉黑其实是两个完全不同的功能。

所以,我希望能结合这两个功能,简化操作,尽量一次性解决绝大部分问题。用户看到的,就是举报按钮吧~

举报机制
A受到B骚扰,将其拉黑。整个过程如下:
1.A发现B私信骚扰他,点击举报按钮
2.A会收到提示:“您好,小恋已收到您的举报。您之后不再会收到来自B的私信。若B有严重不良行为,请直接在好友/关注中向高小恋私信报告”
3.B则会收到高小恋发出的私信:“您被其他用户举报,请谨慎言行,吧啦吧啦.....若您收到多次的举报,将会限制私信功能的使用,并在个人页面公开被举报次数。”
4.做一个用户行为管理页面。举报次数排序。然后可以把某人与举报相关的聊天记录单独列出来。如果有必要,使用匿名。

@喵喵@skyway@lee 具象化举报机制的设计和实现

QA和广场,继续以前的工作

匹配的按钮动画,三行诗

后台

上一篇 下一篇

猜你喜欢

热点阅读