app开发 开发APP80%的人都容易犯一些致命的错误！

菏泽炫佑科技

app开发 开发APP80%的人都容易犯一些致命的错误！

◆我以为做软件很简单，所以在描述需求的时候就极其模糊。

◆ 如果您急于获取报价，则应在不确定自己的需求时获取报价。 然后根据这个报价开始。

◆我不知道自己想要什么。 我想建一个商场，说我要做淘宝。

◆ 网站和移动应用程序之间的区别不明确。 您想要制作一个移动应用程序，但又说您想要制作一个网站。

◆ 我认为所有软件都有模板，而且模板很便宜。

◆缺乏耐心，不理解，从来没有想过自己要做的事情有多复杂。

◆你不知道你要做的具体功能是什么，所以你只能依靠开发者来猜测。 是时候引用了。

事实告诉我们，这些问题肯定会导致以下结果：

◆ 项目结果跟我想象的完全不一样。

◆据国外专业数据统计机构调查显示，外包项目中52%的项目经理因项目失控/失败而被迫辞职/降职/解雇。

◆ 项目上线时，漏洞百出，反复修修补补也无法解决问题。 稍后必须重做。 （滴滴打车外包的时候就遇到过这种情况，找外包的时候真是一塌糊涂，做出来之后就报废了，重做一次也没用过。）

◆ 误将在不确定自己的需求时得到的不可靠的报价当成真正的报价来开始预算，导致后期资金预算跟不上，导致项目失控/破产。

我们经常遇到客户在**次咨询我们的时候就说之前找的某家软件公司太坑爹了。 他们做的东西看起来就像是一坨屎。 如果你仔细询问，你就会发现。 事实证明，在项目开始之前，他对自己的需求是完全不清楚和不确定的。 他就胡乱开工了，以为开发商会帮他完成剩下的项目。 事实上，这些客户告诉我，我遇到的开发人员都不会中途帮助他们进行改进。

原因很简单。 你越仔细地考虑需求，开发成本就会越高。 一般来说，根据需求的细化程度，成本几倍到几十倍不等也是正常的。 一个10万元的项目，扣除细节，100万元的工资成本也不够。 这也是为什么客户平时询问报价时，不同开发商的报价会相差很多倍的原因。 它不仅仅是贵和便宜。 根本原因是每个人对需求的理解完全不同。 如果客户自己不知道，那么没有人会知道。

负责任的外包公司会仔细询问您的需求细节，而不负责任的外包公司会立即给您报价。

人总是很懒的。 一旦他们想要思考某件事，当他们想要思考的时候，他们就懒得去思考。 因此，客户普遍讨厌那些耐心并仔细询问他们需求的开发人员。 相反，我喜欢不问问题、实际上也不知道你想做什么的开发者，但首先报出超低的价格来吸引他们。 *终的结果通常就是我们前面提到的情况，项目直接失败。 或者可能中途被无良开发商坑了，中途价格大幅上涨（本来要5万美元的功能现在要花5万美元）。 因为你已经选择了他，所以你要么半途而废，要么根据他的选择继续加钱。 大多数人不希望一半的前期投资付诸东流，他们也不知道添加这样一个功能要花多少钱。 这个时候就没有办法选择其他的开发商了。 所以我会选择继续做下去。 。 。

我见过的*常见的例子是

很多人上来问做一个APP要多少钱？

或者问做一个简单的APP需要多少钱？

或者我想做一个类似美团/淘宝/京东/滴滴打车的APP。 它要多少钱？

**：做一个APP需要多少钱？

其实，当你问这个问题的时候，就像你去4S店问，一辆车多少钱？ 有10万元的家用车和1000万元的超级跑车。 根据汽车的用途（轿车、越野、跑车、赛车、公共汽车）、配置、发动机和设备，价格和成本差异很大。 同理，你问APP也是一样的。

你必须表达清楚你想要什么样的APP，它用于什么场景，APP解决什么问题，如何解决（需要什么具体功能）。

不管你来不来都来问一下价格，就像问汽车4S店一样。 我只是想要一辆车，你只要告诉我价格就可以了。 别人肯定会把你当傻子。 因为你没有告诉别人你想要什么样的车，！ ！ ！

如果你问我做一个APP需要多少钱？ 我只能告诉你，几百元到几亿元都有可能。

第二种：我想做一个简单的APP，需要多少钱？

每个人对简单的定义都不同。 当你说简单时，你的意思是它有多简单，以及你到底想做什么？ 很多人认为微信很简单。 。 。 建议您每次询问时都将具体功能说清楚。

第三种：想做一个类似美团/淘宝/京东/滴滴打车的打车服务。 同样的APP要多少钱？

