首页 app开发 正文

app设计心得体会(app界面设计心得)

app开发 158
本篇文章给大家谈谈app设计心得体会,以及app界面设计心得对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。 本文目录一览: 1、APP首页设计思路总结 2、

本篇文章给大家谈谈app设计心得体会,以及app界面设计心得对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。

本文目录一览:

APP首页设计思路总结

最近我服务于某品牌CRM项目,做一个健康类APP,真的挺兴奋的。目前此APP 1.1版本已上线,从平台策略到最终测试上线,中间也是充满坎坷和痛苦,抉择与妥协呀。2.0版本已在规划中。由于功能和互动体验进一步完善,此版本增加了首页,就想写写对APP首页设计的一些思考和总结。

APP首页和网站首页一样,需要告知用户“我”(APP)是谁,“我”(APP)能为“你”(用户)提供什么服务、内容、产品...“你”(用户)能够通过“我”(APP)提供的服务、内容达到什么样的目的。不同APP类型,首页设计也是因平台而异的。比如内容资讯类的APP,多数在首页采用无限加载的形式,通过个性化的内容推荐,吸引用户深度阅读、评论互动、分享转发...总之,要增加用户停留时间;高频使用的工具类APP,首页大多就是主要功能界面或突出功能Action,简单直接,用完即走...

今天,我们从首页目的的角度,总结APP首页的设计思路。

首页是用户消费内容最主要的场景。典型的方式即在首页进行瀑布流设计,无限加载内容。比如时尚电商APP、内容类APP以及Twitter、Facebook和pinterest等依赖Feeds的社交类APP,都会选择这种设计思路。这类首页要考量产品运营的能力,若要考虑内容的个性化推送,规则算法可又是一“坑”。

导流型的首页,一般提供频道、品类、搜索等入口,将用户尽快引入二级页面。也就是说,首页不再是消费内容的主场景,而是更多起到导流作用。比如电商类产品(天猫、京东)、旅行产品(携程、去哪儿)等。

首页即功能/体验界面,用户在进入首页即进行功能操作或深度互动。第三种与第一种消费内容比较相似,但第三种类型的设计大多集中在工具型、交通类或游戏类产品。

暂时想到这么多,欢迎补充。

思来想去,我们的APP是工具及游戏类的结合,核心栏目中都有用户关心且和自己息息相关的数据,如果散落在各个栏目中,层级较深,也势必会增加用户操作成本,因此想将这些信息更扁平化的集中呈现。初步考虑,会将APP首页作为集合页,并做个性化体验设计,露出用户最为关心的数据信息,并向一级/底级页面导流,同时在页面底部做官方内容的推荐。

还是要谨记,平台产品的规划,要结合品牌商业目标、产品类型、用户需求综合考量。

参考文章:

从运营角度来看首页设计

APP导航设计的对比总结

纵观应用市场上的APP,导航设计的模式总是几种的组合使用。

导航设计的目的就是需要突出产品的核心,扁平化用户的任务路径。让用户能够顺利的在产品中畅行,让用户时刻清楚自己在应用中所处的位置,及如何前往目的页面。

产品的导航系统,是产品的信息结构在用户界面上的展现方式。移动端产品导航的设计没有最好之说,只有最合适,根据你的产品采取最合适的导航设计。

纵观应用市场上的APP,导航设计的模式总是几种的组合使用。下面我们来看一下常见的几种导航设计模式。

描述:

1、当产品的整个体验流中是以几个常用功能模块(一般不超过5个)贯穿的,意味着用户需要在多个标签入口之间来回切换;为了保证切换的效率,将贯穿产品整个体验的流的模块平铺在Tab Bar位置,保证了用户任务路径的扁平。

2、iOS原装App Podcast,5Tab。

优点:

1、可见性好,位置明显,易于发现,它能让用户直观了解到APP的核心功能;

2、操作性好,用户很方便就能触及到这个区域,并可在几个标签中快速切换且不会迷失方向,简单而高效;

3、符合习惯、ios原生控件,开发简单;

4、优先级较高、用户使用频繁,彼此之间相互独立。

缺点:

1、容纳个数有限,一般最多五个(不然需要结合其他方式,运用层级和收放)。

2、占据高度空间略大,一般都是文字+图标的形式。

描述:

顶部Tab是谷歌提出来的,为了区分与iOS的区别的一种导航模式,由于在顶部,手指难以触及,所以谷歌对应地提出了手势操作的解决方法:通过在屏幕左右滑动来切换标签。

实际项目中,顶部与底部配合使用的挺多。其实就是holo条。

