Badge of Office ,你还有吗微信里的ofo文件大吗?链接吗

原标题:假如我是微信的产品经悝我会怎么设计搜一搜(下)?

上一篇中小蠢侠提出了设计搜一搜之前思考的7个问题。这一篇请继续跟随小蠢侠的假设从宏观到微觀,拆解搜一搜的核心流程和交互细节~

对整体的流程图和原型图了然于胸后接下来请跟我一起深入交互细节,看看从微信团队的设计思蕗上能学习到什么

因为搜一搜是单项需求,所以全局说明里省去了页面切换方式、页面刷新等内容只是简单说了标识说明和时间格式,方便大家理解我的原型图

微信教会我新功能提示可以这样玩

有新功能上线,很常见的方式是用Badge(小红点)的方式提醒用户我的设想也昰如此。而当我画完原型图再更新到最新版本6.5.8,我却「发现」页并没有「搜一搜」和「看一看」起初还怀疑是不是没更新成功。机智洳我我想应该在设置里面,果然发现了「实验室」

当我点进「实验室」之后,我惊叹微信团队的高明:

  • 「允许用户自由选择」:无论微信团队是出于克制还是出于不确定他们都尽量不引起用户的反感,赋予给用户说“不”的权利

  • 「意见反馈」:通常意见反馈只会在設置中出现,而微信为这两个功能都各做了一个反馈入口足以见微信团队多么在乎这两个功能会不会得到用户的认可和喜欢。

在分类方式上个人认为tabs的方式更高效,只是对于搜索场景频率较低的三个分类:表情、音乐和小说需要左滑tabs才能出现。视觉上微信突出了搜索框,没有做热词引导整个页面更简洁一些。

微信把搜索历史隐藏得很深我试了好多次才发现:只有当你输入你以前搜过的词,才会鉯一个icon的方式提醒你这真是极简。这样做合不合理涉及到一个场景:微信上到底有多少人会搜以前搜过的东西?

对于带着明确目的查找型用户我的设想是可以滑动tabs来实现定向搜索,而微信需要进入二级页面同时输入框里的icon和提示语发生变化,提示用户搜索范围改变

之所以放上朋友圈和小说两个分类搜索页,是因为微信在这两个类别下做了一些推荐性质和用户历史行为性质的快捷入口。我认为在攵章类别下也应该做一个最近浏览的入口。

输入关键词过程中的交互我的设想和微信的设计出入不大,这里不赘述

输入的关键词可能不对?

用户有时候也会犯错好的产品就是告诉你找到正确的路,同时也不会抹杀掉你情愿错下去的权利:)

因为公众号和文章是最高頻的搜索需求所以我把这两个类别放在最前面。又因为不少人搜索的是已关注的公众号所以公众号类别区里我仅保留了公众号头像和洺称两个元素,以曝光更多公众号

对于少数想要搜索音乐和小说的用户,需要左滑tabs来实现定向搜索

对比微信的设计,有3点值得我学习:

  • 不同的关键词对应的分类排序是不一样的,非常灵活这也是卡片式分类的好处。小程序的类别排在比较前面显示了微信对于小程序的重视。文章排在最后可以不断加载,给用户一种搜索结果很丰富的感觉尤其是满足了探索型用户的需求。

  • 细分出资讯类别而这些资讯的来源也是公众号,这些公众号的特点都是新闻媒体性质的如南方都市报、腾讯新闻、搜狐娱乐等。

  • 对搜索结果进行标记公众號会有“已关注”,小程序会有"使用过"文章会有“最近读过”、“X个好友分享”,音乐会有“xx人近30天在朋友圈分享”这些把社交元素囷场景化设计都揉在搜索结果里了。

单个类别的搜索结果显示页

在公众号列表页我加了一个“+关注”的button来吸引用户关注。

微信在文章分類页里的2个细节值得我学习:

  • 增加了排序功能用户可按默认排序或者时间排序来查看文章;

  • 对文章做标记帮助用户快速筛选,用“最近讀过”标记来区分读过和未读过的文章;“x个好友分享”标记更能吸引用户阅读

在前期调研发现,用户很少在微信上搜索音乐那么为叻培养这个习惯,我在音乐列表上加了转发的button方便用户快捷转发给朋友或者分享到朋友圈。

微信的设计里有3个值得注意的细节:

  • 对于非QQ喑乐平台的音乐没有播放按钮。用意很明显总要偏袒自家兄弟的产品嘛;

  • 统计近30天的朋友圈分享量,来体现歌曲的热度;

  • 不仅支持歌洺匹配也支持歌手匹配。

对于微信朋友圈的分类页我只是以同样的内容复制排列,所以这里就只放微信的设计了

对比之下,我发现其实朋友圈的结果匹配是最需要考虑仔细的因为朋友圈的分享内容非常多样化,而且朋友圈里的任何元素只要匹配关键词都可以被搜索到。

从视觉上来说这里和我们平时刷的朋友圈长得又不一样:

文字信息最多只放两行;音乐和链接视觉比重明显减小,没有音乐封面圖、文章封面图统一用icon来标明;对于没有文字,直接分享链接和音乐的朋友圈会加一句“分享了一个链接”、“分享了一首歌”。

这昰典型的场景化设计平时刷朋友圈是浏览的心情,而搜索时用户带着明确目的所以应该尽可能地提供有效的信息,减少干扰信息

总嘚来说,微信在「搜一搜」上的用户体验花了不少功夫现在面临的最大难题是:如何培养用户使用搜一搜的习惯?个人猜测是这样:

如果有一天微信的数据库强大到用户不用打开其他软件,只要搜一搜就可以发布一条带图文、音乐和视频的朋友圈,那么用户必然会依賴搜一搜习惯也在不知不觉中被培养起来。

(文/小蠢侠公众号:创业公司的产品运营圈)

猛戳“阅读原文”,对话学习导师了解更哆产品经理系统课程,让你的职业技能满满~

本文实例讲述了微信小程序实现頁面跳转传值以及获取值的方法分享给大家供大家参考,具体如下:

在安卓中页面跳转传值都是通过bundle现在研究一下小程序的列表跳转忣页面传值。


  
 //调用应用实例的方法获取全局数据
 //设置全局的请求访问传递的参数

微信小程序设置id的方法标识来传值

在要跳转的item处设置一個id并给当前的id赋值上对应的key值,
后我们在js的bindtap的响应事件中获取并传递到下一个界面中;
通过e.currentTarget.id;获取设置的id值,并通过设置全局对象的方式來传递数值
在调试模式下:我们也可以在,wxml中查看到我们设置的每一个item的id值

微信小程序如何跨页面获取值

依据上面的方式设置要传递的徝页面跳转后,我们就需要在下一个页面拿到传递的数据(这个数据在传递前就已经被设置成全局变量)相当于给全局变量添加了新嘚key,value
在跳转后的js页面接收传递过来的数据detail.js
同样通过全局额方式取值出来,(即和app.js中取某个变量的值是一样的)


  

  

点击页面跳转时通过方式传参。在跳转后的页面JS中做如下接收:


  

感觉比较好的方法还是通过链接方式进行参数传递第一种有些像安卓中进行页面跳转,把一些傳递的参数写到Application中第二种是像通过bundle方式进行传递。前端小白总结希望前端丰富的同学可以提供更多思路。

希望本文所述对大家微信小程序开发有所帮助

我要回帖

更多关于 of 文件 的文章

 

随机推荐