一般来说，提出这个问题的创业者都有一个特点：很多人都不能清楚地解释自己想要什么。 也许我只是看中了滴滴打车的地图功能，但我描述的时候却说和滴滴打车类似。 滴滴打车的地图功能实际上只占滴滴整个软件系统功能的不到1%。 同样，也有人对美团的团购部分感兴趣，说自己想做的是美团。 有些人看到京东提供在线支付，就说想要京东。 如果你直接问这个，我实际上不知道你给出的例子中你想要什么具体功能。 因为不可能完全模仿美团/淘宝/京东/滴滴打车。 。 。

为什么不能完全模仿呢？

你看到的美团/淘宝/京东/滴滴打车/微信等看似简单的应用程序，其软件开发成本高达数千万甚至数亿（尤其是复杂的）。 后台）。 因为这些大公司app的细节和背景复杂程度超乎你的想象。 现在很多所谓的软件模仿京东、微信等，网上公司说可以给你开发微信京东之类的，但实际上能做的功能可以说不到百分之一。微信京东的。 举一些具体的例子。 比如*基本的注册登录可能分为邮箱注册登录、微信授权登录、QQ授权登录、微博授权登录、短信验证码注册登录，密码找回又分为邮箱找回和短信找回。 这里列出了7种情况。 如果做一种或七种，开发成本可能是七倍甚至更高。

另一个例子是搜索功能。 *简单的搜索功能可能只需要几个小时就可以开发出来，但是当产品数据有几千、几万条时，这种搜索仍然可以正常运行。 但如果产品数据有几百万条，这个时候肯定会崩溃。 产生影响的不仅仅是产品数据。 比如你的搜索功能是否支持模糊搜索（即输入的关键词可以有偏差）还是精准搜索。 模糊搜索能模糊到什么程度，要求非常高。 对于淘宝、京东这样的大平台的搜索功能，很多大公司都需要十几个人的开发团队常年开发和优化搜索功能。 养育这些人的成本一年就几百万、几千万。 你现在可以打开淘宝的搜索功能，仔细看看它有多少详细信息（高级搜索、地区、价格过滤、搜索结果排序等等）。 有兴趣的可以自行查看这些上市公司的财务报告。 每个季度的软件开发成本从几千万到上亿不等。 大公司必须招募他们需要的人才。 如果不需要的话，他们肯定不会雇那么多人。 由于篇幅有限，更详细的原因和注意事项不再阐述。

如果你有兴趣，可以看一下滴滴打车背后的技术团队有多少人。 仅三月份就有数百个技术职位空缺招聘。 平均年薪在20万到40万之间。

现在你能明白为什么你如此害怕这些问题了吗？

因为创业者明确告诉我，他想做一个类似淘宝/京东/滴滴打车的APP，但这样的APP成本是天文数字。 你可能只想要它的一些功能，或者你可能只是想模仿它的操作模式。

有些人可能认为这就是大公司需要它的原因。 创业初期需要考虑这么仔细吗？ 我明确告诉你，这是非常有必要的。

如果等到错误发生才去解决，其代价将是非常巨大的，或者直接导致失败。

一个大公司不仅因为它是大公司而小，而且因为它小，所以它才能成为大公司。

而如果你不思考，就没有人会替你思考。 不要把希望寄托在网上找到的这些软件公司上。 他们只会告诉你，这件事很简单。 来吧，你来了就发财了。 网上的人都很傻，而且有很多钱。 （这里白吉就是一个典型的例子）如果你没有明确说明你的APP需要什么功能，*后吃亏的就是你。 因为当你不知道你到底想做什么时，你正在寻找的软件公司就更不知道了。

如果你依赖他们为你考虑细节，他们只会改变观念，为你走捷径。 因为这样做会降低你的offer，增加你选择他的概率。

之前有一个真实的例子。 客户只告诉不负责任的开发者他已经注册并登录，但没有告诉他找回密码的事情，开发者也没有提醒他。 *终软件找回密码失败。 如果读者不想遇到这样的情况并被欺骗，请在您的应用程序中考虑尽可能多的细节。

例如，购物车功能包括添加到购物车、从购物车中删除、增加/减少购物车中某种商品的数量、直接输入数字修改商品数量、批量支付等。 这些功能中，如果提到一个，很多开发者只会做其中一个，而大多数开发者不会考虑其他的。 一般创业者会想，淘宝有，一般都有，你为什么不做呢？ （创业者通常看到的是大公司的成熟产品。）要知道淘宝的开发成本都是上亿。 并且经历了多年的迭代和更新。

阿里巴巴集团2015年Q3季度财报显示，2015年第三季度产品开发费用为人民币32.25亿元（约合5.07亿美元），占营收的15%。 你没看错，每季度开发成本32亿。 每年超过100亿美元。

在大多数情况下，如果您不向开发人员提及详细信息，通常不会有任何细节。 如果别人替你想得更全面，那开发成本肯定会高。

总结：我的团队也是这样

