【流程】外包的自我修养-甲方爸爸篇

1、【流程】外包产品经理的自我修养一一甲 方爸爸篇产品经理系列产品在面对外包项目时，需要注意一些容易踩坑的 操作，对于项目的需求都需要不断地需要进行调研重点项目确认，确 保在进行外包对接的时候可以顺利进行；本文分享了关于自己在外机 内的一些经验，我们一起来知晓一下。最近半年在疯狂对接外包公司，做了 2次乙方、3次在甲方在这半 年的过程中，筛选了数十个外包，反复沟通无数次，埋过坑也填过坑， 希望自己的经验能帮到在产品路上摸爬滚打的你。不论是外包还是自己公司需求实现投资项目都离不开需求确定、 研发测试、项目验收。相较于常规项目外包项目增加了与外包对接的环节，项目管理的 流程一般分为四步：前期准备、外包

2、筛选、研发测试、项目验收。而这一套流程与公司需求评审流程，具体流程再次就不再赘述, 在此只对产出物或进行介绍。系统语言/框架针对外包系统因为不同的公司的能力和代码不同，所以对方提供服务的语言 / 框架也是不有所不同的。作为甲方需要根据自身需要提前注意语言和框架。考虑语言是否可维护、需要考虑框架的兼容性。但是这一块内容也可以让外包推荐，不过公司内部可以多层有一个预方案。如公司仅有Java 程序员，则可以提议甲方使用Java 语言或进行相关内容的编辑。如公司常用layui 框架，则要求外包使用该框架减少对接难度和后期维护物力成本。如公司对产品自然语言要求不高，只对价钱和工期敏感，可由乙方推荐语言，

3、如PH焉言等（一般Java工期长花费多，PHPC期短， 工期又同意了价格等）。产品相关文档1）业务流程图在与第三方对接时，需要描述一下画面自家产品的使用场景和业务流程，而一份完善的业务发展流程图是最为高效的对接方式。业务流程图比单纯的文字要清晰，比语音更容易留存，可以极大的减小与甲方反复甲方沟通的过程。2）页面流程图页面流程图主要是介绍一下页面跳转逻辑，通过投资业务业务控制点可以提前明确有多少个页面，有多少个功能点。通过页面流转图，在与外包对接工时等内容时更有话语权。3）详细需求文档详（一）细（份）的需求文档是良好的背书的内容，而且一份需求文档决定了沟通时的反复次数与乙方交付产品的好坏。工作量

4、评估表工作量评估表是由内部人员对需求评估的结果。在与乙方的沟通时，可以更加容易评估他俩的工期与价钱是否合理，是否可以按时交付等。外包筛选是筛选外包、反复沟通、明确需求的过程，主要流程为外包检体f需求沟通疑问梳理f确定需求价格和工期确定f合同 签订一进入开发（UI设计、产品开发）。而在这一套流程之中，筛选外包到价格和工期确定是一个反复的过程，在时间充裕或者没有固定外包的情况下，数次筛选和确认是必不可少的流程。外包初筛外包初筛实际上是简版的竞品分析的过程，通过简单提供服务的查看外包的资历和服务，倘若排除明显不符合预期的外包，再联系外包初步沟通的过程。注：初筛主要是对明显不符合需求的外包公司排除，同

5、时也是己方需要产品在外包行业的行情。而外包初筛可以通过查看外包的资质和历史案例来确认外包是否符合预期，以增加反复沟通的次数。需求沟通需求沟通之际之时前期准备的内容尤为重要，前期准备有完备的资料可以减少沟通成本。1）项目简介在与外包的初次联络中不可能说初次是一个个功能细节去对。作为甲方爸爸可以提前虽然考虑已经有了什么功能、有了什么业务，仍需要什么功能，需要什么服务，业务流程流转是怎么样的。以下内容而甲方爸爸可将自己准备内容，编辑成简短的文字供乙方初步了解，让乙方对自己的内容有预期，同时也可避免自己介绍功能点有遗漏。备注：过于详细的需求文档会让对方把握不到重点，在前期需求融资需求沟通的时候可以先讲

