我用平台制作打包好一个apk文件，如何搭建自己的服务器，供APP访问，

有花生壳，或者其他的端口转发，用自己的电脑做服务器，通过代理，比如说你的Tomcat端口8080，代理是一个软件绑定端口，会给到你一个网址，你通过网址就能访问你的后台了。相当于就是把127001:8080，替换成网址，随便哪个上网设备都能够访问到。

按工作的性质不同我先把App开发分成三个阶段：售前、售中、售后，每个阶段包括了多个步骤，循序渐进，最终完成项目的开发。

一、售前

1需求沟通

在意向客户提出有项目需求时，我们的产品经理会跟售前顾问一起跟客户进行沟通。有些客户对于自己的需求通常只是一个大方面的想法，这个时候就需要我们专业的产品经理帮他整理出项目的具体需求和功能列表清单，并帮客户分析出没有考虑到的或能否实现的需求。

2项目可行性分析

客户自身和产品经理都需要清晰了解该项目的功能特点、用户痛点、行业需求和为用户提供的服务内容等，每一点都要做出详细的调查分析，尤其是客户痛点这块。如果开发出来的App存留很多痛点，那么就算开发成功，也没多长时间的存活时间。因为任何一个App最终的成功都是建立在用户基础之上的。

3功能流程梳理

（1）整理架构

整理架构的过程就像是修房子打地基，产品经理会梳理产品整体功能架构，整理出核心内容，打造产品的地基，以确保客户以后可以在这个原有的基础上进行调整，更为方便、更具有扩展性。

（2）功能列表

接下来，产品经理会做出更详细的功能列表，添加每个模块的细节内容及具体功能，比如“注册”用哪种注册方式，短信验证码还是第三方注册等。这部分就像你在装修毛坯房时，首先要考虑加上门窗、水电改造等。

（3）梳理流程

产品经理会根据客户的需求梳理出产品的核心业务，会帮客户提前考虑到他们现有的流程是否可以在互联网上进行操作，例如一些传统行业转互联网的企业客户，产品经理会站在移动互联网的专业角度帮客户梳理并优化流程。

4量身定制实施方案

当需求文档确认完毕之后，售前顾问会根据客户需求量身定制一套App开发方案和报价清单，包括项目组人员安排、时间节点安排和技术方案等，待客户确认完之后就可以开始正式签约合作了。

二、售中

1产品设计

（1）原型设计与评审

喜望产品经理根据需求文档设计出高保真原型图，包括功能的结构性布局、各分页面的设计、界面交互逻辑的设计等。高保真原型图将需求文档转换为更直观的软件demo版本，这样即可以确认更多的细节，保证项目研发的效果，也能避免沟通不畅或沟通不到位而引发的纠纷问题。

（2）UI设计与评审

原型图设计确认好之后，UI设计师会根据产品的定位和原型图设计UI界面效果图了，相当于是在原型图的基础上加上颜色、确定产品整体风格、功能具象化处理、交互设计和排版布局等，使客户更直观的可以看到App的雏形，具有极高的还原度，能够为用户带来更高的体验度。一个完整的App需要一个吸引用户眼球的创意，这就需要产品经理和UI设计师在创意策划上有着独到的见解。

（3）需求详细讲解

产品经理会跟项目经理对接需求和原型图UI图，讲解客户的详细需求、功能板块、跳转页面等，项目经理需要细化需求，将这些需求和翻译成工程师们能更好理解的语言。接着，项目组会搭配着原型图UI图来召开技术会议，统一进行项目需求讲解。

（4）技术标准制定

项目经理在了解清楚整个项目的需求后提供易扩展、可持续迭代的技术框架方案，比如是原生开发还是混合开发、用Java还是PHP、还有第三方选型等。

2敏捷开发

（1）迭代开发计划