优点:

扩展性好: 标签的个数没有上限,不过太多的话,越是后面的页面渗透率会越低;

占据空间小: 相比于底部Tab,顶部Tab一般占据的空间更小(因为不需要考虑手指点击,所以可以把区域缩小,只选用图标或者文字即可),可以把更多的空间安排给内容展示。

手势操作非常方便。

缺点:

可见性略逊:这是空间占据的区域变小之后的后果。

描述:

1、点聚式它将多个核心功能聚汇到主界面中显示,方便用户呼出使用。会搭载其他导航样式出现(如标签式)成为舵式导航。

2、与标签导航类似,就点聚工导航与标签导航的结合体,其中一个导航标签蕴含更多的操作选项,也可以理解为标签中蕴含更多二级导航标签。当页面有处于同一层级的几大部分内容,同时又需要一个非常重要且频繁操作的入口,就可以采用这种APP导航模式。

优点:

1、把类似生产内容的主功能按钮放在中间,标签更加突出醒目;

2、同时该主功能标签做了功能扩展,也因此给设计增加了一些个性化的亮点。

缺点:

1、占据高度空间略大,一般都是文字+图标的形式。

描述:

当你的应用信息足够扁平,可以尝试轮播导航;

优点:

能够最大程度的保证应用的页面简洁性,操作也是最方便;

缺点:

不能够快速的定位对应的分页内容;

描述:

1、宫格式导航被广泛应用于各平台系统的中心页面;

2、用在二级页作为内容列表的一种图形化形式呈现,或作为一系列工具入口的聚合;

3、用户频繁切换的概率是比较低;

4、在不同的文章中可能被称作:跳板(图标卡片式)、磁贴式。

优点:

1、扩展性非常好,便于组合不同的信息类型(运营位、广告位、内容块、设置等);

2、视野范围内可以展示的功能入口多,能够让用户整体上了解APP提供的服务,从而选择自己所需要的那个服务;

3、静态、动态结合可以展示出丰富的信息,同时保持视觉统一;

4、跨平台不受平台限制。

缺点:

1、每个宫格相互独立,它们的信息间也没有任何交集,无法跳转互通;

2、当排布过多的时候,用户容易眼花缭乱,选择压力较大;

描述:

1、宫格导航的变式吧,可用来呈现实时内容,比如新闻、菜谱、文章或照片,可以采用网格布局(比如一直播和ins)或轮盘布局(比如格瓦拉电影),还可以采用幻灯片模式进行展示。

2、陈列馆式设计模式最适合呈现经常更新的、视觉效果直观、彼此独立的内容。

优点:

1、相较于列表导航、宫格式导航的不同在于,陈列馆式导航有更丰富的表现形式、更加随意的组合效果(瀑布流等)以及丰富的动态效果(轮盘、幻灯片形式);

2、直观展现各项内容。

缺点:

1、不适合展现顶层入口框架;

2、容易形成界面内容过多,显得杂乱;

3、设计效果容易呆板。

描述:

1、抽屉式也是谷歌提出来的一种导航模式,由于虚拟按键的存在,所以在安卓上使用底部Tab会造成双底栏,视觉观感不佳;

2、一般用来放置对用户而言不太常用或者对于产品而言不太核心的功能,或者不那么需要频繁切换内容的应用,例如对设置、关于、个人信息等内容的隐藏;

3、更多的被应用于信息流产品设计中,这类产品注重核心内容的展示,用户的任务路径较为单一,几乎都是用于浏览产品的核心内容;至于其他比较低频的模块入口则会隐藏在当前界面后方,避免冗余的模块抢夺用户的眼球;

4、在不同的地方可能被称为:扩展菜单、侧边导航、汉堡导航;

5、“2/8”法则告诉我们,80%的用户只用那些20%功能,这20%功能就是信息流里面的核心功能;如果那80%不常用的功能也占用着最重要的位置,那么用户就会被打扰,产生臃肿感,甚至会放弃使用产品。

优点:

1、节省页面展示空间,让用户将更多的注意力聚焦到当前页面;

2、由于导航界面是隐藏在屏幕之外,展开之后整一页面都是导航菜单内容,所以可扩展和个性化的空间很大;

3、扩展性好,导航的个数没上限。

缺点:

1、用户不易发现,使用次功能需要二次点击,给用户在切换功能带来了操作成本;

2、可见性太差,用户还没能把汉堡菜单按钮和侧边栏联系起来,所以,侧边栏的渗透率很低;

3、不直观、不适用于主导航、如遇频繁操作的功能,用户不断开关抽屉体验不好。