6、明白需求的顶多，保证乙方明白需求内容的大概之后再给予概略的需求文档让对方根据能源需求评估工时和价格。2）业务流程图+页面原型图业务流程图和页面原型图可以在与外包沟通开始就给予外包，让外包更易理解需求和功能。疑问梳理、确定需求银行信贷疑问梳理和确认资金需求是同一步流程，在外包初步了解消费需求后，可以沟通详细需求内容、解决乙方疑惑、确认最终需求范围、确认需求优先级需求量和项目进展。注：必要时可以和外包供给一点点讲解需求，保证需求的对话无误。价格和工期确定、合同签订需求确定之后，对方会根据需求内容在内部评估工期和价格，甲方爸爸可以根据自己内部的工期表做一个比对，在多次对比确认乙方之后可以。在疑问梳理

7、、确定之前需求时不仅是乙方在提问题，甲方也可以针对一些资历、工期等内容或进行提问。特别是需要乙方乙方研发全套系统、使用乙方SAS繇统时，可以通过签到乙方产品来了解乙方的真正实力。而在试用过程中若出现疑 问，也可尽早所提市场预期和沟通避免签订合同后出现不可预期问题。不论是外包还是自己公司实现项目都离不开需求确定、研发测试、项目验收。相较于常规项目外包项目增加了与外包的环节，项目管理的流程一般分为四步：前期准备、外包筛选、研发测试、项目验收。纸制研发测试的工作主要包括在外包公司，甲方能参与的有项目 跟进、问题解决、需求确认等。而问题解决和需求确认都是确实乙方提出问题、甲方确认。需要甲方主动参与的工

8、作就是项目跟进，项目跟进的常见两个办 法是具体内容分步验收和内容同步。分步验收针对外包项目，最常见的问题就是项目拖期，因为前期工作量评估有误、需求变更、交付质量不过关等问题，在外中止包项目中很容易出现项目延期交付的情况。而避免项目延期交付的之一就是分布验 收。1）验收方法环评方法主要有两个方法：方法一是项目拆分，将房地产项目拆分成多个里程碑的模块，每一个模块有自己的验收时间，在规定时间对模块成功进行验收，通过保证每个模块的研发时间和质量都符合预期来保证最终合乎产品符合 预期。方法二是提前查验，针对没什么办法模块拆分模块的项目，且乙方未同步进度，在项目进展2/3 和研发结束测试前两个时间节点对项

9、目进行提前查验来生产保证最终产品符合预期。2）验收方式针对不同的验收方法原理有不同的验收途径：针对项目拆分项目，可以在验收前判明几天和对方确认验收时间与内容，到约定日期开展时根据里程碑节点进行验收。针对无法拆分的房地产项目，在项目初期主动询问对方需求有什么，有没有什么技术难点。在项目中期做好查验的准备作好和信息内容同步，同时确保环境问题的及时同步。在项目后期针对市场需求细节，明确验收细节。3）优点分布验收主要有三个优点：进度同步乙方内部也会有相应的需要项目进度文档，通过每周或每双周同步一次进度的形式查验乙方的进度完成情况。进度同步和分布验收的区别时进度全部由乙方把握，甲方只需要在固定节点同步一

10、下乙方的进度，判断一下和预估进度是否有过大偏差或严重延期的情况。项目验收是对最终成品把握的最终流程，也是可以保证产品质量，保证设计达到预期的最后保障。主要流程为：培训一项目验收一文档/代码交接一尾款。培训若是买回了乙方的电子系统一套系统，或甲方未提供详细的需求文档，可以要求乙方对系统的内容纯粹进行简单培训和讲解。通过培训可以减少交接内容理解成本，同时根据对方描述可以有联络一个验收前的沟通。注：也有可能发现乙方待实现或者实现有风险问题的地方。项目验收项目验收时需要有根据最终验收内容进行不同的验收，而根据前期沟通的具体内容1）源代码验收如果需要交付源码则需要研发对代码质量、逻辑、语言等进行验 收。

