半年对接外包经验分享：从需求确认到项目验收，助你顺利完成项目

这半年来，我疯狂的跟外包公司打交道，做过两次二方，三次甲方，这期间筛选了几十家外包公司，跟他们沟通了无数次，埋过坑也填过坑，希望我的经历能帮助到在产品路上挣扎的你。

无论是外包还是内部实施项目，都离不开需求确定、研发测试和项目验收。 #

与常规项目外包项目相比，项目管理流程增加了与外包对接的步骤，一般分为前期准备、外包筛选、研发测试、项目验收四个步骤。 #

1. 前期准备

前期准备主要在公司内部进行，是一个需求确认的过程，主要流程为需求调研→需求分析→原型设计→需求完善→内部评审→需求确认。

#

这套流程和公司的需求评审流程是一致的，具体的流程就不再赘述了，这里只介绍输出的内容。 #

1. 系统语言/框架 #

对于外包的系统，不同的公司能力和代码不一样，所以对方提供的语言/框架也不同，作为第一方需要根据自己的需求提前考虑好语言和框架。

考虑语言是否可维护，框架的兼容性。不过这部分也可以建议外包，但公司内部可以有一个初步的规划。 #

如果公司只有Java程序员，可以要求甲方使用Java语言编辑相关内容。

如果公司经常使用layui框架的话，可能会要求将框架的使用外包出去，以减少对接的难度以及后续维护的人力成本。

如果公司对产品语言要求不高，只对价格和工期敏感，乙方可以推荐一种语言，比如PHP（一般Java耗时长，费用高，而PHP耗时短，工期决定价格等）。

#

2. 产品相关文件

1）业务流程图

#

在和第三方对接的时候，需要描述自己产品的使用场景和业务流程，完整的业务流程图才是最高效的对接方式。 #

业务流程图比单纯的文字更加清晰，比语音更容易保留，可以大大减少与甲方重复沟通的过程。 #

2）页面流程图

#

页面流程图主要介绍页面跳转逻辑，通过业务流程图可以提前清晰的知道有多少个页面，有多少个功能点。

#

通过页面流程图，您在与外包方协调工作时间等事宜时将有更多的发言权。 #

3）详细的需求文档

#

一份详细的需求文档是一个很好的背书内容产品经理培训大概多少钱，一份需求文档决定了乙方重复沟通的次数和交付产品的质量。 #

3. 工作量评估表 #

工作量评估表是内部人员需求评估的结果。 #

在和乙方沟通的时候比较容易评估对方的工期、价格是否合理，是否能够按时交付等等。

#

2. 外包筛选

外包筛选就是对外包进行筛选、反复沟通、明确需求的过程，主要流程为初步外包筛选→需求沟通→问题整理→需求确定→价格及工期确定→合同签订→进入开发（UI设计、产品开发）。 #

在这个过程中，外包筛选、价格、工期确定是一个反复的过程，在时间充裕或者没有固定外包的情况下，反复筛选、确认是必不可少的过程。 #

1. 外包初步筛选 #

外包的初步筛选其实是竞品分析流程的简化版，就是简单查看外包公司的资质和服务，排除明显不符合预期的外包公司，然后再联系外包公司进行初步沟通的过程。

#

注：初步筛选主要是为了排除那些明显不符合需求的外包公司，同时也是了解你所需产品在外包行业中的市场情况。

#

外包的初步筛选，通过查看外包资质、历史案例等来确认外包是否符合预期，减少重复沟通。 #

2. 需求沟通

前期准备的内容在沟通需求时尤为重要，提前掌握完整的信息可以大大降低沟通成本。 #

1）项目简介

#

在与外包公司初次沟通时不可能讨论每一个功能细节，作为客户可以提前考虑自己已经拥有哪些功能和业务，还需要哪些功能和服务，业务流程如何流动等。 #

甲方可以把自己准备的内容编辑成简短的文字让乙方有一个初步的了解，这样乙方可以对其内容有一个预期，同时避免其在介绍功能点时出现疏漏。

#

注意：过于详细的需求文档会让对方无法抓住重点。在需求沟通前期，可以先讲解大概的要求，确保乙方了解大概的要求，然后再提供详细的需求文档，让对方评估工时和价格。 #

2）业务流程图+页面原型图 #

在刚跟外包公司沟通的时候，可以给外包商提供业务流程图、页面原型，让外包公司更容易了解需求和功能。 #