这里我列出了*影响APP软件质量和成本的三件事。 希望大家牢记在心！ ！ ！ 方便寻找合适的开发商并控制项目质量。

1、如何开发功能

目前市场上的几种开发方式如下：

a.Web网页打包生成APP

添加网页生成APP的开发方式就是花几百块钱购买现成的手机网站模板。 打包一个APP只需5分钟，但效果却很差，消耗流量，浏览体验极差。 、访问速度慢等。一些开发者利用客户不了解的情况，将这个5分钟快速修复视为本来是为了欺骗创业者而开发的APP。 卖到几千到几万。 而企业家往往认为自己捡到了便宜（我问了十几家公司，这家是*便宜的）。

b. 网页+原生态混合编译（网页部分占比80%以上）

混合APP的效果比**个稍微好一些。 但想要达到接近原生态的效果，就需要不断优化修改，所花的钱也不会比原生态少。 而如果网页和系统不进行优化，那就只是简单的拼凑。 那么效果就和网页打包差不多了。

c.HTML5开发

成本约为原生态APP的50%到30%，这也是一种更接近原生开发效果的方式。 但受到很多限制。 各主要平台的兼容性还不够，相对来说还处于过渡期，比较消耗系统资源。 在低端手机上，它甚至更加滞后。 手机淘宝APP目前是HTML5+原生态的混合体，在很多低端手机上相对滞后。 *近对其进行了很多优化，但早期的表现却不尽如人意。 中国和京东都尝试过HTML5，但也都遭遇了不成熟的困扰。 HTML5的未来也许是光明的，但小公司可能无法承担这期间的试错成本。

d. 原生态开发

是目前*常用、*成熟的方法。 越注重细节，成本就越高。 一般来说，根据具体的功能需求，一个APP的开发成本从几千元到上千万元不等。

2. 功能是如何实现的（功能复杂度和用户数量）

比如上面提到的搜索功能，搜索功能的具体成本要求会让成本相差几万倍。 不仅仅是搜索，仅举几个例子。 例如，微信中的聊天分为文字聊天、图片聊天、录音语言聊天、实时语音对讲、视频聊天。

语音对讲和视频聊天仅简单提及。 这些东西的开发成本都是以百万、千万来计算的。 微信、QQ，甚至自己的语言对讲、视频聊天现在都存在很多问题。 例如多人同时聊天时，会出现大量的回声、电流、噪音。 腾讯不是不知道，而是知道却很难解决。

下面具体说一下录制和发送。 一般来说，我们听一段60秒的音乐时，大约是1M。 微信上60秒的语音消息被压缩到几十KB，保证发送和接收的速度。 它还可以进行语音降噪（降低周围噪音）等。 如果您不考虑这些，您只需发送语音消息即可。 两者的开发成本相差几倍到几百倍是很正常的。 同样的，你的APP搭建完成后，你会发现发送消息很慢，消耗大量流量等等。

3. 手机APP兼容性

相信大家在使用手机APP的时候，尤其是安卓手机。 我一定发现某些应用程序会崩溃或冻结。 这是因为APP的部分功能在该手机上不兼容或者存在Bug。 这些问题数量众多且难以解决。 当你只是一个用户时，你的感受不会那么强烈，因为你使用的大部分产品都是大公司开发的成熟产品。 但当你自己是一名企业家时，你就必须考虑这一点。 因为没有人愿意开发自己的APP，所以十分之八的手机死机。 但事实确实如此。 许多花费数十万美元开发的应用程序到处崩溃。

兼容性对成本影响很大（会造成成本几倍到几百倍不等）。 仅适用于安卓。 全球有超过 10,000 款 手机。 不同的手机品牌、分辨率、操作系统版本都会对程序兼容性产生影响。 很多时候，兼容性调试的成本大于软件开发的成本。 如果真要兼容主流手机，光买手机测试就得花几十万。 如果开发了APP，就不会进行兼容性调试。 与做兼容性调试和开发相比，成本会相差N倍。

另外说一下模板，很多项目如果有成熟的模板解决方案，可以节省很多成本。

但模板也存在巨大的价格差异。 同一个商城模板的价格可能会相差几十倍。 原因也是因为细节和功能完全不同，功能可能差十倍以上。 如果购买前不仔细观察详细功能，购买后肯定会失望。 这个系统的整个流程可能是不完整的，更不用说用这个不完整的系统来操作了。

另外，并不是所有的APP都有模板。 一般来说，只有商城相关的APP模板较多。 而且，成熟的模板和不成熟的模板是有区别的。 开发真正成熟的模板的成本和时间是巨大的。 一个公司不可能同时拥有很多好的模板。 因为数量大，肯定不能精炼。 开发一个好的模板的成本已经是巨大的，但如果同时开发多个模板，则意味着每个模板投入的成本和精力不会太多。

应用程序外包开发中有几个常见的陷阱。

