很多公司在发展的特殊阶段或者由于某些原因采取外包的方式来研发品，也有以承接外包为商业模式的公司。我们经常可以听到甲乙双方各自对对方不满的抱怨。 你的产品外包过吗？ 你做过外包的乙方吗？ 什么样的产品适合采取外包方式呢？还是无论怎样都应该坚持自主研发？
菜园子今日话题集锦
菜园子产品经理一园 的 元気滿滿 提到：
#今日话题#我们公司之前的产品因为创始人的原因在后端部分交给了他的一个朋友，结果做的超级烂~还不能解约，因为是老板的朋友~
菜园子产品经理四园 的 小车厂 提到：
#今日话题#我们公司做过一个外包项目，给我最大的感触就是前期一定要把需求沟通好，甲方乙方保持一致的理解，大多数的撕逼都是源于对需求的理解不同。
菜园子产品经理一园 的 Doreen 提到：
#今日话题#我们公司有自己的研发部分自己做主要的研发工作，当时也有一少部分的业务外包给了外部人员做，外部人员做的弊端是有时候沟通交流不够及时，导致在修改时进度拖延，前一段就是测试提交bug外包那边联系延迟，可急坏了要上线的负责人。
菜园子产品经理一园 的 李旷达¹³⁷⁵¹⁰⁷⁰⁰⁴⁶ 提到：
#今日话题#不能说外包不好，但外包一定要明确功能，不能说大概做成这样子。我以前一个项目发外包，最后由于一些功能扯皮，功能达不到我们的要求，进度因为这些扯皮的事情又耽误了。所以明天功能是外包首先要做的事情
菜园子产品经理二园 的 刘琛 提到：
#今日话题#做过外包两年左右，现在在所谓的乙方（但是由于公司的制度调整，现公司的商业模式改为了内包的模式进行运营）；我个人认为在甲方对互联网产品不太了解的情况下可以找外包公司进行初期开发，在这个阶段你会和外包公司一起成长，慢慢的对自己行业有所了解，能完成自主开发的公司一般都是有一定的技术基础的公司，并不是所有的创业公司都要坚持自主研发，这样费钱也费事。
菜园子产品经理二园 的 alan 提到：
#今日话题#公司的产品有外包过，也做过乙方。对于一些基础的系统，或者业务发展初期，且业务方向不明确的情况下，个人觉得适合外包出去。
以下为菜园子广告区域，轻轻点击一下，即可为菜园子贡献大约1元收入哦~
菜园子产品经理二园 的 alan 提到：
#今日话题#初期借助于外包，快速的搭建最基本的业务线。但这一类产品后期占很大的比例是需要花时间重构的。
菜园子产品经理一园 的 Nexkey 提到：
#今日话题#前东家是外包乙方，所接产品是APP、网站、小程序，APP有长期合作的也有一锤子买卖。对于长期合作的APP而言，甲方自己有想法、有钱、就差技术团队，可以选择这种长期外包形式，当然重要的是这家外包公司得懂甲方行业。甲方要找外包当然可以自己找设计、开发来做，应声办事这很容易，只要花足够多的钱就行。但一家好外包公司的价值恰恰体现在他的专业能力和专业判断上，更低的成本，更好的质量，更高的效率，选择外包公司当然是可行的。然而很多外包公司并不是长期合作的，也有的外包形式是外包同时自己组建团队，跟进再转移为自主研发，就又面临一些开发上的问题，最终重构是常有的事情。无论坚持自主研发还是外包，我认为急着抢占新市场但自己又没现成的团队可以选外包，而为了长期发展选择自主研发势必也会失去一些机会，孰轻孰重往往就需要产品经理来衡量了。
菜园子产品经理一园 的 WOW 提到：
#今日话题#我们公司会用到大量的外包人员，对于我们公司业务来说用到外包是因为工作量大，需要用到大量人员处理数据。而外包的方式可以节省大量的开支。
菜园子产品经理二园 的 产品狗-沈华 提到：
#今日话题#我做过甲方，做过乙方， 产品从设想到实现的初期1.0.0版本可以用外包，其他的就必须要有自己的开发团队了，外包水太深，需谨慎啊，不过大型外包公司还可以，想杭州的中软给华为做外包的。这种战略合作的基本上还是靠谱的，也是尽心尽力的。小外包的花就是甲乙方双方互骂xx。。。。
菜园子产品经理二园 的 王奋斗 提到：
#今日话题#第一次做乙方，出差经历。 甲方：这个做的不错，很好，我们之前都是瞎搞，终于走上正轨了。 乙方：你开心就好。 甲方：这个地方我们还要再设计一下。 开发过程中，甲方：这边我们需要再讨论一下。乙方：你们能不能靠谱一点。[捂脸] 这个就是自身研发力量不足导致的乙方嫌弃甲方，乙方催甲方进度。如果不做外包，自身系统自己人用都要命。
菜园子产品经理二园 的 薇薇 提到：
#今日话题#我们公司一共外包过四个产品，有成功与失败的，应该有一定的代表性。我现在所在公司是传统行业，开始的研发团队不足十人，负责好几条内部系统的研发和维护，研发的语言比较单一，我到来之前公司两个客户端产品都失败了，几乎没有什么可用的东西，有名声赫赫的大公司，有不知名的小公司。进来后我设计的客户端也是外包，团队选择一个阿里系出来的团队，有个厉害的架构师，但是其他的成员一般。我全程兼项目经理，还是比较成功的。后期就自己招人维护了，毕竟是长期经营的。当然中间的沟通环节比较艰辛，需要项目经理持续不断的跟踪，产品经理高要求，否则出来的很烂。
菜园子PM西南分舵 的 Ranispy(景薇) 提到：
#今日话题#我的产品外包过，我在为数不多的外包的产品中，体会到很辛苦。 我也做过外包的乙方，这个过程不会太辛苦，但是很操心。 对于自己公司开发需要耗费大量的人力重写代码，而别人有写好的模块可以快速调用的情况，可以采用外包的模式，对于代码质量要求较高或后期需要在此版本上进行迭代，就考虑自己开发。具体情况具体分析吧。
菜园子PM西南分舵 的 颖five 提到：
#今日话题#当目前为止，公司依旧是有外包业务。没有太多的产品思维，更多的是甲方功能的堆砌。蛮消耗自己的耐心和创造力的
菜园子PM西南分舵 的 哎小春花 提到：
#今日话题#我们公司95%以上的产品都是外包的，从我进公司就是这个模式，公司以前也想收回来一些项目自主研发，但是是非常难的，外包久了，自己的员工已经不会做开发了，新进的员工成立了一个工作室，自主研发的项目很少。我们以开发和维护自己的系统为主，也有一些客户使用的系统。我觉得如果是自己公司的核心项目，可以采用自主研发，外包的项目重要级应该次一点，工作量大一点的项目。
菜园子产品经理一园 的 肖恩 提到：
#今日话题#一直跟外包公司有接触，现公司既把整个项目外包，也单独进行人员外包。先说下了解的外包公司的模式，其一是长期的职工，长期外包到各大公司进行人员的外包，这样的外包人员只要学历够，最后都会留在甲方；其二是人员的短包，这样的人都是外包公司找简历推给甲方，甲方通过就招录，这样成本低；第三是整个项目的外包，但这个往往风险大，成本高，代码质量差，后期维护成本高等特点，那种专业性强，技术好的外包还没遇到过。因为鉴于现在外包公司的成本低，现在有很多公司，甚至一度自己都想开外包公司了，?，而且鉴于现在能干活的技术人员缺，刚培训出来的多，造成招人比较费劲。
菜园子产品经理五园 的 渔人刘 提到：
#今日话题# 有两种方式，第一类是集成，第二类是outsource. 就算是大公司也不太可能全部自己做啊。
菜园子PM西南分舵 的 画圈圈 提到：
#今日话题#我在外包公司待过，没有当时还在做开发，没有自己研发的产品，完全是接到什么项目，就做什么项目。目前的公司，转岗做了产品，我们公司的产品有百分是六十还是属于给某类人群做定制开发，相对外包来说，我们的产品能申请著作权，但需求基本是跟着甲方走。目前有百分之四十的产品，在做自主研发，我们企业在本行业还是沉淀了一些经验，发现了市场发展的一些趋势，目前在做这方面的尝试和研发。我目前负责的产品线，属于自主研发这一款，虽然，会有一些刚需指导，但更多的还是市场需求指导，我们需要做的是产品的规划和市场的布局，希望通过我们的产品能完善市场。对于我们公司来说，做外包是为养公司，做自主产品才是公司的未来。
菜园子产品经理五园 的 我就是我 提到：
#今日话题# 我们的产品有外包过，我是第一次接触外包公司，不过这个外包还是蛮靠谱的。当需要要短时间内完成产品的交付，而且这个产品有比较多的难点公司技术跟不上，那么这个时候就会选择外包。当然核心的还是公司自主研发比较好，关乎商业机密的。
菜园子产品经理五园 的 Johnson杨俊森 提到：
#今日话题#一直采用人力外包为主的模式，集中于前端设计、视觉、重构，以及测试。 项目整包仅限于一次性活动类以及尝试性项目。 对于持续性的项目，无论如何都应该自主管理，有条件的自主研发，这是大量项目的血泪教训。
菜园子PM西南分舵 的 ?小戈 提到：
#今日话题#在上一家公司，几乎所有产品都是外包，研发外包，本公司的人做业务和需求管理（迭代、产品管理）；然后之前也做过ERP实施（乙方）。个人认为适合外包的产品属于一种简单的产品、不涉及高机密、不涉及技术要求、不影响公司的核心竞争力的产品（如一些业务管理系统），公司业务很大的情况下，要自己培养技术团队很难短期实现，成本也很高；反之同理，自主研发的产品具有竞争力，可以现在、或者未来为公司产不少价值（现在的公司）。
菜园子产品经理一园 的 Lord Snow 提到：
#今日话题#我们的产品因为人手不够，所以就和外包公司联合一起做，项目一直因为没有统筹沟通好，所以导致最后进度拖的很慢，从中得出的结论是找外包公司最好是找一些业界口碑好的公司，及时和对方负责人沟通，出了问题想办法解决，而不是互相推卸责任
菜园子产品经理五园 的 行歌 提到：
#今日话题# 拿最近的一个项目来说，后端工作外包给了一个团队，前端工作自己来弄。由衷感觉沟通成本很高，无论是产品与开发，还是前后端的沟通。并且就长远来看，项目一年或者多年维保期间，能否响应及时也是问题。考虑需求的增加和变动情况，更倾向于把前端与设计工作外包。
菜园子产品经理四园 的 x恺 提到：
#今日话题#之前有个项目做过外包，但是当时的基础是产品经理是自己的知识技术开发进行外包。这个话题前段时间刚好和一个朋友来到过，他就是想做产品外包的模式，但是这个很难实施，比较归根到底还是外包，当时我们讨论了一个模式就是双方成立一个子公司，双方人员占股，这样双方的参与感会更强。
菜园子产品经理三园 的 阿营 提到：
#今日话题# 去年年底，应上级领导要求，开发一款答题类游戏（不是芝士超人，冲顶大会的类型）由于需要原画以及游戏开发，公司没有人员，所以交给外包公司去做的，我们公司产品出的需求，外包交付的东西过于粗劣，合同4月10号交付完成，结果现在还在修改bug，每次更改必定会有新bug，现在已经延期两个月，乙方嫌弃我们要求严格，说我们没按需求来，但是需求写的很明确，有些需求他们也问过，但是还是没按照答复做，现在测试已经进行了几十轮了，每次还有新bug出现，现在外包已经处于半放弃的阶段了，有bug丢给他们，改改给我们发回来个新包，然后测测，有bug再改改.... 1.让乙方明确需求，最好评审，有问题就让他们问，但是很少有特别主动的乙方，至少我目前碰到的都是我在屁股后边告诉他们 2.公司也考虑过自主研发，如果当初自主研发还需招聘相关人员，所以才考虑的外包，我们公司是主张什么都自主研发的 3.如果自己能做的，千万别外包做，真的是水份很大，不能满足你的需求，还挑你的毛病 4.找大公司，不找小公司，预算够的话，找钱多的，不找钱少的 5.最好别找外包，靠谱的很少
菜园子PM西南分舵 的 Forrest 提到：
#今日话题# 我们公司的有项目外包过。 但我不是外包项目的乙方。 外包的部分是主线产品的OA，因为公司当时对数据的收集与处理两眼一抹黑，完全不懂，不得以才外包。 现在想想，技术瓶颈、经验不足，都不是主要原因，还是要看可维护性、扩展性（项目完成后，与己方技术团队能否兼容，是否可以持续迭代？） 结论：短期项目（广告、游戏等小功能）、全新的支线项目（对主线产品无影响，实验性质的）、很急的（老板/投资人压力）可以采用外包的形式。 说个题外话，产品方案前期就要评估自己技术团队能否实现，如果项目很重要但自家做不了，就早点和老板沟通，尝试补强技术人才或者选择外包，不要和技术同事死刚实现问题
菜园子产品经理四园 的 小强 提到：
#今日话题#外包是项目初创阶段的一种低成本尝试方式，在项目还没得到市场认可时，不用组建自己的开发团队，这样可以轻装上阵，不用养一帮人。要是项目得到了市场的认可，站稳了脚跟后，再组建自己的研发团队
菜园子产品经理二园 的 乌龟也会飞啊 提到：
#今日话题#做过一个失败的外包。归根结底是因为我们本身接口比较缓慢+产品没有每时每刻跟踪+外包团队性质就是为了快速挣钱。做过一个成功的外包，就是驱动内外工作人员，细化、规范好需求。比本公司项目多付出一倍。 朋友所在公司就是做外包，了解到他们公司的宗旨的确是在最短时间内挣到钱，所接手的项目能糊弄甲方就糊弄，各种反编译倒腾。 以后如果做外包，我想还得站在甲方乙方的客观位置上，用科学的方法去协调内外部配合，甲方要做好全局到细节的所有把控。
菜园子产品经理四园 的 小强 提到：
#今日话题#外包对没有研发经验的传统行业或小公司来说，是个不错的试水方式
菜园子PM西南分舵 的 安安 提到：
#今日话题# 我们公司的产品外包过。 公司在开发人员不够，或者项目比较紧急的时候会考虑把不是核心业务的功能外包。这样能保证业务的进度。 自己公司有一群技术人员，外包的项目也是能很好衔接的。只是外包项目在开发过程中不能与产品很好的沟通，出来的东西可能和想象的一样。但是公司可以提供办公场地的话，要求外包人员到公司办公。这样是比较好的方式了。说的比较浅。深层次的我还在挖掘自己。。。
菜园子产品经理四园 的 鱼头? 提到：
#今日话题#之前工作接触过类似外包的方式，请外包团队搭建初始平台我们在此基础上进行开发。外包团队水平良莠不齐，最后还是公司自己重新调整开发。前前后后折腾了很多不必要的时间。所以外包这种方式一定符合匹配公司发展战略。还有一种是接外包的项目，我们组的两个研发都曾经在外包公司呆过，据他们表示都很消极，需要强大的项目管理能力，避免无止境的镀金和需求变更，没有验收标准，风险评估等。前期需求沟通确认变得无比重要。需要外包的产品最好是非核心业务类产品，若初创公司没有想清楚产品定位，试水也毫无意义。土豪可绕道
菜园子产品经理三园 的 笑之 提到：
#今日话题# 对于外包我有几点小小的个人建议 1.确定 是否需要外包：（1）外包预算是否足够招一个小团队进行自主开发，如果够建议自己招人，招人流程：产品总监3-4万（一个靠谱的产品总监可以为你省很多钱）、产品助理6K（帮助产品总监打杂就好了）、前端+后台3W、设计外包2W （2）.时间急不急，如果很着急，那么直接将外包团队接到你自己的公司，招一个项目经理钉着 不要图便宜让产品经理钉，产品经理钉的结果一般是让项目更加的麻烦 2.你为外包做了哪些准备：（1）产品原型、文档是否齐全 （2）项目经理或者项目型产品有木有（做监督用的） （3）合同条款是否明确且有木有律师团队 （4）各种标准会议和阶段性展示有木有按照标准的去执行 3.公司选择是否合适 （1）公司各个岗位人员是否齐备（凡是告诉你，接到单在招的公司，转身就走）（2）不要选择团队外包（就是那些连公司都没有，一个团队在帮忙干的那群人） （3）企业各大人员工作能力（小心你的外包公司干活的人员都是才毕业的） （4）确定对方公司的底蕴 4.做好最坏的打算
菜园子PM西南分舵 的 浮尘 提到：
#今日话题#我们公司的产品以前也是外包的，做出来不好也很难满足公司的真正要求，后来收回来自己做了 几乎是重构了一遍 现在领导觉得技术一直养着，成本又太高 又开始裁员了。 外包适合：需要快速上线的，不会频繁更新迭代，不需要过多的用户体验 还有就是看做出来的产品给谁用 还有就是成本
菜园子PM西南分舵 的 李雨韩 提到：
#今日话题#我做过外包乙方 涉及较多的是电商平台 中小企业想转型互联网自己投入研发成本过高 又想快速达到使用效果 综合考虑会选择外包来实现 我也经手过产品外包 这个跟进历程真的费心劳神 需要你不断的去把控产品质量 而又要考虑如何降低公司投入成本把控迭代节奏 同时我也要跟进公司自主研发产品 差不多每天都会花一部分时间来思考和解决问题
菜园子PM西南分舵 的 nicole 提到：
#今日话题# 外包的乙方也没有做过。 工作的公司产品也没有外包过。 之前大学的创业的项目技术就是外包的。外包的好处在于比较比较节约时间和金钱。不好的点在于质量不好把控，沟通成本较大，大学的时候我们经常从学校往外包公司跑，后面拿到的时候发现跑得还是不够，沟通还是不够，因为做出来的效果和我们想要的有很大的出入，这方面我们自己也有原因，因为中途也会变更需求，需求也不够完善。 从中得出一些外包需要注意的问题：1、前期一定要沟通清楚，包括背景和目标，而且研发期间也要多跟进进度和检查效果；2、外包的项目最好不是公司的主线产品，就我现在的公司而言，像官网或者一些的定制类的项目（非公司主线产品）就可以考虑外包；3、需求要写得很细，定义一定要清楚；4、不要中间变更需求，会非常麻烦，涉及到交付时间和金额变更，容易扯皮。
菜园子产品经理五园 的 ?花古娄i 提到：
#今日话题#看到好多遇到很靠谱的外包团队的，我们就不一样了，遇到的是个不太靠谱的外包团队，一个网站平台，整体外包的，因为时间精力的问题决定外包的，说是在几个月没能完成，然后有了原型，结果一拖再拖，然后就没有然后了
菜园子产品经理四园 的 不爱夏天的Tristan 提到：
#今日话题#之前在一家外包公司做过，合作的甲方主要是传统行业（包装，留学等），将产品整个外包，他们的方式就是类似创建子公司，然后双方占股的方式去合作的，然后日常的开销，还是用人/天来计算的，项目的主要收入其实还是日常开销，外包的人（开发与产品）都比较水，质量上就没有啥保证，bug 很多，而且乙方从态度上以及经验上都比较弱势，甲方又没有产品思维，不知道哪些东西重要哪些不重要，只有开发出来试用的时候才发现。所以就陷入开发完成，改，开会，挨骂的循环。随后来的一家公司，产品是自己的，将开发外包，开发质量差，随后改版成本大，和重新做没啥区别了。。。所以总的来讲，对外包的体验非常差。。。
菜园子产品经理五园 的 哎小春花 提到：
#今日话题#我们成立了一个一百人的部门 做维护支撑 作为业务和外包团队的一个中间环节 有时候我都觉得 人力有丢丢浪费啊
菜园子产品经理杭州分舵 的 北午撒蛮_Libra 提到：
#今日话题# 做上一个项目的前身是外包公司做的，公司已经用了三年。去年觉得不满足现在业务需求了，就给外包加需求估预算，但是一直谈不拢。一方面是系统本身可拓展性太差，基本要重新推翻重做，再加上本身存在逻辑问题一直没解决。去年下半年公司下定决心要自己开发，就组建新的技术团队，投入了很多资金，把项目接回来自己搞了。自己之前一直属于维护系统，项目接回来之后就天天出差搜集业务需求和问题，终于上线了这个项目。实践过程中学到了很多，这个机会真的很幸运。
菜园子产品经理三园 的 杨华 提到：
#今日话题# 1、是否要外包：主要根据公司当时状况及产品进度来决定； 我们公司现有个产品，是把部分工作外包的。主要是目前人手不够，且招不到合适人选，且项目进度紧急； 2、外包前准备： >>相关文档，原型，交互文件等； >>安排技术leader和外包沟通，确认承包方是否合适； >>合同条款，重点是成本、交期、售后及保密等； 3、外包中：目前产品正在进行中，要求合作方每周需最少2天到我司来一起开发。有问题现场讨论解决。
菜园子产品经理二园 的 yoga&yoghourt 提到：
#今日话题#做过外包项目，乙方。有2种形式:1.外包人头，一般是大公司与外包公司的长期合作，如中软，文思海辉，外包人头这种还有可能转甲方；2.外包项目，接触的是国央企外包给民企，国央企有钱，但未必需要长期的技术储备，所以外包。合作中，一开始就确定了范围和报价。但是实际开发过程中，难免会有改变，甲方或乙方都有可能求变，尴尬就出现了，一出现变化就充斥着金钱的味道。所以钱和产品范围是痛点。现在互联网的技术已经没什么技术壁垒了，但是应用范围还有可拓展的疆域，所以我觉得外包是市场发展到一定规模的一种必然分工方式。
菜园子产品经理三园 的 小隐Eli 提到：
#今日话题# 我自己做过接外包的乙方公司，也做过发外包的甲方公司，当然，也包括既接甲方外包，同时发包给乙方的中间环节的角色。 从两个角度来看这个问题： 一、从项目内容来看： ①涉及公司核心价值、属于公司护城河的部分，应当坚持自主研发，反之可以外包； ②外包公司已经有现成的同质产品，并且本身有完美解决方案的情况，可以外包；甚至可以仅做产品对接，按照自己的特殊需求做少量定制开发；因为这种情况如果本公司要做开发，相当于做了大量的重复工作，并且未必方案就一定优于第三方公司，毕竟术业有专攻； 第一条优先于第二条。 二、从管理的角度来看 ①在公司资源有限的情况下（工时），可以将项目拆解后外包，核心部分仍旧以自主研发为主； ②在公司有丰富外包管理经验和完善制度、熟悉的外包团队的情况下，可以外包； 其实外包很多情况下，虽然能省去执行的人工成本和时间，但是花在前期设计、管理、沟通上的成本反而会增多，这就要求公司能够对外包的流程、节点、异常状况的预判都有很好的把控。
菜园子产品经理三园 的 Jack_潘登 提到：
#今日话题# 个人认为，是否外包要考虑公司提供的核心产品或服务的核心竞争力是什么？提供给客户的核心价值是什么？目前阶段，自己是否有能力自己开发？是否有必要自己开发？ 如果公司的核心竞争力不在线上，且外包可以满足自己的需求，那么就适合外包；如果自己的核心竞争力在线上，但是自己目前没有能力开发，那也可以外包或者部分外包。 比如滴滴早期的系统就是外包的，后期才转到自主研发，甚至在自己系统能力承受不了订单压力的时候，借助腾讯的系统能力支持。 苹果把制造手机环节外包给了富士康，但这不妨碍它获取手机行业的利润的大头。
菜园子产品经理三园 的 IWM 提到：
#今日话题#不错，自己掌握重点就行。类似发明证书、或者配方。原料什么的可以交托出去，大家都能得到的东西没价值。
菜园子产品经理五园 的 涣城 提到：
#今日话题# 产品外包，可降低企业管理和运行成本，通过非核心业务的外包，企业将资源集中于核心业务上。外包可在公司没有相应技术的同时给予企业快速有效的方案。但外包也有六十分及格的现象，即使企业与外包商有协议，但在协议上明确每一方的义务是艰难的，那么在把业务外包的同时，不要不管不顾，适当的提意见，外包在听取的同时也会认真对待接下来的工作。
菜园子产品经理四园 的 姚皓 提到：
#今日话题# 外包一般分为产品外包开发和人员外派。产品外包也分为按产品计费和按人月计费。 对于个人，我不建议长期做外包或外派的工作。不仅因为外包很难接触到核心技术，待遇被压低之类的理由，更是和心态有关。外派人员很容易会被沾染上“给多少钱做多少活”“做一天和尚敲一天钟”这样的思想，从而被消磨斗志。 按功能计费的外包，很容易产生扯皮。需求改动是很常见，也是不可避免的。但对于需求改动的态度上，甲方和乙方的根本利益是冲突的。乙方的目的是在控制成本的前提下交付并让甲方付钱，所以会先让甲方将需求写到最详尽，并签字承诺不再改动。而甲方想将产品做得尽善尽美，但由于时间或能力限制，不可能在一开始就将需求想到完美。要改动需求，会涉及额外的费用申请，要走流程，不胜其烦。最终实现的结果一般是一个妥协产品。也有双方无法达成统一，最终烂尾的情况。 所以这种外包也只适合缺少自主研发能力的甲方，做实验性项目。如果道路证明可行，甲方一般会招兵买马自己组建团队。一般产品外包的代码质量也很难控制，会比较差。 甲方选择人员外派有几种不同的情况。其中一种常见情况是甲方有一个大项目要开始开发。这个项目由于种种原因无法直接外部采购。为了短平快地迅速完成，需要投入大量开发人力。这些人员需求可能只是短期（数个月到半年），一旦开发结束进入维护期，就只需要少量维护人员，所以HR不会开出很多headcount。甲方为了代码质量/进度/沟通效率，要求所有开发人员on site。对于这种情况，就会采用人员外派。
菜园子产品经理四园 的 人类赞歌 提到：
#今日话题#产品外包过，没做过乙方。什么产品都不应该外包，互联网是个快速更新迭代的东西，事物的变化速度远超人的想象。要一定要外包的话，电商已经最好弄，毕竟可简单可复杂，又最为成熟，发展空间也很大。本人不支持外包，有小程序了，还外包啥？
菜园子PM西南分舵 的 叶娟 提到：
#今日话题# 我们公司有自己的产品，同时在做外包乙方。从之前做的项目来看，有合作愉快的，有合作劳心费力的。如果前期甲方能够和乙方把业务一起整理清楚，需求能够尽量细化，乙方在理解需求的基础上能够给予甲方双方认可的设计和方案，在这样的基础上开始实际的开发工作，开发才能顺利进行，即使中间有变更，变更都会在可控范围内（这里的变更是指原需求小的变更，因为前期需求都讨论很清楚了，有变化都会是小的改动，只要工作量可控，乙方也不会过度计较，但是涉及到新增功能，工作量过大，那么双方就得另外协商了），双方也就合作愉快了。劳心费力的项目，一般都是前期没有沟通充分，项目过程中需求不断的变化，乙方做得很累，甲方也觉得没有得到自己想要的效果。其实，想做好外包项目对甲乙双方都会有要求，双方都要认真负责的对待，甲方需要自己掌握所有的需求、业务和设计内容，乙方需要按照约定理解甲方业务需求的情况下做好开发工作，就好比甲方是产品经理，需要掌控项目的核心需求，乙方需要既做产品经理和项目经理，又做开发人员，双方共同努力才能把项目做好。 外包项目，我目前了解的有两种情况： 1.局部外包，有些公司某些方面不是强项，便和其他公司合作，把一些功能外包出去，比如核心功能、算法和数据库自己公司开发，显控部分外包出去，双方最终集成； 2.整体外包，公司自己没有成熟的方案/组件，合作方可以有丰富的项目经验，从成本上面来考虑，很多公司会选择外包，这类产品一般不会是公司的核心产品，当然也有公司把核心产品局部外包的情况，需要进行核心信息屏蔽和签署保密协议之类的处理。
关注本公众号：生菜阅读 发送 入群 二字，即可加入菜园子微信群。
点击 阅读原文 可以查看往期推送
菜园子 产品经理社群 每天都会发起一个
产品经理话题，并在晚间由生菜加以
总结、点评并发布在 生菜阅读 公众号。
欢迎你的加入