0371-87095009

专业互联网应用服务提供商

Article/文章

记录成长点滴 分享您我感悟

您当前位置>乐投体育 > 案例 > APP/开发 >

如何开发AppApp开发的流程是如何的?乐投体育平台

发表时间:2020-06-21 04:13

文章来源: 未知

分享:

浏览次数:

  从入职这行业到创业 7 载,对 APP 产品开发的流程已经再熟悉不过了,现在把这几年积累的一些经验和大家分享一下,一个产品是怎么从想法一步一步落地为具体成品的,这个过程中会经历一些怎样的必要流程呢,下面大致说一下:

  大部分创业型项目在这个阶段只是一些比较抽象的想法。有一份相对完善的需求文档,不仅有助于创业者自身对项目的理解和周全性分析,如果项目是交由设计公司去完成的话,也更有利于对方准确把握项目的定位和商业模式,以便给出专业的建议和解决方案。下面是需求整理过程中比较关键的点:

  (2)分析要解决这些痛点或者需求的过程中需要通过哪些有效的功能布局去实施,逐一将核心功能列举并适当完善一下,通过文字或图文的方式描述清楚。

  (3)建立完善并且合乎逻辑,功能完整呼应的需求文档不是一件简单的事,如果你是 PM(产品经理)出身的话会比较容易上手,否则最好还是由第三方机构协助完成。

  不论项目是由自己团队执行开发,亦或是交由第三方公司代为设计开发,建立在一份完善且有质量的需求文档都是非常有必要的,对需求文档进行人力时间的投入,可以较准确地估算出项目需要投入的预算,同时这些文档后期会有助于产品经理,UI 设计师,技术开发人员等等对项目的理解,减少人员沟通中可能存在的误差。(下面以我们 kollway Design 中某项目的需求文档和逻辑结构为例 )

  接下来会根据上面提到的具体需求文档,项目经理进行会进行原型图的设计,包括:(1)功能的结构性布局(2)各分页面的设计(3)页面间业务逻辑的设计最终输出每个足够示意出页面所包含的功能的原型设计图,比如:

  (1)APP UI : 原型图经过反复推敲修正后,UI设计师会进行UI界面相关的配色设计、功能具象化处理、交互设计、以及各种机型、系统的适配。UI 设计师经过多次与项目经理沟通修改后,最终的到定稿的高保真设计图。

  (2)后台 UI : 绝大部分 APP 项目都会有相应的管理后台,虽然后台是用户无法接触到的,但是与 APP 侧的功能是意义对照的,合理的设计能让后台管理人员快速上手。

  经过以上几个过程之后,会正式进入到开发阶段,一个完整的 APP 项目一般包含以下几个板块:

  (1)服务器端:编写接口协议文档,服务器环境架设(国内一般都是用阿里云服务器,国 外一般用亚马逊),设计数据库和编写API接口。

  (2)APP 端:根据UI设计图进行界面开发,UI 开发完成则进入和服务端接口对接,通过服务端的接口获取数据,编写功能上的逻辑代码。

  (3) Web 管理端: 根据前端的业务逻辑,后台会有相应的功能与之匹配,同样需要编写功能上的逻辑代码。

  APP功能开发完成之后,测试人员会对整项目进行系统性测试。这个环节会调动起项目组内所有人相关人员。而测试这个环节的重要性不亚于前期功能的规划,如果团队没有经过专业系统性训练的测试人员,很可能会导致项目出现与设计初衷存在落差,以及遗漏下一些逻辑上的坑(这些坑是以后给自己带泪跳下去的...)

  而完成项目测试调试最重要的环节是问题的管理,追踪各个 bug 的进度以及状态,包括指派给谁、优先级、修复状态等等,以便有质量地完成问题的处理。

  经过至少两轮的内部测试以及小范围外测(或者完成满足测试要求的周期)后,会进行最终版本的上架,以常用的 iOS 和 Android 应用市场为例:

  (1)Android : 涉及的应用市场很多,主流市场是应用宝、360手机助手、小米商城,不同的应用市场的受众属性会有所不同,流量也有较大的差别,需要根据实际情况选择。

  (2)iOS : 发布到 AppStore(苹果审核比较严格,是否符合最新的上架要求,是否涉及到虚拟货币、是否支持最新环境等等等 N 多问题都会导致审核是否能通过,这个对经验的要求就很高了,而最坑爹的是,比如某 APP 存在 5 个导致不通过的问题,苹果是不会把5个找出来告诉你为什么拒绝的,而是找到一个就马上拒绝你,所以如果经验不足的话上架 n 次花费几个月都是很有可能的。)

  产品正式投放到市场之后,会得到用户以及市场本身的一些反馈,从而知道该如何修正或者调整运营策略,当目前系统的功能再也无法满足项目需求时,就需要规划新一版本功能的迭代问题了。(重新经历:需求整理-预算评估-原型设计-UI 设计-开发-测试调试-发布 这个产品的生命周期 )

  在项目正式运作的时候,即便是已经达到相对稳定的阶段,也会有可能出现一些小问题,或者发现一些隐藏得比较深的 bug,这个时候就需要有相关的市场人员进行问题的收集以及技术人员对问题作出及时的修复,简单理解就是需要有人值守。

  以上是大致的流程,不过由于实际项目往往会涉及到人与人之间的复杂沟通以及协作,还是需要有严谨的管理规范以及弹性的流程控制才能达到较高水准的项目质量的,希望对你有所帮助。

  首先你必须要会打Dota2,再问一个小问题吧,如果有人请您安排一个烤肉Party,要您马上估价,你能迅速说出来吗?也许你可根据您的经验说大概多少钱,不过真正的成本,如果您不知道:

  甚至更多的细节,相信你随便说数字一定不准!APP开发比上述的“烤肉活动”更复杂,下面我就已一名专业的Dotaer身份给大家解释一下我们程序员客栈的开发流程:

  当需求方把想做的产品发布到平台,这个时候平台的项目经理会与需求方取得联系,了解需求方的初步想法,理清项目范畴看看目前需求方只是一个想法还是到哪个开发阶段,看是否需要投入时间理清楚产品的核心功能点,而不是简单的跟随客户天马星空的想法随意报价,类似

  项目经理总能遇到很多这种就差几十个亿可以打造的航空母舰的项目。比较靠谱一点的方案,项目经理简单沟通需求后会给出一个大致的估价区间,但是这个报价是不准确的,因为产品的开发功能点这个时候并没有确定。

  所以这个阶段只能说是项目经理免费给出了一份商业开发顾问方案,建议客户落实1.0版本的核心业务流程打通的方案产品。这个时候我们一般会建议客户自己先做一份所谓的产品商业模式图,项目经理也会根据多年的项目开发经验给出合理化的建议,现在的创业者基本都是“火星人”,能想到的不能想到的都会有需求,如果项目经理发现市场已供给过剩充斥太多竞争者产品或想法用现代的科技无法实现,这个时候会给你最真实的建议。

  需求方如果有大概的商业模式草图那么将会是一个很好的开发,这个时候产品经理就能很轻松的做出产品的原型图,包括用户体验设计(UX),APP界面的交互逻辑,以及产品功能点实现的大致状况,根据目前我观察坐在对面的项目经理队伍,最容易出问题的就在这一块,如果原型不确定,需求方功能点改来改去,那么如果冒然到下一步UI设计的话,设计师将会与产品经理发生矛盾,如果很不幸到了第四步,那么程序员就会联合设计师一起来打产品经理!

  完全准备好原型设计才到这一阶段UI设计体验设计,以为产品经理所做出来的产品功能点是明确了客户的开发需求的,所以UI设计师更多的是提供一种色彩的搭配以及增强用户使用体验感官的设计,此阶段估计以下成本:

  这个阶段非常非常重要,不只是UI设计师一个简单的设计工作,还要与开发工程师进行沟通、产品经理给出意见、项目经理负责监督、客户负责定稿,最终定稿确认进入下一阶段的开发。

  第四阶段:进入开发出产品1.0测试版(前端工程师、后端工程师、iOS工程师、Android工程师=程序员=一号位carry全场)

  此时已经明确进入程序员的开发阶段,如果前面没有变动的情况下,程序员加班加点,产品在不久的一段时间后,就能准时上线,通常客户在这个时候是最容易提出新的功能点改动需求:

  如果是开发者直接与客户接触沟通的话,你猜会发生什么后果?不是吵架就是程序员撂蹶子不干了!

  这个时候项目经理的重要性就会体现出来,作为“润滑剂”的角色存在,项目经理应该及时和客户沟通产品的完善性,并且解释开发迭代的概念,原则性问题不能改变的情况下,确保确定的核心版本上线,而不是和程序员一起起哄进入无休止的修改加功能,“加功能”属于二次迭代开发需求,必须要从第一步重新来做。最重要的“产品上线”工作一定要落实在开发工期内。

  第五阶段:进入开发测试Debug阶段(测试工程师,五号位,support)

  很多人往往忽略的环节,其实测试是非常重要的一个环节,如果一个产品只是根据客户自我的使用角度去使用,是很难发现产品的缺陷的,这个时候你真的需要一名专业的测试工程师,之前有个腾讯测试工程师给出过最专业的测试建议:

  1. 需求分析、系统分析和测试分析,主要是通过经验找出风险,以及编写用例。代码review。所以经验和技术都很重要!

  2. 测试用例执行,检查需求实现是否正确,质量好坏(交付影响有多大,是否达标)

  4. 评测对比,主要是性能,可靠性,以及和竞品的对比测试,这需要投入大量的分析工作,也需要一些专业的方法和技巧。只有经过一套合理而完善的开发体系出来的产品才是满足客户开发需求并且经受的了市场的考证。

  最后如果您是有开发需求的客户,您应该拒绝那一开始没问清楚就跟您随意报价的开发团队。如果你是一名程序员,你应该拒绝一开始就没有明确功能点需求的开发客户。

  分析永远是分析,模板永远是模板。分析不能落地,就是0,模板永远只是个框架,走不出来就是死胡同。抽空会不断更新文章,目前计划写两篇,其一为产品迭代流程,其二为从0-1的产品流程。

  产品以解决用户核心问题为目的。这里的一个关键词,用户核心问题。可以理解为需求,虽然两者有区别,但是这样画上一个≈号,没什么不妥。

  2、用户反馈-来自于各大应用商店的用户评论或应用自带的用户反馈,也可以是客服团队的用户反馈,问卷调查等;

  4、自身挖掘-产品线负责人体验自身产品、对比竞品、数据分析来得出的需求点。

  顾名思义,不是所有的需求都是真正的需求,这就需要产品经理掌握需求分析的技能。首先是筛选,讲一些明显与产品定位背离的需求过滤。还有一部分需要过滤的需求,即不合理的需求或小众化场景的需求。综上可以统称为伪需求,如何辨别真伪需求是一个永恒的话题,作为一个初出茅庐的产品经理,以理解自己的产品为基础,若不能很好的判断。个人建议请教前辈,或了解这个产品的人,领导、同事,都是你可以咨询请教的对象,但是也要注意方式,不是拿着一堆需求,听他讲,哪些哪些是伪需求。一定是你先进行尝试,然后再拿有疑问的去请教。不耻下问,才能进步,这也是一种学习的方式,而且是很好的学习方式。第一步筛选过后,剩下的基本就是真需求了,我们已经完成了“做还是不做”这个问题,这时候又会面临一个问题“什么时候做”,网上有许多具体的方法,比如四象限分析法,kano原型等等,这里就不一一赘述了,还是那句话,作为一个初入产品的年轻人,要学会不耻下问,不要指望一下子就会把一件事做的很好。

  学会如何管理好需求,对产品经理接下去的产品迭代有很大的帮助。创建一个自己的需求池,并保持不断更新,从中发现产品迭代的方向。这里贴一个自己的产品需求池,放不了太多,大家谅解一下。表内包括了需求的收集和整理,也包括了需求的分析,还有需求的状态和时间等记录。

  当你从得到下个版本的需求以后,身为产品经理的你需要做什么。当然是对需要的功能进行设计规划啦,这时就少不了做竞品分析。注意,初入门的产品经理,一般都会被分配到一个小功能的优化和迭代,所以像产品培训班的对整个产品做所谓的深入分析,一般没什么X用,很少见有应届生或刚转行的产品能负责从0-1的,况且从0-1乐投体育官网也不需要如此大费周折的长篇大论。

  1.明确竞品分析的目的;解决一个实际的问题,比如要做购物车的商品分享功能,想看看同行都怎么做?

  2.选择好竞品分析的对象选择细分行业的前二/三即可;比如对于淘宝公司来说:天猫,京东,就是不错的选择;

  3.对比目标状态的截屏,放到一起;横向放置不同产品同一功能的截屏,纵向放置当前功能页面的不同状态;

  原型是产品经理很关键的一个输出物,个人不推荐用墨刀或者mockplus等原型工具,还是喜欢用axure,当然更推荐有条件的同学使用sketch。我想讲述的并不是如何使用这些工具,我想讲述的,是一个产品新人,如何去产出原型。流程来到这里,你已经做足了功课,完成了竞品分析,now,就是把需求落地的第一步,产出一个demo,也就是原型设计稿。这里引申出两个问题:

  有自信鉴定的回答是好事,但是往往事与愿违。因为,经历不足导致你还摸不透领导的想法,你还不知道需求到底想达到一个什么样子的效果。怎么办?如果在做竞品分析的时候没有和领导讨论过。那我想最好的方法,就是参照竞品,结合自己的产品,设计出多套原型稿,根据自己的思考和分析,推荐一套,并跟领导进行讨论,在过程中讲明各方案的优劣。如果在竞品分析时已经完成了和领导的沟通,也不要局限,至少产出两套原型方案,再和领导沟通。如图(比较粗糙。。突然找不到好点的了,将就下吧):

  再补充一点,许多产品经理在纠结做高保真还是低保真的问题上分歧很大,我对这个问题的看法是这样的,在所限时间内,根据任务轻重缓急,能画的高保真一点就高保真。我的许许多多迭代需求原型都是直接在原图上进行修改的,效果看上去会很直接。高保真原型也有利于UI进行视觉优化,可能有人要反驳我了,但站在UI的视角上,你给我一个很丑的原型,我连看都不想多看两眼。能画高保真,为什么不呢?对自己也是一种技能的提升,何乐不为。下图贴自己的低保线的项目,任务重的情况下我也会画低保真,但是效果上绝对不会做的很差劲。

  prd文档无疑是产品经理输出内容的重中之重了,上下游交付,全靠这份文档。这里小小diss一下pmcaff的高赞文,题目叫上下游都喜欢的XXX文档。大概是这个名字,我看了以后很不是滋味,因为这样的文章,包含的内容太多,任凭UI还是开发,不会有那么多时间,来看这种文档。

  prd文档不是写完上交,就可以了。要保持实时更新,特别是版本的需求变更等情况,要及时的记录并更新,一是为了不背锅;二是为了等待下一位有缘人接盘的时候,需求出现偏差不知所措。

  在完成了原型和PRD文档以后,需求评审就到了终于要交付的时候了。你要做到的就是告诉上下游,项目组的所有人,这个版本我们要做什么,为什么要做这个,设计是怎么样的,预计上线时间等等。当然,这样直接讲,压力难免有些大,而且,你怎么保证你写的文档没有问题呢?so,我们来讲一讲需求评审的流程。

  在确定方案并完成了初版的prd文档v1.0之后,与产品线,或产品组内部,进行需求评审。指出不足和有问题需要修改的点。大概流程就是你先讲一遍,然后大家讨论,自己做记录,然后结束后抓紧时间讲prd文档进行完善。

  然后的然后,在prd文档v1.1会有专家组(boss们)对prd文档进行专家评审,有问题则指出并修改,循环。没问题则选良辰吉日,交付项目组其他成员(一般为设计团队和开发团队)。

  第三轮,prd文档v1.2,可以交付设计团队和开发团队了。无可避免的,会上大家会各自发表意见,会发生诸如,需求变更,需求延期等常见问题,身为产品经理的你,要记录并整理,参与讨论甚至主导讨论,多站在对方的立场看待问题,并试图说服别人或者被别人说服。同样,需要快速产出prd文档v1.3,确认无误后,交付设计和开发团队,进行下一阶段。这里顺带提一句,如果是Axure完成文档的小伙伴,建议在设计产出作品后,将prd文档中的图片进行替换,可能有人会说多此一举或者麻烦,但是好处是显而易见的,开发可以看得更明白更直接,问题会少很多。

  这个话题也是产品届经久不衰的话题了,不多做赘述,没有什么意义。个人的意见是,在设计团队,开发团队,测试团队,运营团队,任何人在这个版本,或者你负责的某个功能上有疑问的时候,你都要及时出现,说明并解决问题。保证进度正常。其实话语之间,都凝结为一句话,别人在加班,你也就老老实实待着吧,乖。

  至于如何和大家沟通,这个全凭自己,谁都教不了你,一句话:不会沟通,难以胜任产品经理。

  补充一点:进入开发以后,产品经理可以就下一轮的版本迭代计划进行筹备了,即开始接需求,然后就是循环往复了。

  需求验收不等同于测试,测试有专门的测试方法论和测试工具。产品的需求验收,指的是对自己负责的功能点进行验收,确认与设计稿是否一致,确认是否存在问题。这个流程非常重要,直接关系到了预想和实际的差距。这个阶段多发的状况,是在原先的基础上进行优化,这是很正常的,在不改变需求的情况下,更好的将需求落地。

  同时,更新项目进度表,记录并整理开发时间,进入测试流程。下图贴一个自己的项目进度表吧,看起来更加直接一点。

  一般APP上线流程:选择一个小渠道进行灰度测试,以防不测。在确保一系列的数据正常没有问题的情况下,再推广到所有渠道,并开放升级。

  一般对于新版本,最关心的错误率和新增事件点击。所以会做一个简单的表格来做记录。同样,我们以错误率为例。如图:

  每个产品对于错误率的标准不同,数值仅供参考,个人接触下来那么多APP产品,错误率≤0.5%为良好。

  完成每一轮的工作之后,都需要进行汇报,因为根据领导部门的要求,可能会要求加快项目进度或新增某些紧急需求,不要闷头干活,两耳不闻窗外事。四通八达的产品经理,才是大家喜欢的产品经理。

  1. 我分别在150人、5000+人的公司任职过产品经理,以下回答是结合自身工作实际情景以及参与线下交流所得经验,并非代表行业标准的流程。

  2. 小公司是没有交互设计师岗位的,针对没有交互设计岗位的公司,本文中提及“交互设计师”的工作全部由产品经理完成。

  —————————————————————————————————————————

  —————————————————————————————————————————

  1. idea的出现与产生。要做一个App的想法,一般来自于老板或产品总监或运营负责人或市场人员,实际中idea来自产品经理的情况我还没遇到过。

  2. idea的提出。接下来,产生idea的人会找到老板、产品总监、技术总监以非正式的形式聊一聊想法,以确定这个想法是直接否决还是有必要做,如果有必要做,接下来就是后面的流程。这个小会议应当哪些人参与是没有标准的,但至少是领导级别的。

  3. 产品总监会叫来产品经理,把第2步的方案讲给产品经理。接下来产品经理上场,正式接手。

  4. 产品经理针对此App进行风险评估、成本(耗费的人力资源、公司场地租金、水电费、人员差旅费等)评估、可行性评估以及特别重要的竞品分析,还要与市场、销售进行讨论,了解市场对于同类产品的看法、需求等。最后输出文档:可行性评估报告、成本分析表格、市场分析报告、竞品分析报告。

  5. 产品经理召集技术总监、产品总监、市场、运营、交互设计师开会,将第4步中的文档过一遍。这一会议是发现并改正这些文档的问题、会议目的是确定App的目标人群、目标市场、功能点等大方向。

  6. 正式进入需求分析环节,产品经理开始与交互设计师研讨App框架这类大纲问题。没交互设计师岗位的公司这一项全部由产品经理完成。产品经理还需要进行行业相关的用户调研、用户访谈、做用户画像、典型用户标签。这一步会输出App需求文档、线. 需求评审会。产品总监、技术总监、产品经理、交互设计师、UI设计师、具体开发人员(App开发人员和后台服务器人员)、测试主管参与。目的是纠正需求文档和原型文件中的问题,比如开发难度过大时间不允许的功能需要砍掉、没考虑清楚的环节需要记录、意义不大的功能暂缓等。接下来改文档、原型,再评审、直到通过。一般这个时候需求文档和原型文件早已不是最初的模样。

  8. 上述确定的需求文档和原型文件邮件发出给所有参与人员,而后产品经理拉着开发、测试、UI挨个找他们评估时间,然后做好项目计划、将需求分为2-3段,分别是

  ,再邮件发给所有参与人员以达到所有人明确项目计划和周期的目的。接着,UI正式上场,做图、输出图,包括页面设计图、页面坐标图、切图(包括App的icon和设计图中的各个切片)。9. 开发人员开始根据需求、原型和UI敲代码、测试人员根据需求写测试用例。后台的主要工作是部署后台程序如数据库设计、后台代码编写、以及特别重要的接口文档编写(接口文档用于App与后台的对接);App开发人员(Android与iOS)负责编写界面、本地处理逻辑、使用接口文档等。

  10. 测试用例评审。测试用例的编写与开发的工作同时进行,一般测试用例会更快出来,然后负责测试的那位同事会组织开测试用例评审会,产品经理、交互设计师、具体开发人员、测试主管参加,很少数情况产品总监或技术总监会参加。

  11. App出首版软件(非完整功能的版本,一般是核心功能)之后,测试上场,依照测试用例进行。同时,开发人员继续进行核心功能之后的重要功能和一般功能。一边改bug一边继续新功能开发。这个过程中,产品经理、交互设计师和测试一样负责反复试用App找出问题并提出修改,UI设计师负责找UI方面的bug。需求变更的情况在这个期间发生的较多,若问如何有好办法解决,答案是暂无。

  12. 上一步流程一直循环直至bug全部关闭,然后才能准备发布、上线。在上线之前,产品经理需要申请好各个应用商店的账号如应用宝、百度手机助手、360手机助手等(苹果App一般是App Store),还需要和交互设计师、UI设计师一同设计线上展示的宣传图片+图片中的文案。

  13. 最后是将App安装包、上个步骤总的文案图片、App的icon等上传至各个应用商店,审核成功后,即视为我们所称呼的“上线. 上线后的App由运营人员正式接手开始推广运营。截止到现在,算是回答了题目的问题“如何开发app,app开发的流程是如何的?”。

  对于题目问题“如何组建自己的团队,以小作坊的方式开发app!”,上面的流程就是适合小公司的,可供参考,希望有用。

  经本人多年实践经验,至于开发前段,后端还的混合开发,国内有一些开发工具还是不错的,我经常用的imag开发用具,用web方式直接开发原生应用,我一个最多两个星期就能搞出一个应用,推荐给你,还有一些也不错,不过我不常用,比如app can ,烽火,祝你早日创业成功

  众所周知,整个移动app设计和开发都是一项庞大的工程。想要开发一个相对较优秀的app。至少3到6个月的时间。 不知道其他公司的流程是怎么样的,今天我过来跟大家一起来分享一下我们新际公司的APP开发标准流程。

  其次,就是通过那些idea来进行APP的主要功能设计以及大概界面构思和设计。

  首先,如果要做一款app,必须要前期进行沟通,初步表明此款app要实现的效果,属于哪个类型的app。在功能和实现价值基本敲定的情况下,开始进入项目评估阶段。这个时候产品经理会根据之前商定的功能进行价格和工期的评估,确立一个初步的项目排期。在系列的前期工作得到客户认可的情况下,签订合同正式开始项目。项目开始各个部门就开始项目的碰头会议,设计部门开始设计UI(产品界面)和UE(用户体验),针对产品开展创意设计,形成初步的效果图,经过首次客户的确认。

  3. 所有上传证明材料必须线. 开发者提供的联系人,联系电话将作为手机应用市场与开发者联系的渠道,需真实有效

  5.如软件含有内置SDK(软件开发工具包),须不含违反国家相关法律的信息;

  产品立项阶段亦称为准备阶段,该阶段主要基于需求大纲通过针对性的市场调研、用户访谈及竞品分析,尽可能的评估产品的核心功能,方向定位、目标用户群、成本投入和市场前景。在决策层评估通过的条件下,组建虚拟开发小组,协调资源,明确项目负责人及产品计划上线时间等事项。若为甲方需求的项目,可省略市场调研及商业价值评估的相关内容。

  描绘远景,设定目标:产品的远景是什么?计划需要做什么实现这个远景?明确各个阶段的产品目标,为什么设定这样的目标?

  收集各业务市场部门反馈的需求意见,做典型用户的深度访谈,组相开发设计运营人员头脑风暴,明确产品核心功能和开发需求优先级。

  依据产品定位和投入资源,组建合适的虚拟开发小组,指定项目负责人,团队相互熟悉各个岗位人员。

  商定项目相关人员定期碰头会,保持团队所有人最新需求信息同步,初步制定产品各个阶段完成时间节点。

  基于产品定位和运营策略,与产品各需求方进行深度的需求沟通,将抽象繁杂的需求整理分析成可落地执行的方案,召开需求评审,排定各功能点的开发优先级,规划产品各个版本迭代的功能计划表,设计产品原型,撰写产品需求说明书,与设计开发团队沟通确定各阶段的完成时间节点,明确产品实际上线时间,与市场运营团队沟通上线运营计划方案等。

  需求分析,原型设计:与市场业务运营同事深度沟通,形成初步的需求大纲,功能列表,组织团队全员头脑风暴,分析需求的真伪及紧迫性,确定需求开发优先级,制定产品功能迭代计划表,设计产品原型初稿及页面结构图;

  由产品经理牵头召开需求评审会议,向开发团队详细讲解产品逻辑流程和交互细节,评估技术实现的可行性。对不明确的需求做二次需求更新;

  依据需求评审结果,修改设计最终版原型及交互,标注原型及撰写产品需求说明书,管理后台数据相关数据统计等需求,技术根据需求文档反馈每个阶段的完成时间节点。

  《产品PRD文档》、《产品交互原型稿》(低/高保真)、《产品开发进度计划表》

  基于原型交互稿及产品PRD文档设计产品页面效果图,与产品沟通确定详细的交互细节及效果。与需求业务方确定完善效果图设计最终版,依据开发需求进行效果图细节标注,设计产品icon及应用市场审核宣传材料,配合市场运营部门设计产品运营活动页面等。

  用户分析,设计梳理:收集相关资料分析目标用户的使用特征、情感、习惯、心理、需求等,基于3W法明确使用者,使用环境及使用方式;

  在深度熟悉产品整体业务流程和商业需求的基础上,确定页面主辅色,制定交互方式,操作与跳转流程、结构、布局、信息和其他元素;

  设计产品页面、图标、ICON,皮肤及一些界面交互的表现。与前端开发沟通,明确切图命名及标注规范,输出最终设计稿。

  产品测试阶段包含UE测试,负责测试页面的还原度及交互的易用性,针对设计稿和需求文档提出测试反馈优化意见。产品上线发布后,全面复盘本次设计架构和细节,总结设计经验和优化迭代建议,并撰写相关的分析优化报告。

  分为用户端、服务端两类开发。其中用户端开发,主流有iOS和Android,依据需求文档和设计稿,实现前端页面的交互效果,与服务端确定数据交换接口协议。服务端开发依据需求文档,设计数据库表结构,评估核心复杂功能的实现方案,撰写开发设计概要文档及反馈重要功能的完成时间节点。

  参考产品需求文档和开发设计概要,撰写产品测试用例,召开用例讲解会,对产品全方位的进行测试,将测试不通过的内容反馈给开发,判定bug严重程度和跟进修复进度,评估产品上线发布的可行性,协助产品和业务人员撰写产品验收报告。

  功能性测试、容错性测试、性能效率测试、易用性测试、兼容性测试、压力测试等

  《测试用例》、《测试bug反馈记录表》、《测试验收报告》具体的可以关注上海医梦网络科技有限公司微信公众号,查看更多详情;

  首先呢 有这样创业的想法是很好的,而我也很愿意跟这样的朋友去交流,听听他们的想法。

  ◆APP不仅仅是一个APP,在我们手机中很多的app不仅仅是呈现出的几个页面、几个按钮、几个图片那么简单。比如知乎 :首先他是由服务端

  这个图主要是给内部开发人员看的,怎么去做代码的组织和构建。其用途有:* 描述了系统由哪些组件/服务组成

  ◆服务器端相对少一点,只有Windows和linux,大部分公司都只会选择其中一个平台,但是千万不要以为服务端的工作就会比较少,因为在业务中很大一部分逻辑都是要在服务端去进行的,并且服务端要考虑的也更多,如安全性能、拓展性等等,其中又以安全性能最为重要,因为服务器大多都是暴露在外网的,从而会引来黑客或者友商攻击。攻击的后果可能是软件瘫痪,这样造成的损失是很大的。然后是性能方面,性能就是要用尽可能少的服务器资源去做更多的事情,毕竟服务器的资源还是蛮贵的。 而拓展就是说以后想加业务了,你的服务端要能支撑的住。

  (对于大型(APP/网站),实行分而治之,把整个网站的业务分为不同的模块,比如大型的交易购物完整可以分为首页、店铺、订单、买家等,分别交给不同的业务团队来负责

  同时我们根据模块划分拆分成多个应用,每个应用进行单独的部署和维护,应用之间通过超链接建立关系(指向不同的应用地址),最后通过相同的数据存储系统来构成一个互相关联的完整系统)

  ◆那微信小程序呢?对于客户端,虽然我是做服务端开发的,但也对客户端略知一二,足够聊聊(忽悠)。 首先好多人都会觉得开发一个微信小程序要简单一些,毕竟是小程序嘛~ 其实从开发难度上来讲都是一样的,他也有自己的语言规则,都是需要时间去开发的,而小程序的优点是即用即走,也可以说其实现了跨平台。

  ◆你觉得安卓(android)和苹果(IOS),哪个开发更难一些? 个人感觉是安卓,因为安卓的手机厂商-机型太多,比苹果需要做更多的适配工作,而苹果(IOS)这一点呢则要好一些,但不是说开发容易,毕竟如果真的那么容易,程序员的工资也没必要那么高了, 这里呢我就不去说什么算法人工智能机器学习了,这样的投入更是无止境的。

  ◆开发一个APP并不简单 正如前面所说,一个APP是由很多个端去构成的,无论是服务端的框架构建,数据规划,逻辑实现,还是客户端让人眼前一亮的UI跟交互逻辑设计,都是需要专业人士去做的,而这些人包括:产品/美工/前端/后端/web/测试/运维 。

  暂时就更新这些内容了,这是要做一个APP乃至任何软件都会涉及到的主要核心成员和技术。希望能帮助你多一些清晰的认知这个行业。 有任何技术方面有疑惑的欢迎交流 (没加班的时候会回的)

  自己做:市场调查,可行性分析,需求分析,组建团队,规划工期,原型---ui设计,开撸,测试,试运营,正式上线

  1.理解需求阶段:专业的产品经理将与客户进行细致的需求分析梳理工作,形成需求功能表。

  2.方案策划阶段:产品经理协同方案策划师,基于需求功能表,结合国内外优秀APP设计思路,形成策划方案与APP设计逻辑图。

  3.UI设计阶段:产品经理协同UI设计师,基于APP设计逻辑图,形成产品UI原型,经确认后交由美术设计师,形成最终APP界面设计方案。

  4.功能开发阶段:产品经理协同主工程师,基于APP界面设计方案,形成程序架构设计方案,并有工程师团队进行开发,完成产品设计。

  5.全面测试阶段:产品经理协同测试工程师,基于需求功能表、UI设计与程序架构设计,进行全面终测,形成测试报告,测试通过后交付客户。

  当然专业的事还是要交给专业的人来做,APICloud定制属于你的APP。

  APP开发公司是如何开发APP的?伴随着挪动互联网发展,APP开发设计制造行业慢慢掘起,愈来愈多的APP遭受了消费者的关心,那麼假如要想开发设计一款APP手机软件,实际的流程都都有哪些呢?

  一般状况下,公司会挑选找技术专业的APP开发设计企业,她们会派遣技术专业的产品运营来协助顾客整理商品的客户要求,并对于APP的作用要求、开发进度、工作人员分配及其基本费用预算等难题开展商议,以保证下一步工作的一切正常推动。

  由APP开发设计企业的原形室内设计师依据商品的实际作用要求,开展商品的实际效果设计方案,乐投体育平台及其对于每一作用应当如何设计方案、保持哪些实际效果等难题开展探讨处理。

  商品的原型图最初等于仅仅 这个商品的手稿,还必须历经技术专业的UI室内设计师开展視覺层面的设计方案,那样的商品才可以被大家所接纳,被销售市场所认同。

  随后在UI设计方案进行之后,APP开发设计企业的开发者就能够依据规定开展实际的开发设计工作中了。

  APP的检测工作中是APP开发设计全过程中不可或缺的一个流程,它确保了商品是不是可以被一切正常应用,及其对于商品中出現的难题开展纪录,并交给技术性开展改动,直至找不到难题才行。

  在商品历经检测,一切都一切正常后,APP才可以在各大运用服务平台上发送了并应用。

  iOS系统软件公布比较便捷,只必须在AppStore上边公布就行;而Android系统软件则比较不便,因为公布的服务平台有点儿多,必须一个一个开展公布。

  需求分析是一款APP开发的基础。在这个过程中不管是企业也好、还是APP开发公司也罢,都需要对APP有一个清晰的认识。

  例如所针对的用户群体是哪些?有什么特征?他们有什么购买习惯?市场行情怎么样?以及竞争对手的产品和自己开发的产品有什么差异等问题。

  这时候我们所需要做的工作就是将这个雏形完完整整的画下来,交由企业方确定是否与最初搭建产品的设想一致?

  程序员们根据产品的设计图,让整个产品通过代码将其完整的写出来,这个过程复杂且漫长。

  产品开发完成后将由专门的测试人员针对产品的功能进行测试,以确保产品功能方面不存在缺陷等问题。

  产品经过测试,需求方也确认没有问题后,就可以进行上线工作了,将其发布到对应的APP平台即可。

  开发软件应用的第一步就是对产品提出一个完整的构思,更白话一点就是你要知道你想要一个什么的软件应用。从最开始的产品想法(也可以称为产品立项)找准产品的定位,明确对于这个软件应用的想法,核心功能(应用特色)是什么。一般是脑海里有个大概模样,以及或者市面上已经出现的互联网产品的参照物/竞品。

  在确认了产品构思以后,将你的想法需求和钰威软件的产品经理进行沟通,产品经理会为通过产品构思产出最完整的软件应用思路和成型图,钰威软件完成和运营方的沟通以后,完善产品的功能和流程,满足运营放对于产品的需求,合理进行产品内容分析,完成布局,和运营方确认最终方案。钰威软件早确认一款软件应用的最终方案以后,钰威软件产品经理将产品需求提交给钰威软件的技术部,也就是我们的程序员小哥哥。由程序员进行技术开发,美工大佬进行UI设计。大概经过1-2个月的开发周期,完成产品的基础开发。在这个阶段,如果增加需求,就需要回到需求梳理和原型设计阶段,出新的文档后再进行开发。当然,新增或调整需求,钰威软件的项目经理和产品经理是会把控的。毕竟运营方(客户/需求方)并不懂开发,有的想法也不能称做需求。

  4)对于无法远程排除解决的严重故障,会安排钰威软件公司相应的专业人士到现场解决客户问题。同时在项目开发和运营过程中也会安排开发工程师来进行项目操作的应用培训。

  以上就是关于钰威软件的软件开发流程,相信通过这篇文章大家对于软件开发的流程已经有所了解。钰威软件专注于软件开发,支持个性化高端定制、多平台应用开发,系统功能模块完善,具有良好的延展性。公司拥有独立的核心开发团队,与众多大型企业和公司有过合作,项目经验丰富,涉及行业广。同时会根据客户实际情况1对1的提供咨询、研究、分析、开发、售后等服务,全程价格透明,为各领域客户创造了巨大价值,我们的宗旨就是为您提供最贴心的服务!

  一、如果是现有需求,需求比较明晰的话,就可以直接组建团队或者找外包团队了,团队需要配备的人员有,需求分析师、UI设计师、项目经理、安卓工程师、IOS工程师、后台服务端工程师、测试人员。

  这一个团队的人员,是保证项目能做好的前提,如果说要省人工,那就是项目经理和测试,其他人员绝对省不了的,需求人员需要跟进整个项目的进展,解决项目开发中遇到的需求问题,这种情况是不可避免的,很多时候,我们评估很多遍,都觉得需求已经十分清晰了,但是在实际开发过程中,还是会有很多疑问,所以,就需要需求人员从头盯到尾,来解决开发过程中的一些疑问。虽然前期有明晰的需求,但是还要在此基础上由需求人员进行细化,出原型图和文档。

  原型图出完、文档出完,出UI图,全部出完后,要将整个团队集合在一起进行需求评估分析,不断的完善需求。

  全部确定无误后,开发团队就开始工作了,安卓和ios根据UI图搭建页面,后台人员简历数据库,做整个项目的架构、后台代码的编写;APP端和后台进行数据互通、接口联调。

  项目完成后,进入测试环节。测试最起码要留出项目工期30%的时间,才能保证测试充分。在此期间,也要不断的进行修复和完善。

  项目上架,没问题后,就可以安排上架部署了。需要一台服务器,各应用市场的账号,安卓端好多需要软著。ios上架由于专业性强,开发人员会完成,提交版本需要保证运行流畅、如果涉及到虚拟产品,需要接入苹果内购,等等一些苹果公司的硬性和隐形规定,都要遵守,不然被拒的可能性很大。安卓市场好一点,提交一个运行流畅的包就可以,一般2-3工作日就能审核通过,有需要软著的市场,记得提前申请软著,软著申请大概需要最少20工作日。

  上架完毕、部署完毕,项目就可以进行试运行阶段了,继续修复完善,给大家呈现一个好的应用吧。

  关于一些涉及到的第三方接口,有些因为审核时间长,需要体检申请,如域名的备案、第三方支付等;有些即买即用,就可以在需要的时候直接充值即可,如短信等。具体情况还要根据项目里涉及到的来确定,一般来说,需求完成后,就会有一个所需第三方账号的清单出来,标注需要时间,开始申请时间等。

  二、如果你的需求还不明确,只是想做某方面,某类型的APP,建议直接找外包团队,跟外包团队坐在一起,把项目梳理下,把功能大块列一下,再进行“一”中的流程。如果需求不清晰就开始组建团队,那消耗的成本将会是无法估计的。当然,土豪除外。外包团队会帮你限定需求框架,确定需求范围。而自己的团队,怕就怕随心所欲,来来回回消耗的是你的金钱和员工的耐力。

  1.理解需求:专业的产品经理(PM)将与客户进行细致的需求分析梳理工作,形成需求功能表。

  2.方案策划:产品经理协同方案策划师,基于需求功能表,结合国内外优秀APP设计思路,形成策划方案与APP设计逻辑图。

  3.UI设计:产品经理协同UI设计师,基于APP设计逻辑图,形成产品UI原型,经确认后交由美术设计师,形成最终APP界面设计方案。

  4.功能开发:产品经理协同主工程师,基于APP界面设计方案,形成程序架构设计方案,并有工程师团队进行开发,完成产品设计。

  5.全面测试:产品经理协同测试工程师,基于需求功能表、UI设计与程序架构设计,进行全面终测,形成测试报告,测试通过后交付客户。

相关案例 查看更多

Copyright © 2002-2017 乐投体育 版权所有 Power by DedeCms