在正式进入项目开发之前，项目组会对项目本身进行评估，对研发周期、提测时间、预发布时间点进行初步的判断。接着对项目功能进行分解，把项目需求划分成4-5个节点，比如1号-9号做第一个功能模块，10号-15号做第二个功能模块项目组把迭代开发计划发给客户确认后，就开始按着这个计划做节点研发了。

（2）节点研发

按照需求分析整理出来的功能数据处理情况，项目组会建立合理的数据库表结构，优化数据算法，提升数据的处理效率，保证后期App使用过程中数据的安全性、准确性、稳定性和及时性。

一个完整的App项目一般包含以下几个模块：

①服务器端：编写接口协议文档，服务器环境架设（国内一般都是用阿里云服务器，国外一般用亚马逊），设计数据库和编写API接口，业务功能实现及接口封装、管理后台的开发。

②App端：根据UI设计图进行界面开发，UI开发完成后对接服务器接口，通过服务端接口获取数据，编写功能上的逻辑代码。

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

在项目研发阶段，项目经理进行技术攻关，流程助理同时跟踪进度，项目组也会每周向客户进行开发进度汇报，并协助客户申请软著。

（3）单元测试

以前的开发流程就是工程师从头写到尾，把App功能全部开发完成后再进行系统测试，这样就很容易出现以下几个问题：修改了一处bug却在另一处地方引发了新的bug、扩展新功能的同时导致旧代码出现bug等等，这个时候就需要引入单元测试。

单元测试简单来说就是工程师做一个节点研发，测试工程师就测试一个节点，这样就能够清晰的知道是否破坏了老的业务逻辑，容易排除掉一些非常低级的错误，大大减少回归出错的可能性和调试的时间，提高代码质量。

（4）系统测试

App功能开发完成之后，测试人员会对整个项目进行系统性测试。而完成项目测试调试最重要的环节是问题的管理，追踪各个bug的进度以及状态，包括指派给谁、优先级、修复状态等，以便有质量地完成问题的处理。

产品面向的平台多机型同步测试，包括：App内容测试、App性能测试、App功能测试、App视觉测试，对BUG调试修复。测试合格，确认没有bug后与客户进行沟通，开始验收，再由客户进行测试，提出修改意见。

3上线交付

01用户体验测试

喜望在2018年新设了一个“创新性人才岗位”——用户体验官，这是移动互联网行业首创的“从功能试错服务到运营实践服务”。

用户体验官的工作就是用户体验测试，从用户体验、产品、易用性、颜值、App设计还原度等多个维度进行体验性测试，并通过后台上传真实的前期种子数据，让整个App的内容很丰满，互动性强。用户体验测试是从项目本身的用户群体和运营逻辑来帮助客户打造好整个App的调性。

02部署上线

在代码开发和测试完成后，就进入了后期上线的阶段。

（1）部署正式服务器：将数据库、后台系统部署到正式的服务器上面，并录入正式的上线数据到app系统后台。

（2）准备上架相关的资料：如软件著作权、应用说明、App界面截图和打包版等。

（3）发布App应用到市场：根据App端口选择发布iOS或Android应用市场。

①Android：涉及的应用市场很多，主流市场是腾讯应用宝、手机百度助手、360手机助手、91手机助手，不同的应用市场的受众属性和流量会有所不同，需要根据客户需求和项目实际情况来选择。一般来说，1-2个工作日就可以通过审核上线。

②iOS：发布到App Store，提交后一般最快都需要5个工作日左右才可以通过审核上架。因为App Store审核比较严格，比如是否符合最新的上架要求、是否涉及到虚拟货币、是否支持最新环境等很多问题都会决定审核能否通过。

但有可能会遇到这种情况：比如某App存在3个导致不通过的问题，App Store只要找到其中一个问题就不会通过，不会把3个问题都找出来告诉你为什么拒绝，所以如果经验不足，上架N次花费几个月都是很有可能的。

③发布小程序到微信公众号：需要把小程序发布提交给微信团队审核并上架，一般1-2个工作日就可以通过审核上线。

03源码交付

