ue开发外包 技术大牛出言献策，饭桌君把这些建议进行集纳~

在餐桌上讲话

周日晚上，一声求救声打破了小餐桌的寂静。某桌友苦于自己是技术新手，在APP外包的路上走了很多弯路，浪费钱不说，还耽误了创业的黄金时间。

群里一向缄默的科技巨头们终于忍不住了！ ！ ！于是，一场关于外包的讨论就这样在半夜开始了……感谢众多技术专家的建议，范表君收集了这些建议，以警示后人：吃点小钱，长点心。我们也欢迎越来越多的各界大牛加入到小桌旁温暖的大家庭~（可以点这里报名哦~~）

最后，我要特别感谢小餐桌的四班班长，技术专家D大哥。新人可以问他很多！

帮助内容：

有几种类型的创业外包：

产品外包（外包产品设计+技术实施）、技术外包（自行完成产品设计，只外包技术开发）、设计外包（外包产品交互和界面设计）。

产品外包是整体解决方案，需要非常值得信赖的团队，并在行业内开发过案例；即使是最好的朋友也从未接触过这个行业，算了。信任需要与团队核心成员的个人友谊、喝酒和聊天的能力，以及直接与核心成员沟通以解决项目关键时刻的问题。

产品外包需要良好的财务承受能力；也就是那些财大气粗的人。产品外包后，需要长期磨合；各种摩擦的意见都会以牙还牙，事后的冷静和财富是保证长期合作的基础。

技术外包意味着企业家自己改进他们的想法。如果自己没有将创意转化为产品的能力，可以请大公司或行业产品专家以相对较低的成本帮助自己，从而建立需求与产品的关系，梳理产品逻辑。 技术团队希望得到一个“比较完整的产品方案”，而不是每天早上确定方案，晚上修改方案的情况。纯技术团队外包是业内最多的外包形式；确实是骗子最多的外包。

说谎者的几个关键特征：

1.无技术核心人员，或来自培训学校

2.没有稳定的开发团队，人员变动很大

3.团队成员素质低

4.主要是收入，一个人同时承接N个项目。

技术外包的风险低于产品外包。由于产品的最终体验是技术团队能力的体现，基于用户体验的服务还需要与技术团队进行更好的沟通。前期，选择和你有相同气味的技术团队；一开始一定要能说得通，以后才能很好的解决问题。

设计外包是一个风险和收益的问题。因为设计外包和技术外包很可能会做对接。如果两者都外包，两个团队初期要一起开会，两个团队可以参与需求沟通和业务逻辑沟通阶段；达到最初的共识目标是最关键的。

问题一：外包还是自主研发

创业团队不可能无所不能。擅长运营的团队很多。

外包还是自主研发，D大哥建议：

——当然，外包

——选择需要的外包方式：找技术朋友帮你确定外包公司，承接沟通事宜，避免不同语境下的“坏话”

——外包也要考试：百度可以提供专业的应用场景技术问题。

技术外包形式：项目外包和人员外包。根据自己的项目特点选择合适的结构。建议是项目外包，人员外包成本高，人员素质差。国内很多外包人员，甚至到日本和美国，都是刚毕业的大学生。

创业初期，用你所擅长的；当你真的需要自主研发的时候，这个项目应该已经“完成”了。

问题2：技术外包的形式，以及自我准备的必要性

在任何时候，想一想您想与创业团队一起做什么。不要害怕改变，除非你改变方向和业务领域；市场测试的变化应包含在提交给外包团队的计划中，不要暗中试图节省成本。

费用通过合理沟通解决；是在计划框架下，双方对变现规则的调整等变现成本的合理处理。

做好充分准备，做好一切准备。

自行准备

——产品解决方案

——测试计划

——最小实现方案

——技术维护方案

小型创业团队无法清楚地考虑这些解决方案。怎么做？找朋友帮你，但你要有自己的方法；找到真正帮助你的人，熟悉你的人，解决基本问题。

问题3：如何辨别外包团队的素质——密友+试题

外包团队的质量参差不齐。外包本身也是一种良心工作。

除了具有相似的气味之外，还必须有一种方法来识别适合您的外包团队。

方法一：找个密友

找一个技术知己ue开发外包，请他帮忙与外包团队沟通。确定外包团队的技术实力。

方法二：行业案例

很多时候，外包团队都说案例 A 是我做的。当你看的时候，案子已经过期或者已经移交给别人执行了；不要相信这个。

行业案例是未来持续“默契”的基础。只有在一个行业工作过的外包团队，才能真正了解这个行业的礁滩。