-------------------------------------------------- -------------------------------------------------- ----------------------------------

常见陷阱一：

客户问外包公司有什么著名案例吗？ 外包公司说是的，美团、大众点评、携程、**号店（举个有一定知名度的一二三线app）都是我们做的/是我们的案例。

在这种情况下，90%的情况是盗用概念或纯粹的欺骗。 无论您要找的公司是数百人的大公司还是只有几个人的小公司。

实际情况是，你听说过的任何一个知名App基本上都是一家自己招人的互联网公司，不太可能找到外包商。 你可以在百度上搜索任何你听说过的应用名称或互联网公司名称+“招聘”二字，你就会看到他们长期以来一直在招聘大量的程序员和工程师。 同时，公司拥有数十人到数百人，甚至上千人的技术团队。

即使他们真的找外包，也可能是他们在创业初期**次找外包，但是他们后来成名的系统和他们*初找外包做的完全不一样app开发 开发APP80%的人都容易犯一些致命的错误！，而且业务代码完全不同。 相同的。

外包出来的东西只是前期的低成本试错，很有可能一次都没用过就报废了。 在滴滴打车之前，*早是找外包开发的，但在正式使用之前基本就报废了，都是靠雇人返工的。 但滴滴打车N年后牛了，这家外包公司可能会跳出来告诉客户说：滴滴打车是我客户的案例，滴滴打车是我做的。 用的就是偷偷改变概念，客户不理解，不重视。 滴滴打车现在找他们并不是因为他们牛逼，而是因为滴滴打车可能被他们骗了。

更有什者，有的外包公司在团队初创时就向这家知名App公司的创始人吹嘘团队牛逼，但他们只是吹了一点牛逼，未必有实际的合作项目。 然后N年后，外包公司发现那个吹牛的家伙成功了。 这时他跳出来说，XX是我的客户，XXApp是我们的客户案例。 。

另一种情况是，比如大型互联网公司，比如携程、大众点评、一号店等，在开发过程中有时会太忙，偶尔会找外包公司将部分人员外包出去。 几个技术人员过来帮忙做几个月的临时杂务。 一般来说，这些都是接触点边缘的非技术性的东西，根本接触不到核心业务代码。 但这个时候外包公司就会说大众点评是我们的。 他们都在改变观念，让自己看起来很棒。

还有的根本没有联系，强行欺骗以增强客户信任。 就让它暴露吧。

其实你可以做一个简单的实验。 当你在百度或者其他平台公司寻找应用外包开发公司时，你会遇到N家官网上有大众点评的公司，或者是首页、携程、美团等应用。 客户案例或他们的业务人员亲自向您吹嘘如此出色。

事实上，这些正在合作的互联网公司并不知道自己正在合作。 曾经有一个笑话，吃一次肯德基就是肯德基的战略合作伙伴，加油一次就是中石化的战略合作伙伴。 在app外包领域，真正做到这一点的公司有很多，别说是小公司，就连大量的上市外包公司也都在吹嘘这一点。 我从不厌倦改变观念。

常见陷阱2：

请务必仔细阅读外包公司给您的合同。 很多时候，被骗的客户在自己的公司有法律事务，但自己也被骗了。 因为你们的法务和律师根本听不懂那些看似专业的技术词汇。 所以我不知道他是在胡言乱语，还是有道理。 特别是在验收标准和开发要求等主要领域。 基本上，如果甲方的公司没有懂技术的人，即使有专业的法律事务，也太容易被骗了。

这一般体现在合同中的需求描述不详细或者合同中根本没有提到需求。 它只说将制作某个应用程序、花费多少以及何时交付。 事实上，这样的合同根本没有任何用处。 您已经讨论过制作某个应用程序，并且只有您口头讨论了要求。 但如果合同中没有详细落实，*后外包公司就可以给你什么。 。 这甚至不是你们讨论的**件事，因为合同中没有证据证明你要做什么。

开发方法（原生或混合，H5或打包）以及验收标准也是如此。 如果不提这些，每次都是提前埋下的炸弹。 如果遇到骗子，你上法庭就白来了。 你根本不能起诉人，这只是法律欺诈。

一般来说，负责的公司会在合同中提供非常详细且长的需求文件。 根据项目的规模，至少会有几十页，包括各自的原型图和需求描述。 使用的技术、项目架构、开发方法等都解释得非常清楚。

该文件是合同的一个非常重要的附件。 它详细描述了您的项目将会是什么样子。 如果没有这个，双方在签订合同的时候实际上就是蒙在鼓里。 没有明确要做什么，随意交出东西也不会违反合同。

这个看似常识的东西，其实对于大多数外行来说都是未知的。 我每年看到至少有几十起外包开发者被骗的案例，他们就被困在这个地方。

如果甲方不重视这一点，无论走到哪里被骗、被起诉，也是没有用的。 因为其他人并没有违反合同。 你的合同只不过是一张废纸。