描述:

1、与抽屉式导航的目的相同,都是为了突出内容。一般位于产品顶部,通过点击呼出导航菜单;

2、通常用来筛选同一信息模块下不同类别的信息,或者快速启动某些常用的功能模块,而不需要频繁的页面跳转 ;

3、Android中对应的控件为spinner控件,但该控件用于同一类别下不同视图之间的切换,而不是跳转至完全不同的视图。iOS中下拉菜单为自定义控件,可以实现不同类别之间的切换;

4、下拉导航还有一种变式,就是下来菜单中展示两级甚至多级,一般在电商产品中比较常见,因为品类和筛选条件众多。

优点:

1、菜单与界面的连贯性比抽屉式要好,容易让用户感知当前位置;

缺点:

2、位于屏幕上方,相对隐蔽且不能结合手势操作,不适合于频繁的切换功能使用;

3、考虑到导航菜单的可用面积较小,所以一般采用列表的形式展示菜单内容。

描述:

1、作为信息组织框架,是我们在产品设计中必不可少的一个信息承载模式。

2、适合用来显示较长或拥有次级文字内容的标题,每行可以融入较多信息。

3、与宫格导航类似,常用于二级页面,不会默认展示任何实质内容,所以通常app不会在首页使用它;

4、无论ios开发和android 都有现成的列表布局插件和模板。

优点:

1、由上至下查看符合习惯;

5、结构清晰,易于理解,冷静高效,能够帮助用户快速的定位去到对应的页面。

缺点:

1、条目太多或分布不合理会导致用户查找困难;

2、不适合需要频繁切换任务的情况。

关于APP版本迭代的一些感想

相信同学们在互联网公司工作过一段时间后会发现,总有两个专业名词在工作中频繁被提及到:需求和迭代。迭代是重复反馈过程的活动,其目的通常是为了逼近所需目标或结果。而产品迭代就是团队通过用户需求对某个产品不断完善的一个过程。迭代对于一个产品来说是至关重要的,一个产品如果不想被对手超越,就必须不断的对版本进行更新迭代。

设想一下,假如现在我们有了一个想法,从3F中吸收了一些资金准备成立一家公司,现在我们要做一款与众不同的APP。现在有各种各样方向的APP,我们应该做什么方向的APP会比较好一些呢?我们的首要目的就是要吸引用户,让用户达到一定规模,而不是以盈利为主。

如果我们自己要开发一款APP,我们如何把我们的设计运用在APP中。是不是在合适的欢迎页中画几幅插画?弹窗更美化一些?

设计师拿到原型图之后与产品经理确认,把自己的理解告诉产品经理,减少理解偏差。程序员拿到原型图后开始预估开发时间与难度。

一个APP的迭代需要由产品经理牵头来完成,有时候小版本迭代的原因是因为部分bug与视觉体验方面的更新,

很多毕业后的同学们都怨声载道:“产品经理又提出了新的需求,这段时间可能又要加班了!”被成为v1.10,v1.11等。如果是新增功能,视觉体验更新较大,则属于大的版本迭代,一般都是v1.0,v2.0,但这些版本迭代都是有一定规律的,不可能直接v1.0到v2.0。

关于APP版本迭代,就写到这里。

APP评论模块设计总结

这次设计采用主题评论式,这样有助于展开讨论,聚焦,提升优质评论。

一级评论按照时间倒序排列

二级按照时间正序排列,有助于读者理解讨论话题进展。

01、在动态页写一条评论,生成一条新评论A1、A2、A3……

02、回复A1、A2、A3……生成二级评论一条,A11、A12、A21、A31……

03、点击二级评论,跳转一级评论列表页

点一级评论,生成一条新的回复二级评论

点二级评论:@此评论发布者,生成一条

点赞、回复、复制、举报、删除、分享

另外需要跳转逻辑,以及回复的入口

01、我发布的:在“我的”/“消息中心”收到消息,点击跳转评论页面

02、回复我的:在“我的”/“消息中心”收到消息,点击跳转评论页面

03、个人主页:评论或回复的展示位置

01、评论的加精、置顶、屏蔽、删除、封禁、敏感词替换

02、被删除/屏蔽后显示逻辑

保留当前区块、显示内容为:评论已删除

01、评论字数设置长度,字数超,红字提醒超限,同时发送按钮置灰

02、点赞的动画交互,增加趣味性

03、评论点击区域细节:评论区有很多元素,需要告知开发哪些区域可点,点击跳转到哪些地方。

关于app设计心得体会和app界面设计心得的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。

扫码二维码