APP开发测试上线后，要进行终验交付，即按照合同规定，将源码、说明文档、操作文档等所有项目的相关资料交付给客户。

包括但不限于：

1前后端项目的所有最新源代码（含注释）

2数据库设计文档

3API设计文档

4所有的开发者账号资料

5测试文档

6原型设计稿

7UI设计稿

8项目相关文档等资料

04项目运营培训

在交付源码时，喜望的项目经理会给客户针对项目的所有功能操作进行培训，比如优惠券怎么发、司机怎么核审、怎么查看用户注册等。我们也会根据客户需求，让品牌设计师和新媒体运营官为客户设计上线海报和新媒体运营方案。

三、售后

1前期维护

一般的App开发完后都需要进行维护，即便是已经达到相对稳定的阶段，也可能随着手机系统的升级或长时间的使用等，出现一些小问题或隐藏得比较深的bug。

喜望会免费赠送客户三个月的维护期，一个项目正式上线运营了3个月左右的时候就已经清楚了整体的运营模式和部分功能欠缺，接下来想要继续运营app就需要迭代开发、优化功能模块。

在此期间，我们会解答客户的疑问、指导软件的使用和内容的上传等事项，以及修复程序Bug、突发情况发生后紧急维修等。

2定制更新

在App投放到市场后，会得到用户以及市场本身的一些反馈，从而知道该如何修正或者调整运营策略，当目前系统的功能无法满足项目需求时，就需要规划新一版本功能的迭代问题了，也就是开发项目20。

喜望会帮助客户进行定制更新，也就是继续App开发前期“售前”所做的工作：需求沟通、可行性分析、功能流程梳理以及量身定制实施方案。

这个迭代方案一般根据以下2点进行制定：

①未完善的BUG

比如上线后的App在运营过程发现的一些BUG，或者逻辑错误的一些地方，如果我们想要修复这些逻辑错误问题和功能BUG，就必须进行App的迭代。

②App数据分析

数据是极其重要的衡量标准，通过分析App的投放资源、用户激活率、转化率、留存率和用户进入使用不同功能的占比、各个环节的流失，寻找对App体验影响较大的指标，分析自查功能设计上的优劣，以便进行功能上的版本迭代。

3迭代开发

同样的，当项目进行迭代开发时，也会重新经历“售中”的全部过程，包含产品设计、敏捷开发和上线交付等所有的产品生命周期。

4项目维护回访

当项目运营过一段时间（免费维护期结束）后，喜望会对客户进行回访，询问运营情况等。当然了，如果后续客户需要我们继续提供运维支持，我们也是很乐意的，因为在App运营的过程中需要与时俱进、维护更新，App才能长存。

5新媒体运营

成功上线后的App可以通过企业的运营推广，发展用户数量，得以长久的运营。推广运营的方式有很多种，比如进行线下推广、投入广告、新媒体运营推广等。

贴心的喜望根据九年的从业经验以及目前市场情况，会推荐客户做成本相对较低的新媒体运营推广。

从上面的App开发流程来看，每一个项目研发都要经历以上3个阶段22环节，这其实是一条完整的流水线，做到这样往往能达到较高水准的项目质量。但是如何保证流程顺畅进行？如何使项目成员的工作效率最大化？这就十分考验开发公司的专业度和项目成员的规划能力了。

之前有讲到过，一款App开发的时间也会影响到App开发的价格，所以，了解一下App的标准开发流程还是很有必要的哟。

现在耳熟能详的国内云服务器产品的提供商有阿里云、腾讯云、华为云等，租用服务器应该从CPU、内存、带宽、存储方面再结合自己的服务器类型、应用范围、应用场景、用户数量等进行一个综合的考虑。

1、服务器类型有集群共享型、独立型、网络型、网络增强性等等，这些服务器类型只是一个名称上的定义，具体要看他提供产品的一些详细参数。