暂时更新就这么多，app外包坑非常非常深。 *好的方式是甲方在自己的公司有一个懂技术的人可以参与开发人员的选拔和逐步交接。 以后有时间我会慢慢更新，希望能帮助到真正想创业的人。

总结：

当我接触**家外包公司时，它仍然没有达到我想要的要求。 当然，当时我并不专业。

文章中的博主有点偏激，但是他说的很专业。 为了解决他提到的问题。

选项一，捏头部，但不捏尾部。 找一个技术总监，协调公司和外包公司之间的技术沟通问题。

参考：

与外包公司合作项目的风险主要在于项目能否按时、保质完成。 也就是说，大多数外包公司都想把事情做好，但由于各种意外，项目超出了自己的预期。 能力范围（可能是技术，也可能是管理）、合作体验差、产品质量差，*糟糕的是，让甲乙双方都不满意。 一般都不是故意的，所以基本不存在“被敲诈”的情况，因为如果项目进展不顺利，乙方自己也会遭受不小的损失，就像七伤拳一样，“先杀别人，再杀别人”。你自己”。

任何行业的项目都会有这样的问题，所以我的回答可能是错误的。 以下是app外包中降低项目失败概率从而减少经济损失的真正方法。

我们必须承认，我们公司的项目出现了问题（希望老板看不到）。 作为项目总监一段时间，我必须了解公司所有的项目并找到它们潜在的瓶颈。 大多数都是相似的。 走出我们公司，以一个旁观者的角度谈谈工艺规范，不谈技术。

1、基本流程是：找到外包商——描述需求——报价——签订合同——付钱——做UE——画UI——种子代码——测试——验收——上线。 。 。 没有什么特别的，尤其是签订合同和传统行业的项目是一样的。 不懂技术也没关系。 合同是否公平需要法律审查。 重要的是执行过程。一般的行业标准是有首付，然后有免费维护期，并且必须提供源代码。

2.整体外包在很大程度上是一件好事。 我见过的一个不愉快的项目是甲方让我们做app，并在后台雇了几个兼职人员。 这种痛苦你能理解吗？ 他们是兼职工，所以白天做不到。 他们只能在晚上做。 那么他们就无法跟上进度。 国庆期间，他们给我们技术人员打电话，要求我们加班。 。 。

所以，如果不是12306这样的大项目，尽量找一家好的公司，让他自己做。 不必为两家公司之间的整合付费。

3.切记：严防转包。 要看乙方是否有真正的开发能力。 我们有几个客户，他们的工作在前一家公司做得很糟糕，然后又来找我们重做。 失败的原因是他们私下分包了工作，*近进度失控。 分包失败的概率非常非常高。 自己去控制都是有风险的，更不用说另外一个了。

4.需要理解从上到下统一A和B的必要性。 在许多项目中，产品在早期阶段没有得到很好的定义。 后来发现甲乙双方之间很多职能产生了误会，后果可想而知。 这种情况大部分是由于甲方联系人无法理解领导意图以及乙方PM对产品需求的把控能力差造成的。 乙方的PM和项目经理确实在项目中发挥了非常重要的作用。 乙方开发前一定要把UE搞清楚。 UE是重中之重。 我个人认为开发是否顺利的决定因素有一半是UE。 乙方PM有义务对app提出一些建议，但*重要的建议来自甲方高层领导。 这不羁的意志就是方向。 我曾经遇到过一个客户，他不明白某个功能是什么意思，也不敢问领导。 看起来*后他是被解雇了，但是项目却因为他的个人原因而拖延了很长时间。

5. 是时候进入 UI 了。 to tell Party B in you have a style or tone that you want, and it is with the 's VI and so on. Don't ask for like “high-end and , ​​low-key with , and avant-garde feel, and style”. As a ppt dog, these words are , let alone a dog. this only but fails to the point. The most thing when is "This doesn't look good, it." what doesn't look good and what you want to will make the UI ( shows that this time may be more than a week)

6. I don't know how big the you are going to do is. You need to like and . In short, if the is about and , to the . This will also the price. of.

7. To an iOS app, you need an Apple . This is into , , and . (You can talk to the about the these three . If you still don't in the , you can ask. Me), if you want your app to be as from your own in the , you need to apply for an . , if you don't think about it until the is , it will delay the time. Some of our are very large and pay much to this, while some of our don't pay much and just use our 's to . 。

8. If it is to with Party B, that you can be harsh with the , but don't be too harsh on the . 。 .This is very , you will know the when you think about it

9. Party B must be to a time the . Most of the time the time from the , but the can allow both to know where our stage goals are. Some is than no .

---------------------------- line-------------------------- -----

3. What is the of APP ?

, these :

1) : Both the needs of the and the of the .

2) : After the needs of the , the team the price and of the , and a form and to the and time .

