沟通需求--确认需求--报价工期(qi)--签合同--设(she)计原(yuan)型(xing)图及(ji)UI(效(xiao)果图)--客(ke)户(hu)确认原(yuan)型(xing)图及(ji)UI--代码开(kai)发--内部测试--客(ke)户(hu)测试验收--项目交(jiao)付
一、需求整理
大部分(fen)的(de)(de)项目(mu)在初期只(zhi)是一些(xie)比较抽象(xiang)的(de)(de)想法。相对完善的(de)(de)需求(qiu)文档,不仅(jin)有助(zhu)于(yu)对项目(mu)的(de)(de)理(li)解和(he)分(fen)析(xi),更有利于(yu)准确(que)把握项目(mu)的(de)(de)定(ding)位和(he)商业(ye)模式(shi)。
(1)项目能解决什么(me)痛点、行业(ye)需求?
(2)需要通过哪些(xie)功能(neng)去实现(xian)?
(3)业务流程的逻辑是什么(me)?

二、预算评估
不(bu)论是自己组建(jian)团队开发(fa),还是由第三方公司开发(fa),对需求(qiu)文档(dang)进行评(ping)估(gu),可以较准确地估(gu)算(suan)出项(xiang)目需要(yao)投入的预(yu)算(suan)。

三、原型设计
什么是原型图(tu)?作(zuo)用是什么?原型图(tu)的设计是什么?
(1)原型图简单的来(lai)说,就是一(yi)(yi)个软件成(cheng)型之前的一(yi)(yi)个简单的框架,就是将页面的排版布局展现(xian)出来(lai),每个功能键的交互(hu),使软件需(xu)求的一(yi)(yi)个可视化的展示。
(2)当一个(ge)企(qi)业(ye)(ye)想开发(fa)一款产品时(shi),那么绝大多数企(qi)业(ye)(ye)本身并(bing)不(bu)(bu)懂(dong)得互联网知(zhi)识,与外包公司沟通清(qing)楚业(ye)(ye)务流程和需求后(hou),其(qi)实(shi)并(bing)不(bu)(bu)知(zhi)道自己的产品的表现(xian)形(xing)态。那么原(yuan)型图就可以(yi)让自己提前看到(dao),产品的界面样(yang)式,每(mei)个(ge)按钮的功能和效(xiao)果,也可以(yi)看到(dao)产品的基本框(kuang)架,和运作机(ji)制,获得比(bi)较(jiao)真实(shi)的感(gan)受(shou)。因(yin)为(wei)原(yuan)型图不(bu)(bu)是最终设(she)计稿,当有需求需要(yao)修改(gai)(gai),或者逻(luo)辑交互不(bu)(bu)符合需求时(shi),修改(gai)(gai)起来也是比(bi)较(jiao)方便(bian),不(bu)(bu)会很麻(ma)烦,能够在(zai)开发(fa)前排(pai)除(chu)相当一部分的潜在(zai)问题和故障。
(3)原型内容包括:功(gong)能的(de)结(jie)构(gou)性布局 、各分页(ye)面(mian)的(de)设计、页(ye)面(mian)之间业(ye)务逻辑的(de)设计。

四、UI页面设计
什(shen)么是UI(效果(guo)图(tu))?作用是什(shen)么?
简单讲(jiang)UI(效(xiao)果图(tu)(tu))就是(shi)帮客户设计软件(jian)(jian)的(de)外观,让用户可以看到(dao)软件(jian)(jian)做成(cheng)后(hou)的(de)效(xiao)果,开发(fa)人员(yuan)需要根(gen)据效(xiao)果图(tu)(tu)编写前端(duan)页面(mian),是(shi)软件(jian)(jian)开发(fa)中必不可少的(de)一个环节。
(1)原型(xing)图(tu)经过反复推敲修正(zheng)后(hou),UI设(she)计(ji)(ji)师会进行UI界面相关的配(pei)色设(she)计(ji)(ji)、功能具(ju)象化处理、交(jiao)互设(she)计(ji)(ji)、以(yi)及(ji)各种机型(xing)、系统的适配(pei)。UI 设(she)计(ji)(ji)师经过多次(ci)与项(xiang)目经理沟通修改后(hou),最终定(ding)稿高保(bao)真(zhen)设(she)计(ji)(ji)图(tu)。
(2)绝(jue)大部分APP(软件)项目都会有相应(ying)的管理后台,虽然(ran)后台是用(yong)户无法接(jie)触到的,但是与APP(软件)的功能(neng)是对照的,合理的设计能(neng)让工(gong)作(zuo)人员快速上手。

五、程序开发
(1)服务(wu)器(qi)端(duan):编写(xie)接口(kou)协(xie)议文档,服务(wu)器(qi)环(huan)境架设,设计数(shu)据库和(he)编写(xie)API接口(kou)。
(2)APP端:根据(ju)UI设计图进(jin)行界面开(kai)发,UI 开(kai)发完成,进(jin)入和服(fu)务端接口(kou)(kou)对接,通过(guo)服(fu)务端的(de)接口(kou)(kou)获(huo)取数据(ju),编写(xie)功能上的(de)逻辑代码(ma)。
(3)Web管理端:根(gen)据前(qian)端的业务(wu)逻辑(ji),后台会有相(xiang)应的功能与之匹配,同样需要(yao)编(bian)写功能上的逻辑(ji)代(dai)码。

六、联调测试
APP功能(neng)开发(fa)完(wan)成之后,测试(shi)人员会对整项目进(jin)行系统(tong)性测试(shi)。
七、上线发布
经过(guo)至少两轮的内部(bu)测试以及小(xiao)范围外测后,会进行最(zui)终版本的上架。
(1)安(an)卓端:涉及的应用市(shi)(shi)场很多,主(zhu)流市(shi)(shi)场是应用宝、360手机助手、小(xiao)米商(shang)城等应用商(shang)店。不同(tong)的应用市(shi)(shi)场的受众(zhong)属性会有所不同(tong),流量(liang)也有较大的差别,需(xu)要根据实际情况选择(需(xu)要安(an)卓市(shi)(shi)场账(zhang)号和软件(jian)著作权证书)。
(2)苹果(guo)端:发布(bu)到(dao) AppStore(需(xu)要苹果(guo)市(shi)场账号并(bing)支付费用(yong))。

八、迭代升级
产(chan)品正(zheng)式投(tou)放到市(shi)场(chang)之(zhi)后,会得到用户以及市(shi)场(chang)本身的(de)一些反(fan)馈,从而知道(dao)该如何修正(zheng)或者调整(zheng)运营策略,当目前系(xi)统的(de)功能(neng)再也无法(fa)满足(zu)项目需(xu)求时(shi),就需(xu)要规划新一版(ban)本功能(neng)的(de)迭(die)代问题。
九、运营维护
在项目正式运作的(de)(de)(de)时候(hou),即便(bian)是已经达到相对稳(wen)定的(de)(de)(de)阶(jie)段,也会出现一(yi)些小(xiao)问(wen)(wen)题,或者发现一(yi)些隐藏得比较深的(de)(de)(de)bug,这个时候(hou)就需(xu)要有相关的(de)(de)(de)市场(chang)人员进行问(wen)(wen)题的(de)(de)(de)收(shou)集以及技术人员对问(wen)(wen)题作出及时的(de)(de)(de)修复(fu)。