2、在应用的范围方面。主要有个人开发测试用、网站型、购物平台、媒体提供等，因应用的不同，选择服务器上有很大的区别，具体怎么选用，请结合自身情况并根据以下分析进行选择。

3、在应用场景方面。开发测试类因访问量、流量及存储都不大，一般选用1核2G的也就可以满足；网站类一般提供一个官网的访问接口，流量及数据量不会很大，而且访问行为没有连续性，一般选用1核2G，只是在带宽上做一些提升；企业应用类型一般是提供企业内部进行数据信息共享、在线远程办公等，可根据公司访问量进行一个衡量，一般需要保证有cpu及内存处理的速度、硬盘的存储大小及读写速度，网络应用带宽的大小，一般30-50人企业配置应该在4核16G5m带宽。电商购物平台、信息传播等平台类型，这类型的流量都很大，根据平台的预期，应该在CPU、内存、带宽、存储上进行一个综合衡量。

综上所述，如何选购适合自己的服务器，应该从各方面进行综合考量，选择一个性能、性价比最好的进行部署。

网络时代中，手机对我们每个人的影响越来越大，无论工作还是生活都已经离不开手机，尤其是智能手机的普及，更加大了这一影响。我们哪个人手机上没有几个APP，支付的，聊天的，拍照的，视频的等等。

APP软件开发商也非常重视用户体验度，毕竟竞争压力大，除了APP功能，画面排版外，APP软件打开速度，是否卡顿等等也是影响用户体验度的重要因素。如果APP不稳定，经常卡，连不上服务器等，用户会卸载APP的。因为APP软件服务器显得尤为重要，是APP的基础。那么壹基比小喻就来教你们怎么选择服务器吧

我们开发一款APP时，首先需要提供的就是数据交换，数据存储以及数据处理等，这些都是需要服务器来完成的。一台好的服务器能承受更高的用户承载量，提升用户体验度。既然服务器这么重要，我们该怎么选择服务器呢？

1一定要正规的服务商

很多用户在选择时贪小便宜选择个人渠道，这样的价格可能会便宜些，但是售后是没有保障的。一个人无法提供24小时售后支持这是其一。二，个人是什么客户都接，安全性低，易受到其他用户的影响。三，一旦出现问题，个人跑路是很常见的，经常遇到用户拿着ip来问是不是我们家的ip，因为他联系不到服务商了，有的甚至到期了没人通知机器下架的，数据全部丢失，损失是非常大的。

2服务器配置

现在服务器配置都是很好选择的，刚开始业务量不大选择一款一般配置的机型就可以，现在服务器基础上都支持硬件升级，后期可以根据实际需求升级硬件配置。一般配置的机器几百块就搞定了，如果APP软件硬件配置需要大的话，几千上万的都有，根据实际使用情况选择就好。

在linux中可以实现用户定制的Tomcat实例。如果多个开发人员需要共享安装的tomcat,但是他们需要自己的唯一实例，那么非常的有用。要实现这个需要设置CATALINA_BASEexportCATALINA_BASE=$HOME/tomcat如果环境中不存在，那么CATALINA_BASE将自动被设置为CATALINA_HOME。下面，需要在主目录下建立Tomcat目录，并且创建或者拷贝特定目录。cd$HOMEmdtomcatcdtomcatmdlogsmdwebappsmdworkmdtemp如果希望拷贝tomcatwebapps目录的内容，可以把他们拷贝到新的webapps目录。修改conf/serverxml文件，替换以下的端口以免冲突。如果将Tomcat配置成为Apache的侦听端口8009,那么可以在serverxml文件中注释该元素而禁用该连接器。其他可能需要修改的端口：8080默认的连接端口8443SSL的连接端口8009Apache的侦听端口8005用于停止Tomcat的端口修改完成后，可以使用CATALINA_HOME/bin目录中的常见的startupsh与shutdownsh脚本来启动和停止Tomcat。此时候因为文件权限设置为你的用户使用，所以不要使用tomcat用户。