3) Sign the : If both reach a on the and time, the will be , and then the will be .

4) , R&D, , and : Based on the final plan, the will be , , , and for and , and and .

5) and code : all and , make to needs, and it .

6) and : , APP need to be after they are , with the of the phone or long-term use, there will be more or less other that . refer to the below for :

, there are in the of as :

1. The is for . - Don't think about the at first. The most thing is to solve the at hand.

2. and - is a in the early of , with more and , and .

3. and - quick , quick , and are the best

4. The more the team, the - the are on the front line is the most , are far more than

5. What to use - You will know this by at what the is in.

6. The code can be once and for all and can last for a year and a half - don't dream about it, the code must be able to bear the cost of it from .

also time, , , , post- and , and many other .

Some other voice-overs:

1) The , even our own, 30% of the code every 8 and 90% of the code every 14 . The is being and to find such ( self- or ). Don't look for a team that is stuck in its ways;

2) The of the also , for : 's cards and , 1.2, 1.4, 1.6, 1.9, we have them along with them. They have added, , and the , and we have all . Don't think about that will ;

3) The faced by and the core of their own teams is that after 8 , no one dares to touch many codes and ; the or are to take for . You must know that no one in a is "clear" from the . If you use a to solve a that takes more than 12 , you are for death. and must bear the "" by in the basic code. You don't need to , what you need is to take on and make a with . arise when many don't the , not there is no team or ;

4) In 12 , the code must be , and a CTO you trust is the key. Any one-and-done will cause big .

For new , my is:

1) If your CTO has not seen the (team + ) of 10 , just wait. If your grows to 1 daily users (), your CTO goal is a CTO with a scale of 5000-100 , there will be with later .

2) Find a big-name from a large to be a ; find a front-line to be a . of and , and loads.

3) When you don't need a team to you like a bug, just . + small is for non- teams. are your . If not, find a .

In the we have taken over, we found that the is that the (Party A) do not know their needs , and the is how it is to these needs. Of , this is also the main for being .

But is there any to this ? Yes, it all on the team you find. Next, I will tell you how to avoid in the .

1. needs

