移动端开发流程

和PC端网站的设计和开发相比,移动客户端的开发工作,对绝大多数人来说,绝对是一个崭新的行当。 那么,当我们每天在iphone上,在各种安卓在各种pad上习以为常的刷着微博看着网文切着西瓜找着你妹的时候,当一大波人信心满怀的开始步入这个看似熟悉,或者说”简单”的工作中后,突然发现,悲催,完全不是那么回事嘛!

相信很大一部分产品或者设计或者开发人员是从之前的传统互联网”出家”过来的,当然,这包括我,还有身边很多很多人。总之,这是一个坑,因为,APP,这个”看上去很简单”的东西,真心不简单。

下面分享一下在这一年多点的时间里,谈谈我的一些经验,水平有限,如有错误,欢迎指正。

本文偏技术流, 一共分两部分,一部分是流程,另一部分是设计经验及思路。

移动客户端设计开发经验-流程篇

1.前端工程师下岗啦!?

我们现在习惯于将某一个app叫做一个产品。相对于web端的产品开发流程。 移动客户端的开发流程在某些流程上开始发生变化。

web端:我们做一个产品,从产品立项开始。

产品经理提出需求(原型等)>讨论需求>通过需求>交付设计师设计layout>确认>页面制作(俗称切页面)>交付工程师开发>修改细节及bug>上线。

移动客户端:产品经理提出需求(原型等)>讨论需求>通过需求>设计layout(包括交互设计及ui设计)>确认>切图>交付工程师开发>后期修改>上线。

哦?好像差别不是很大嘛?

我们主要谈一下一些职位分工的变化。 前者和后者,在开发过程中,一些职位消失了。一些职位出现了。 对于我本身的理解,设计师更加的细分,虽然交互设计师在web端也会存在(分工比较细的公司),但客户端开发来说,交互却作为一个非常重要的一环出现了。对于寸土寸金的手机屏幕来说,对于开发者逻辑能力的要求也越来越高,如何在这么小的屏幕里对各种功能进行合理有效的布局显得更加重要。虽然在某些创业型组织中,设计师人数上仍然处于弱势,但对于对体验要求越来越高的用户来说。这绝对是个不能忽略的要点。

另外,我们会发现,前端工程师这样的传统职位在移动开发的流程中,消失了! 没错,是消失了! 设计师设计完设计稿,一般会直接进行切图的步骤。因为,我们知道,绝大部分的安卓和ios客户端,以及其他客户端,并不基于html(是因为效果和性能太差了吗?自己体验下吧!)。所以,为我们悲催的前端工程师稍微的默哀一下。

还是前端工程师,真的消失了吗? 不好意思,我错了! 慢慢的发现,他们的工作被另一个”前端”代替了。这就是我们可爱的程序猿同学。虽然传统的前端工程师并不能在移动客户端开发中发挥作用,但,有一点是没有变化的。 手机客户端里也是需要各种”布局”的,就像web页中的字体,图片等等的样式,各种对齐,这个还是要有人来做的。因此这部分工作,慢慢被开发人员所代替了。设计后期,对于各种细节的调整,转由这部分负责”界面”的工程师来和产品以及ui同学对接负责调整。

2.谁来设计原型?

前面提到,手机客户端设计过程中的逻辑性比web产品的设计强不只一点半点。按照一般的产品开发流程,产品经理会在前期会使用各种原型工具如visio,axure等等来做出线框图。然后交由设计师进行ui设计。可是,根据之前的开发经验,对于网页还好,可是对于逻辑性极强的手机页面来说,这种方法并不会有多方便快捷,至少,这种静态的页面无法表现各种交互和信息的层次。如下图这样的结构,我是会晕的,而且也不是非常爱看。

当然,对于不同的团队来说,产品经理和设计师之间配合的方式都不尽相同。我们需要从中发现一种适合自己团队的配合方式。 对于迭代速度很快的app,小团队,首次开发的情况下,产品经理或者ue可以只画出app的框架及流程稿,剩下的交由ui设计师来设计也未尝不可,这样可以给设计师更大的发挥空间,虽然这样会给设计师提出更高的要求,但,相信一个负责任的设计师是非常愿意这么做的,这对于自身的提高帮助巨大啊难道不是吗? 另外产品经理可以腾出时间来做更重要的事情(产品的同学你们懂的。。)

3.提高设计效率的神器

为了能对设计稿的交互有更深的理解,以及将更具象化的信息传递给开发者及其他人。 我们可以借助某些手段来提前做出一款APP来。

(1)flash

是的,廉颇老矣,尚能饭否。 flash这种神器做这个可是最合适不过的了。对于某些交互效果,如果在设计阶段就有分歧,我们可以考虑用flash将其实现出来,用于讨论或者演示。但。flash的缺点也非常明显,开发出demo的成本实在是,有点高。另外,不要妄想在手机上可以看到直观的效果了。