除非您非常信任，否则从头开始，或者他们将进入该行业并做好相应准备。否则，遗憾就是你半夜独自仰望天空的表情。

方法三：试题

百度有很多试题，找一个熟悉的技术（这应该不难）把试题转化为你产品计划的某个部分；沟通时，向对方询问可能的实施计划。

你看他的眼睛就知道了。

最后，在技术问题的选择上有几个误区如下：

1.架构渴望完美前言——不要一开始就想架构，最重要的是解决手头的问题

2.先进技术和流行技术——稳定的技术是创业初期的福利，有更多的技术支持方案和选择，成熟的人才

3.完美的考虑和周到的考虑——快速启动、快速实施、流程改进是最好的解决方案

4.团队越有才华越好——有才华的人是否真的在一线工作最重要，稳定的伙伴远比有才华的人重要

5.使用什么语言 - 这可以通过查看培训学校培训的语言来了解

6.代码一劳永逸，能用一年半——别做梦了，系统代码一定能承受从零开始写的成本

外包还涉及开发时间、需求变更解决机制、沟通机制、在线测试、后期维护与服务等诸多内容。

还有一些画外音：

1）系统，甚至我们自己的系统ue开发外包，每 8 个月更新 30% 的代码，每 14 个月更新 90% 的代码。系统不断升级迭代，找到这样的人（自招或外包）。不要寻找自满的团队；

2）系统的外部依赖也发生变化ue开发外包，例如：微信优惠券，1.2，1.4，1.6，1.9我们跟随经验，他们增加和减少，调整算法结构，我们都跟随变化。不要考虑一夜之间可以实现的技术方案；

3）外包公司和自己团队核心面临的问题，8个月过去了，很多代码和结构都没人敢动；业主或老板不愿意为变化承担责任。要知道，软件项目中没有人是从一开始就“干净”的，用一套完整的解决方案解决事情12个多月，找死。业主和老板不得不承担基础代码变化带来的“不确定性”。你不需要明白，你需要的是承担相关的责任，并与技术进行平稳过渡。很多人不理解原理时就会出现问题，而不是因为没有合适的团队或人员；

4）12个月，代码必须重构，找到一个你信任的CTO是关键。任何一刀切的态度都可能导致大问题。

刚入行的兄弟们，我的技术建议是：

1）如果您的 CTO 还没有看到 1000 万次访问的定量（团​​队 + 设备），那就等着吧。如果你的公司发展到100万日活跃用户（客户），你的CTO目标是5000-1亿CTO，否则后期增长会有问题。

2）找大公司的大牛科技做顾问；找个一线技术当技术经理。解决实际和前瞻性、当前和未来负载的组合。

3）当您不需要技术团队像蠕虫一样跟随时，外包就可以了。技术顾问+小外包适合非技术型创业团队。因为技术顾问是您值得信赖的朋友。如果没有，请找一个值得信赖的朋友。

（图为深圳小餐桌现场）

Bit Atom（深圳）创始人：

我正在接手这个项目，我会给你一些建议。当然，我们以硬件为主，软件较少。

1）外包项目要求一定要细化，一般分为5个以上阶段，研发费用分期​​支付，代码需要开源；

2）初始架构必须设置好、框架化和模块化。给后续内容增加模块化会减少很多争议；

3）需求者一定要懂ue开发外包，要有专职人员跟进，结构设置可以找高手或者朋友；

4）不要相信所谓的CTO，除非你很了解他们。否则只招2个研发经理，工作再对比，只有公司的培训和忠诚度是CTO，直接招聘效果一般不好。

创业就是这样，因为害怕和担心。技术问题不可能一蹴而就。如果前期架构构建不好，后期会很麻烦数字孪生工厂 ，再优秀的工程师也会在现有架构的基础上苦苦挣扎。

很多东西都是外包的。如果不给出架构和整体解决方案的要求，后面很容易不同意。

外包可以降低成本并缩短时间。核心是控制进度，跟懂的人跟进。代码可以稍后修改。

友良生活联合创始人闫涵：

我们的开发模式是这样的：

我们有一个任务分配系统。技术人员将大任务分解成细粒度的任务，明确需求和输入输出，然后发布到任务系统上。验收合格后计入积分，主要任务整合完成后积分转化为工资发放。

不过我们也发现，并不是任何攻城狮都能适应这个平台，还是需要一定的培养成本，负责分解任务和验收的技术高手也很少见unity3d模型外包，但这些都是可以通过精益求精和努力实现的工作。规则来解决。

小餐桌，创业者的第一课！