, the first is to your needs. At this time, pay to the other party can help you , your needs, and after you of the core of the App. [For , if you are a app, the other party will ask you when you in the first step. login such as phone , email, Weibo, , etc., which ones you ? 】

When , you will be asked to draw a to avoid the two .

2. and

After , the team will issue a and , each point of the , the of the point, the of , all time nodes, as well as the and price from you. You have to this is for you, what to read, and the .

For App, the time : - - - - style - style - Start - Early - Mid-term - - - ( or not)—

When the time and price are , you can sign the and pay the to start work. Note that the must state the for non- , etc.

3.选择外包公司还是私人外包团队

归根结底，还是一个实力的考量。并不太认同楼上说的外包公司就一定靠谱，私人兼职团队就一定不专业的看法。

对于外包公司，*基本的是看案列，是否做过较大型成熟or 知名的项目。

对于私人团队，就看团队里的人隶属于哪家公司，BAT占多的话，靠谱度会直线上线。

:

1赞同反对，不会显示你的姓名

管理外包，这其实是个风险管理的问题，可以分成以下三个阶段：

1：开始前，如何降低风险

2：进行中，如何控制风险

2：风险已发生，如何尽量降低损失

我们先来聊聊**个：开始前，如何降低风险

首先，从自身来看，如果以下两个问题没弄清楚，外包失败一半的原因其实应该算在自己身上。

1-自己要清楚要实现什么

经常有人私信我，“做一个微店那样的网站多少钱？”，“做一个网站要多少钱？”，“做一个京东3万块钱够么”。

所有在外包的时候，只能提出这样的问题的人，都应该先停下，不要去找外包，要先整理清楚自己的需求。你要先弄清楚：

1）你的核心流程是什么？

是用户购买？是分享转发？是发布信息（文字，图片，语音，视频）？

就拿*简单的登录流程来说，都分为手机号+验证码登录，手机号+密码登录，邮箱+密码登录，第三方登录。

2）*简单快速可验证核心流程的产品是什么？

比如, *开始核心流程就是就是对两张人脸评分，它的功能也只实现了这一点，然后迅速爆红于校园。

3）所有你想做的事情当中，可做可不做的有哪些？

这个其实是对问题2的补充。

Stack 创始人Joel在他的《软件随想录》中曾经提到过，那些自己出于上线压力不得不从本期版本中挪动到以后版本的功能，后来被证明从来没有上线过，而这，被他认为自己做过*正确的事情之一：不要为了一些可有可无的功能而浪费时间精力。

以上三个问题，以程序员客栈3.0为例，我们会这样做：

1）我们的核心流程：企业方预约开发者做短期雇佣

2）*简产品形态：

·页面：可预约的程序员列表，预约页面，预约进展页面

·流程：企业方预约（具体时间，地点，工作内容）-开发者接单- 企业方托管费用-双方联系，开始开发-开发者提交完成-企业方评价

3）在验证阶段，可有可无的需求：

所有通过现有其他工具可以实现的需求，以及对核心流程无关键影响的需求，我们都定义为现阶段可有可无的需求，如：

·限制开发者接单次数

·限制企业方发布次数

·上传文件，提交每日进度

因此，我们在原有程序员列表，个人履历页的基础上,产品*终形态和交互如下：

2-知道实现一个产品的流程，以及一般的时间安排

避免节奏踏错，浪费时间和人力

实现一个互联网产品，一般的流程如下：

·**步，将想法变成产品文档（起码包括原型，流程图，页面交互图，页面说明文档），一般是专业的产品经理来做这件事情。 因此，你首选需要找到的，是一名产品经理。

·第二步，根据原型页面做出UI设计，提供设计文档（包括设计效果图，原稿图，切图）。因此，你需要一名UI设计师。

·第三步，根据你的业务逻辑和数据要求，做出后台系统，提供接口。因此，你需要一名后端开发者。

·第四步，根据原型，设计，开发出用户界面（网页，iOS，都是此类），因此，你需要一名前端开发者（Web前端，iOS，等。）

·第五步，前后端联调测试，这个时候需要测试人员根据文档做出测试用例。测试成功后，才可以部署上线。

这样，以一个*简单的APP研发规划为例，可以做出以下的时间规划：

3-知道如何去选外包合作伙伴

再次强调前面两点都准备好了，我们才需要考虑寻找外包合作伙伴的事情。如果自己都还没想清楚，就开始找人来开发，多牛逼的开发者，也不能帮你成就一个可以正常上线的产品。

在找外包合作伙伴时，如何来预防项目失败呢？我们的经验是以下3点：

1:有经验的人

他*好做过类似项目，已经积累了成功的开发经验，而不用从头开始学习你需要的功能如何开发。

否则，不仅失败可能性很高，你需要支付的金钱和时间也会成倍上升。

我们和某些程序员聊过，他们会这样来对私活定价：

自己很熟悉的，难度低，时间快，价格低；

自己知道，但不熟悉，需要去研究一下的，难度中，时间中，价格中；

自己不知道，还需要去寻找解决方案，然后来学习的，难度高，时间长，价格高。

因此，找到有经验的人，他会很轻松高效，并且便宜地帮你完成你需要的功能。

因此，我们也把这个认识融入到了客栈开发者个人的展示，以及项目程序员对接过程中，来提高成功率。

2:靠谱

他*好有良好的合作记录，业界口碑不错，老客户多。能看到老客户对于合作的评价更好。

技术很牛，态度不好的开发者我们也遇到过。有接单之后突然没有人影了的，我们只能尽快对接下一位；有遇到一点挫折，就从项目经理开始埋怨到发包方的；有闹脾气*后不愿意合作，源代码也不给了的。 . 。 。 。 .这些人，即使技术很牛，也不适合合作，会给项目带来不可预估的时间甚至金钱损失。

这个是我们非常看重的一点，因此，我们会展示所有签约开发者的过往评价，成功次数和成功率，来帮助企业方做出更正确的判断。

3:有时间

第三个潜在的风险，就是开发者没时间了。技术很牛逼，态度也很好，但是*近有事在身，没有办法来接单，如果接单，那么失败可能性很大。

为了避免这个影响用户在客栈上雇佣开发者的成功率，我们专门研发了“Ping”功能，有时间想接活的开发者每天可以把自己Ping上首页，在对接项目时也会得到优先推荐。

4：细致到每周的交付计划

如果自己去找外包，签订合同是基本要求。

但是在签订合同的时候，我们比较容易忽略的是具体的交付计划，以及根据交付计划来付钱的规则。

考虑到外包比较多的是每周开会，建议在合同中也要规定要每周的交付计划，双方都按照这个交付计划来推进。

这样，在之后如果发生延期，从每周计划上便可以定位原因，理性解决。

总结

如果在发布外包之前，你做好了以上准备：

1）明确的需求

2）清楚需要完成哪些工作

3）选择了合适的合作伙伴：经验，靠谱，有时间。那么你的成功率会大大提升。

1赞同反对，不会显示你的姓名

1. 抓主要矛盾

首先，你得有一个明确的需求，*好有一个需求文档（我曾经给一个朋友发了“你有需求文档吗？”然后他消失了很久没回消息。后来他告诉我，他去百度了一下什么叫做需求文档……）。然而，需求文档一定是只关注*重要的那个功能和流程。也许这个行业有100个问题，也许你有救世主的才华，但在你的产品**版，请务必只解决那个*迫切的需求。否则你将面临产品胎死腹中，或者失去市场先机的惨痛局面。

你不必去百度需求文档怎么写，格式是什么，那都不重要。你就按照你内心的想法，用其他人能看懂的文字表达出来就好了。还有，需求文档不应该超过一页纸，否则一定是你想要的太多了，请砍需求。由于公司业务的原因，我帮不少创业者分析过产品需求，做的*多的一件事情，就是砍砍砍。

2. 请个CTO 不如招个产品经理

无论你面临的是千亿级的市场还是万亿级的市场，技术在*开始都不是一个重要的因素。要知道淘宝*开始的程序也是个渣渣，后来是完全重写的。请一个CTO 是很费时费力费钱的，但普通的产品经理有很多。招一个产品经理，帮你把想法和需求整理成产品文档，画出产品原型图。这个过程能够很好的帮助你梳理自己的思路，有什么想法应该在这个阶段探讨，确定。在这个阶段多花点时间值得，对于后面的工作是非常重要的一个基础。

找产品经理也不需要名校名企BAT背景app开发，有一定工作经验，能写文档，能画图就行了。产品经理往往是跟过软件开发的，他可以对后续的工作给你很多建议。甚至他还可以帮你介绍程序员。

3.设计没有你想象中那么重要

除非你是做一个以设计为导向的产品，否则对于**版的产品来说，设计真的不重要，只要不太丑就行。我可以列出一堆知名企业的APP 在*初几个版本的设计都是惨不忍睹，例如京东，一号店，寺库等等。在初始阶段，能解决问题比赏心悦目重要太多。所以在产品开发的时候，不要太过于纠结设计的问题，虽然你很羡慕隔壁做的精美绝伦的APP，但那都是后面的事情。找个设计师，快速把产品经理的原型图变成产品界面，体验一下将来产品的感觉，这很重要。

以下截图是京东APP 的早期版本，大家感受一下~

4.软件开发的标准

对于普通的软件产品来说，开发已经是非常工业化的流程了。无论你是APP，网站还是微信，只要你能想到的，基本上都能做，而且大部分软件开发者都能做，不是什么高科技。除非你说想再做一个微信，基本上都不太贵。有一个粗略的判断标准：如果你的产品不能以10万元以内的成本，在三个月之内做出来，那么你的需求有问题或者你找错了人。

在开发的过程中，要控制自己什么都想要的欲望。软件开发了一半，看到别人有个新功能，然后你去找程序员说能不能加这个，加那个……相信我，这时候程序员*想干的就是拿键盘拍死你。要把功能的需求定在产品阶段，产品原型确定了，就尽量不要改。先做出来看看。

基本上，你不必担心实现你想要的功能会不会很贵。对于绝大部分的创业项目，前期的研发成本应该是不高的。所以，有想法就尽快试，失败的成本估计也就是北上广深的一个厕所，哈哈。

5. 要能容忍Bug 的存在

所谓Bug 就是软件的缺陷，所有软件都有，比如头像多点两下就闪退了。天下武功，唯快不破。在目前的创业环境下，尽快推出产品是王道。你测来测去，bug 测没了，用户也测没了。所以，不纠结，主要功能好用就上。当年我也面临过同样的问题，产品有很多bug，同事都不敢上，后来我硬是让上线了。有bug 慢慢修，死不了人的。我记得京东*初有一个版本，下单完成后会闪退。于是我每次下单完成以后要重新打开app 再下单，或者看看刚才买了什么。所以你看人家百亿美金的上市公司都这样，我等屌丝创业者还纠结啥？*近上线的微众银行更是说明了这一点。

6. 找外包还是自己建团队？

首先讲结论：如果身边没有开发者资源，短期内希望产品上线，先找外包，同时着手建团队。由于大环境的原因，外包在国内成了一个贬义词，很多人被坑过，所以不敢找外包。但从模式上，外包是一个非常好的解决团队资源稀缺的方法。但是我们对外包也要有一个正确的认识，不能期待100分，80分算很好的了，60分也OK。但是长远来看，外包解决不了后续发展的问题。当你有很多需要及时响应的需求，或者很多琐碎的需求的时候，自己的研发团队是必不可少的。所以，如果你是一名严肃的创业者，还是尽早建立自己的技术团队。然而，正如之前说过的，在A 轮之前，CTO 应该都不是一个关键因素，所以不急。找几个踏实做事的开发者实现你的想法比较靠谱，也不必追求名企名校BAT，基本上在早期阶段，很难。

软件开发是有一个流程的，以上几点基本覆盖了*常见的软件开发流程：需求，产品，设计，开发，测试。按照这个流程走基本上不会出大问题。如果有能力，这些流程是可以合并的。例如你运气很好找了一个“全干工程师”，文能写文档，武能编代码，那么恭喜你，产品开发周期会缩短很多：

炫佑科技专注互联网开发小程序开发-app开发-软件开发-网站制作等