去年在设计某客户端的时候,曾使用flash做过一次flyout效果。很直观的展示在电脑上,各种异见瞬间消失,项目最终得以推动(虽然最后效果并不怎么样,呵呵。)

(2)快现

一款号称手绘原型,拍照并在手机上制作交互的软件。但不知道为什么没能流行起来。不过如果单纯只是在手机上来将各种交互全部穿起来的话,效率确实低的可怜。

http://www.36kr.com/p/178205.html

(3)腾讯uidesigner(http://uid.cdc.tencent.com/

UIDesigner继承了快现的亮点,但不同的是,这款软件将制作交互的平台由手机转到了PC端。实际使用中确实方便很多。配合手机端的 UIDplayer,几乎可以完整的将设计稿做成一个像模像样的APP并可以在手机上完美的呈现出来,这对于演示来说,确实非常方便。强烈推荐使用。

下边是电脑端截图。

(4)PS play(http://isux.tencent.com/app/psplay

同样是腾讯cdc出品的一款软件。

在做移动客户端设计时,我们不可能只在显示器上观看效果。一来没有任何临场感,二来无法准确判定设计的真实效果。 所以我们就需要将设计效果图导入手机来进行查看。但…。。难道一次次的插入拔出插入拔出除了让你的爱机high到极点之外,难道你们就不考虑下数据线的感 受吗?! 难道你们就不考虑下USB口的感受吗!?

好吧!神器来了。 我们仅仅需要的是在手机上安装ps play这款软件。pc端仅仅需要photoshop即可(ps版本需要CS5及以上)。然后确保在电脑和手机在一个局域网的情况下。打开 photoshop,然后点击菜单>edit>remote connections, 确认信息。然后打开手机的ps play软件,找到电脑的这个ip地址,你在ps中设计的文件即可同步在photoshop上展示了。非常方便。 我心爱的iphone请养精蓄锐接受下一次usb线的调教吧!

4.与工程师配合。

工程师作为最终实现各种效果的人,必须要做好随时沟通的觉悟。否则,即使设计稿再漂亮,那也只是一张破图而已,没有任何价值。设计师必须在产品开发中后期与工程师保持密切配合。确保自己的设计最终能够付诸实现。

由于工程师的思维与设计师及产品经理差别巨大(请不要拍我),所以在将设计稿交付工程师过程中,除了使用上边提到的神器将主要的交互及设计思路演示以达到思想统一外,其中的各种小技巧也必须掌握足够。

(1)前期:设计稿交付工程师

将设计稿中各种颜色标在设计稿上。 必要时可标注各种间距的像素值。不过鉴于工程量巨大而且即使标出来这些,后期效果也并不是太好。因此,这一步我建议省略,只标出颜色值即可。

(2)中期:与工程师沟通及研究各种效果的实现方式

想当然的效果是会得到工程师的鄙视的。因此必须在这个阶段与工程师一起研究每一个效果如何实现。确保最后返工会降至最少。

(3)后期:调页面

这是个非常苦逼的阶段。 经过一段时间的开发,哇,终于可以将app装到自己的手机上一睹芳容了。可是…。 最终的效果却是…

请理解工程师是以实现功能优先的哈。 这个没对齐那个没对齐,这种问题, 就要靠后期搬个小凳子坐在工程师旁边默默陪伴身体力行来解决啦。终于特么的可以有指点江山的感觉了!你们懂么?(内牛满面ing…)

恩,最后一部是非常重要的,作为设计师及产品经理的你一定要在设计的各个阶段对我们的程序猿同学动之以情晓之以理无时不刻的对他们进行洗脑,ui很重要ui最重要。闻闻我身上有像素味么亲?

恩,如果你身边有一个可以不用你说话就把界面做的跟效果图一模一样的程序猿,嫁了吧!

移动端开发流程

时间: 2024-08-08 21:56:01

移动端开发流程的相关文章

Thrift项目Server端开发流程

Thrift项目Server端开发流程 首先,先了解工程中所有包的功能(见下图) 该图为用户中心项目的目录结构,以下依次介绍. 1.     src/main/java com.framework:该目录存放着所有系统所需要的共同的一些类. com.user:这个包下面放着本小组的功能代码. dao:该层主要存放着调用数据库层的方法 entity:业务实体bean mapper:业务sql service:thrift接口的实现类 thrift:thrift的IDL生成的java文件 com.u

移动端开发流程分享

1.由于产品及UI能力限制,不能达到理想状态,从以往项目开发中总结发现,在开发及测试周期中发现需求缺陷问题,需要花费大量的沟通成本,导致项目周期有所影响并严重影响开发效率和开发质量,解决方案:再产品需求.原型设计及UI阶段,开发需要严格把控质量,帮助产品提升交付件的质量 2.由于接口开发人员未讨论确定接口具体细节,接口需求方和接口开发者只通过文档修改,接口开发不按照规范执行,随意性太大,不能保证开发质量按时交付,导致接口需求方工期受到严重影响,从而移动端交付件质量得不到保证.为了解决接口问题:制

JavaWeb学习服务端开发流程

package com.product.dbutil.register.action;控制层 package com.product.dbutil.register.service;服务层 package com.product.dbutil.register.dao;数据访问层. 控制层的定义代码: package com.product.dbutil.register.action; import java.io.IOException; import java.io.PrintWriter

HTML5移动端手机网站开发流程

最近一直在研究移动手机网站的开发,发现做手机网站没有想象中的那么难.为什么会这么说呢?我们试想下:我们连传统的PC网站都会做,难道连一个小小的手机网站难道都搞不定吗?其实手机网站就是一个微缩版的PC网站罢了!至于为什么觉得难.觉得无从下手. 段亮觉得有以下几点: 一.没有完整的思路和流程 就像做网站的流程一样,如果你能知道它的流程,我相信就不会觉得做手机网站难!真正难的是你没有思路. 二.把html5这门技术想的高深莫测 好像觉得学会用html5+css3做手机网站,就相当于学会了顶尖的绝世武功

移动端开发者眼中的前端开发流程变迁与前后端分离

写在最开始 移动端与前端的区别 前端开发的混沌时代 后端 MVC MVC 方案实现 MVC 的缺点与改进 前端只写 Demo HTML 模板 后端 MVC 架构总结 AJAX 与前端 MVC 前后端分离的缺点 双端 MVC 不统一 SEO 性能不够 集中 Or 分离 Nodejs 前后端分离的哲学 Nodejs 分层 实战应用 风险控制 总结 参考资料 写在最开始 这是一篇面向移动端开发者的科普性文章,从前端开发的最初流程开始,结合示范代码,讨论开发流程的演变过程,希望能覆盖一部分前端开发技术栈

WIFI物联网平台微信端开发分享

本文由企鹅圈原创成员Hunter_Zhu贡献. 本篇文章是基于近期一个项目微信端开发过程的一个总结.文中主要介绍了云智易平台下微信端开发的流程.该平台提供的主要功能以及此次H5开发使用到的一些UI组件.能够帮助企鹅仔高速对该平台微信开发有个了解. 本文介绍的微信硬件物联网开发思路不局限于某个平台.对市场上全部的平台,如机智云也是适用的,特此说明. 一.创建微信应用,配置微信server 在云智易开发平台中,开发人员须要在应用管理中创建一个微信应用,填写微信公众号的基本信息:APPID, APPS

开发流程

一个完整的开发流程应该有这四步:分析->设计->编码->测试.很多开发团队往往只有编码这边,弱化了其他步骤,他们拿到需求就开始写代码, 写着写着发现有问题,要么是遇到一个难点解决不了,要么是发现要返回修改以前写过的代码, 要么是发现有大量的重复代码,又不知道怎么封装,只能将错就错.做好了分析和设计编码时就不会有这么多问题, 做好了测试产品bug就少,产品质量才高. 下面我分别详细讲解一下这四步. 分析 分析的时候,我们要分析需求和难点. 分析需求的方法是做需求陈述处理,前面我提到过, 要

微信支付开发流程

授人以鱼不如授人以渔 微信支付开发流程 下面以PHP语言为例,对微信支付的开发流程进行一下说明. 1.获取订单信息 2.根据订单信息和支付相关的账号生成sign,并且生成支付参数 3.将支付参数信息POST到微信服务器,获取返回信息 4.根据返回信息生成相应的支付代码(微信内部)或是支付二维码(非微信内),完成支付. 下面分步骤的讲一下: 1.微信支付中相关的必须的订单参数有三个,分别是:body(商品名或订单描述),out_trade_no(一般为订单号)和total_fee(订单金额,单位“

服务端开发入门与进阶指南

建议:尽量用 google 查找技术资料.有问题在 stackoverflow 找找,大部分都已经有人回答.多看官方的技术文档.ibm developerworkers 的文章质量整体上有保障.平时花一些时间在 github 上阅读优秀项目源码.入门(1-2 个月)目标:参与简单的项目开发.技能:掌握 Java.经典的<Java 核心技术:卷1 基础知识>(或者<Java 编程思想>)必看,跳过其中的图形和 applet 章节.习惯查阅 Java API Doc.为了保证代码的质量