3. 问题分类和需求确定

#

问题整理与需求确认是流程中的同一步骤产品经理培训大概多少钱，外包方对需求有了初步了解后，才可以进行详细需求沟通，解决对方的疑惑，确认需求的最终范围，确认需求的优先级以及项目进度。 #

注：如有必要，可以向外包团队一点一点解释需求，以确保需求得到正确传达。

4.确定价格及工期，签订合同 #

需求确认后，对方会根据需求内容内部评估工期及价格，甲方可根据自身内部工期表进行比较，与乙方进行多方比较确认后，即可签订合同。 #

5. 补充

#

在整理问题、确定要求时，提问的不只是乙方，甲方也可以就资质、工期等问题提出问题。

#

特别是在要求乙方开发一套完整的系统，使用乙方的SASS系统时，你可以通过试用乙方的产品来了解乙方的真正实力，试用过程中如果出现任何问题，也可以第一时间提出并沟通，避免签订合同后出现意想不到的问题。 #

无论是外包还是内部实施项目，都离不开需求确定、研发测试和项目验收。

与常规项目外包项目相比，项目管理流程增加了与外包对接的步骤，一般分为前期准备、外包筛选、研发测试、项目验收四个步骤。 #

前期准备：前期准备主要在公司内部进行，是需求确认的过程，主要流程为需求调研→需求分析→原型设计→需求完善→内部评审→需求确认。外包筛选：外包筛选就是对外包进行筛选，反复沟通、明确需求的过程，主要包括外包初步筛选→需求沟通→问题整理→需求确定→价格和工期确定→合同签订→开发（UI设计、产品开发）。在外包公司。项目验收：项目验收是产品出成品的最终节点，主要流程为：培训→项目验收→文档/代码交接→尾款支付。3.研发测试

研发、测试工作主要由外包公司完成，甲方可参与项目跟进、问题解决、需求确认等。 #

问题解决与需求确认，分为乙方提出问题、甲方确认两个过程。

真正需要甲方积极参与的工作是项目跟进，项目跟进常见的两种方式是分步验收和内容同步。

#

1. 逐步接受 #

外包项目最常见的问题就是项目延期，由于前期工作量评估不准确、需求变化、交付质量差等问题，项目延期在外包项目中非常常见，其中一种方式就是通过分布式验收。

1）验收方式

验收主要有两种方法：

方法一：将项目拆分成多个里程碑模块，每个模块都有各自的验收时间，在规定的时间内对模块进行验收，确保每个模块的开发时间和质量符合预期，最终产品符合预期。 #

第二种方式是提前检查，对于无法拆分模块、乙方还未同步进度的项目，应在项目进度2/3时、研发测试结束前两个时间点提前检查项目，确保最终产品符合预期。

#

2）验收方式 #

针对不同的验收方式有不同的验收方法：

#

对于项目拆分，可以在验收前几天与对方确认验收时间和内容，并按照约定的日期按照里程碑节点进行验收。 #

对于无法拆分的项目，项目初期要主动询问对方对需求是否有疑问、是否有技术难点；项目中期做好巡检、信息同步准备，确保问题及时同步；项目后期，明确验收细节。 #

3）优点

分布式验收主要有三大优点： #

2.进度同步 #

乙方内部也会有相应的项目进度文档，通过每周或者每两周同步进度的方式来检查乙方的进度完成情况。 #

进度同步与分布式验收的区别在于，进度完全由乙方掌控，甲方只需要在固定节点同步乙方的进度，以判断与预计进度是否有较大偏差或者严重延误。

#

四、项目验收

工程验收是掌握最终产品的最后一道工序，也是保证产品质量、确保设计符合预期的最后保证。

主要流程为：培训→项目验收→文件/代码交接→最终付款。

1. 培训

如果您向乙方购买系统，或者甲方没有提供详细的需求文档，可以要求乙方对系统的内容进行简单的培训和讲解。 #

培训可以减少理解交接内容的成本，同时可以根据对方的描述进行验收前的沟通。

#

注：还可以找出乙方还未实施或者实施存在问题的地方。

#

2.项目验收

#

工程验收时，需根据竣工验收内容，以及根据前期沟通的内容，进行不同的验收 #

1）源代码验收

#

如果需要交付源代码，研发需要检查代码质量，逻辑，语言等。 #

2）功能验收

#

功能验收是一个涉及测试和产品的过程。当产品收到外包交付内容时，会进行入场验收，检查乙方产品是否符合测试标准。入场验收通过后，测试介入。