11、2）功能验收功能验收是测试和产品都参与的过程。产品在拿到外包交付内容时会进行准入验收，查验一下乙方产品销售是否达到测试标准，在准入验收通过后由测试介入。测试对功能进行点和性能进行验收，具体的流程和内容与内部测试一致，在此就不各别赘述了。在测试通过后，如果时间允许还可进行一个最终验收，以用户的角度过来验收。文档/ 代码交接（项目交付）文档 / 代码交接（项目交付）的内容理论上是在项目初期就定的内容，这一部分内容每位公司要求每人不一样，每一次和外包沟通之后的验收内容不一样，在此小正就列出部分关键文档。1）需求列表及发生变动记录在与外包交接时会提供需求文档，而在实际开发中会因为甲方和乙方的原因导致需

12、求变更，从而使得需求和最后最末不一致。而甲方和乙方理应记录每一次变更纪录内容，这样可以减少接着的 battle 环境。2）代码交接代码交接的内容包含：编码规范与数据库设计规范、代码文件内核说明书、数据库设计说明书、接口设计说明书、数据库、源代码等内容。通过交接相关代码文件和代码可供甲方留档和二次开发使用。注：代码架构和源代码很重要，一个外包项目有代码和无代码的价钱相差很多，而代码的好坏决定了后期的维护容易程度，也决定了这部分钱到底值不值。小正曾遇到过代码不过关导致后期内部无法维护、整体废弃做的项目，也遇到过数据库设计不合理且缺失相关文档导致历史数据难以迁移的项目。而每一次遇到这些项目都是泪两行

13、。3）测试用例及执行结果（测试报告）已经交付的项目在对方内部肯定已进行过内部测试，而对方测试的对方会话及执行结果（测试报告）可以供内部验收测试时参考和检验完整性。BUGf理记录与追踪这个内容可提供可不提供，如果有可做归档用，不做强要求。5）使用部署说明桑利县使用部署说明是鉴于一套单独系统提供的内容，针对需要迁移和反复使用的系统可提供使用部署，便于二次迁移使用。6）系统操作手册与培训手册系统操作手册和培训手册一般和培训相联挂钩，是培训若干时对方交付的相关文档，供攻方业务人员或技术支持使用 / 部署时使用。尾款交接在所有的内容均社会活动验收社会交往之后便可以跟对方结尾款。补充上文的项目核准是只上文

14、列出了部分内容，而整体的项目验收还可以分类的方式介绍。1）验收方式2）文档验收3）功能验收4）用户验收用户验收是用户的角度去验收系统，从用户使用，用户操作，实际数据接入等方面进行招投标。5）安全验收1. 风险项目外包的风险是不可避免的，前期反复沟通（沟通清楚资金需求等内容），中期项目跟踪（分布验收等），后期仔细验收（内容完备且符合市场预期）可以极大的减少市场风险的发生。同时这些操作也可为一些不可预估的风险做好防范如：科东俄内部需求反复变更、乙方进度异常缓慢等。在本文中列出的内容是一个比较规范化的流程，在某些时候可能因为项目着急上线或者需求不明确，有一些示例省略或者埋坑。但是不论什么样的式子归根到底还是想要一份符合预期一份的预期软件 / 系统3. 感触自己总结了外包归纳产品的流程和自己公司内部的流程，发现流程即便是一样的。但是在细节上的差别影响了最终的成品，其中最影响的是：外包筛选、需求对接、需求文档、项目管理。1）外包筛选公司内部的团队项目组基本上是固定的，技术是固定，外包团队的不熟悉且可挑选，导致了这些不可控的因素，而在和外包对接过程中产品经理是出和入的一环，所以更多的考虑，更细致的出和入可以避免后期很多后半期问题2）需求对接在外包筛选提前对接时，可以通过巨量的内容来减少沟通成本。3）需求文档需求文档理论上内部和外部的要求是一