Entries Tagged '移动交互' ↓

SNS发展到今天已经是个包含众多功能的庞然大物。移动端当然无法移植其所有功能。所以，我们首先要把它切割成小块儿，之后自然知道什么样的产品定位，应该选择哪些功能。

我们的手术刀是用户动机。用户动机产生了需求，为了满足需求，设计者提供了功能。因此我们可以在动机—需求之间找到一组组对应关系。

1. 窥视欲

怀着一点点的好奇心，了解他人最近的动态促成了用户使用SNS最基本的需求。对应的功能：

• 关注
• 用timeline进行内容消费

2. 社会交往需求

SNS无疑也是一种交流工具。为这一需求设计的功能格外具有互动性：

• 评论
• 转发
• 私信
• 群组
• 关注
• 好友

3. 信息发布和收集

带有目的性使用SNS，来达到搜集资料，招聘，宣传等作用。

发布

• 发言（图、文、外链、视频、签到、发起投票）
• @别人

收集

• 收藏
• 用#来建立话题

4. kill time消遣时间

达到这一程度的用户都被“hold”住了。称为微博控。

• 广场
• 使用timeline进行内容消费
• 游戏

5. 渴望社会认同

有人炫富，有人发表专业论断，有人分享知识，这一切背后的动机都是渴望社会认同，建立社会地位。因此提供了以下可以反应出“数量”概念的重要功能：

• 认证
• 勋章
• 粉丝数量
• 评论、转发次数

设计一个SNS移动端APP，你要着重满足用户的哪类需求？或者你针对的是哪类用户？

基于android2.×设计app远比基于ios平台来的百转纠结，肝肠寸断。我觉得android混乱，我认为原因就在这里——android平台自带的控件不好用，开发者不得不自己定义控件。如果需要设计android shell，我认为第一件事情就是重新定义以下的这些控件，这会让你的平台好用很多。就像你开始出牌之前，最好先摸一把好牌，这样赢的机率更高。所以这篇文章也写在android4.0发布前，聊表一下我对他们的殷切希望

1. Action bar

这项改进从android3.0我们已经能够看出端倪，Google倾向于取消所有的hard key，界面上必须有控件放置操作按钮。右上角的位置会出现1～2个button，这似乎已经没有悬念。底部的action bar的设计形式ios已经采用，我认为android4.0可能不会用。

2. Navigation

如果取消了back key，导航会成为最为棘手的问题。各家android shell也都花心思在这儿。期待更新形式的出现。

3. Group list

Android当中的list实在让人很容易产生怨念。它的group list实在太太丑了。给两个已经成熟的方案。

4. Text input

Android3.0当中已经给出了去掉外边框的新方案，比较类似于ios，但也没办法，这是唯一的路了吧。

5. Highlight button

我认为动作按钮在很多时候不是平等的，有的时候需要提示用户首选操作，有的时候需要警示用户这个操作的不可逆性。

6. Badge notification

下次见到这项改进的几率也蛮高。

7. Landscape

尤其是带有tab的页面，横屏时又会悲剧了，可用的空间只有变得很矮。android这次能不能考虑的周到些？

发现被UCD China收录了，赶紧修改几个bug。昨天晚上匆匆写的，对于触摸屏的解决方案部分考虑的并不周详。大家姑且看之，欢迎讨论！

如果说base on PC的设计有什么让我特别特别怀念的，那一定就是鼠标“悬停”和“滑过”了。

悬停：可以把80%次要操作收起来，让界面简洁

滑过：和悬停有点儿类似，但应用更为广泛，不单单可以隐藏部分操作，而且还可以通过hover伪类使背景的变化，起到强调和某些状态暗示性的效果。

但它们还有一个共同点是：在触摸屏上无法使用！这让我有点儿沮丧。鼠标的“悬停”和“滑过”是交互设计的利器，它们实现成本廉价、效果极为显著，以前我每每使用时，都会让某些不懂行人士对我产生由衷的钦佩…真真是居家旅行、坑蒙拐骗必备之物。

所以，从事移动设备的交互设计时，你一定要转换思路。在关上一扇窗口的时候，你发现绝地逢生了，在你面前敞开的是一扇大门！

充分利用你灵巧的手指吧：）

1、首先，你可能根本不需要摆那些功能在界面上。丰富的手势操作可能反而更加自然。比如iphone查看照片时的捏合和分开(pinch)，就可以放大和缩小图片。在android系统中，通过长按也可以调出情景菜单（context menu）

匆忙间没找到特别合适的手势图，这张只能参考一下，手势并不全！

2、如果实在是无法通过手势的，只能通过菜单来解决了。android还专门提供了option menu来解决这一问题，但这个option menu只能通过硬体键menu来唤出。

离开悬停的日子，有些割舍不下，但我为mobile design展现出的创造力而深深吸引。

很挑战，狠挑战。

还没正式上班，但丝毫也不敢懈怠。越研究越发现我的新工作：移动设备的交互设计非常有挑战性。兴奋劲已然过去，给自己列个清单，实实在在的分析下自己到底选择了什么？oh~~my~~god：

1、好吧，移动设备可以在anytime、anywhere使用。因此在开始设计的时候，要预想多种context~~但这还不够，制作完成的原型可能还要放到样机上，再放到这些复杂的context中验证~~

2、深入的考虑人-机交互。不仅仅是点击、双击那么简单，mutil-touch为触屏手机带来了更多的选择。单手还是双手去手持设备？键盘上还有哪些控制键？界面上的按钮应该多大，点击会不会有困难？

3、考虑使用的方向。手机可能是横屏放置也可能是竖屏放置。一个界面至少要考虑两种布局——如果还要与多个平台进行适配的话…

4、界面之间应该自然平滑过度，不能像pc上那样，简单刷新页面。

5、考虑可能发生的冲突。比如打电话的时候来了条短信——他们都使用了声音资源，那么应该如何抉择？

最近还在学习ActionScript，可能还不止需要这些~~~

做手机的交互设计原型，灰常有挑战！