#

该测试用于验收功能点和性能，具体流程和内容与内测一致，这里就不再赘述了。

测试通过后，如果时间允许的话，可以从用户的角度进行最终验收。

3. 文档/代码交接（项目交付） #

文档/代码交接（项目交付）的内容理论上是在项目开始的时候就确定的，每个公司对这部分内容的要求都不一样，每次和外包沟通后的验收内容也不同，这里我列出一些关键文档。

1）需求清单及变更记录

在交给外包公司的时候会提供一份需求文档，但是在实际开发中，可能会因为甲方和乙方的原因导致需求发生变化，导致需求和最终结果不一致。

甲乙双方应记录每一次变更，以减少最终的环境。

#

2）代码切换

代码交接的内容包括：编码规范及数据库设计规范、代码文件架构规范、数据库设计规范、接口设计规范、数据库、源代码等。

#

移交的相关文档及代码可由甲方保留，以便存档及二次开发。

注：代码架构和源代码很重要，有代码和无代码的外包项目价格差别很大，代码质量决定了后续维护的难易程度，是否值得花钱。

小正遇到过代码不达标，后期内部无法维护，整个项目被废弃的项目。也遇到过数据库设计不合理，相关文档缺失导致历史数据难以迁移的项目。而每次遇到这些项目，都是泪流满面两行。 #

3）测试用例及执行结果（测试报告）

交付的项目须经过对方内部测试，对方测试的测试用例和执行结果（测试报告）可在内部验收测试时作为参考和完整性验证。 #

4）BUG管理记录及追踪

#

此内容可提供或不提供。如果提供，可用于存档目的，但这不是强制性要求。 #

5）使用部署说明 #

针对单一系统提供部署指导，对于需要迁移复用的系统，可提供部署指导，方便进行二次迁移。 #

6）系统操作手册及培训手册

系统操作手册、培训手册一般是和培训挂钩的，是培训时对方交付的，供自己的业务人员或者技术支持/部署使用的相关文档。 #

4. 最终付款 #

当所有内容被接受并沟通后，你方可与对方结算款项。

5. 补充 #

以上工程验收只是列出了部分内容，整体工程验收也可以分类介绍。

1）验收方式 #

2）文件受理

#

3）功能验收 #

4）用户接受度

用户验收是指从用户角度对系统的接受，包括从用户使用、用户操作、实际数据访问等方面的验收。

#

5）安全验收

#

五、其他 1、风险

项目外包的风险不可避免，前期的反复沟通（需求传达清晰等）、中期的项目跟踪（分布验收等）、后期的细心验收（内容齐全、符合预期）可以大大降低风险的发生。 #

同时这些操作也能防范一些不可预知的风险，比如甲方内部要求的反复变化、乙方进度异常缓慢等。 #

2. 实际操作

#

本文列出的内容都是比较标准化的流程，有时候可能会因为项目着急上线或者实际需求不明确而省略一些步骤或者埋下陷阱。

但无论采取怎样的步骤，最终的结果还是得到一个符合预期的预期软件/系统。

3. 感觉

我总结了一下外包产品的流程和我公司内部的流程，发现其实流程是一样的，只是细节上的差异影响了最终的产品，其中影响最大的是：外包筛选、需求匹配、需求文档、项目管理。 #

1）外包筛选 #

公司内部团队基本固定，技术固定，而外包团队的陌生感和选择性导致很多不可控因素，在与外包对接的过程中，产品经理是进出的环节，因此要更加多考虑，更加细致的投入和输出，可以避免后期出现很多问题。 #

2）需求匹配 #

当提前将筛选对接外包时，可以通过大量内容降低沟通成本。 #

3）需求文档

理论上来说，对内需求和对外需求的要求是一样的。但是小郑在做对接的时候，遇到了一个问题：公司有现成的工具和规范，他自己写需求文档的时候，直接写要用XXX工具来实现。然后外包之后就出现问题了，外包按照他的想法开发，导致货品跟描述的不一样。

外包需求文档时，尽量详细，如使用内部内容，需将内部内容描述清楚或补充相关文档。 #

4）项目管理 #

外包项目的项目管理与内部项目类似，但影响成品的最重要部分在外包公司却是一个黑匣子，此时需要特别关注项目的进度，以保证项目的正常延续；而公司内部人员熟悉，因此更容易掌握进度。 #