程序猿常用的外包服务条例

无偿贡献给各类猿们，欢迎补充～
互联网常规web类外包需求，即：WEB工具开发（包含但不限于：网站｜app｜客户端安装程序）大致分成三个阶段：
用户需求分析阶段，设计开发阶段（包含测试／发布／运维），运营阶段，然后再从头开始循环。

这里楼主以开发阶段中的部分外包服务为例作下简单描述：

---

甲方： 某需要外包服务的公司或个人 （以下称甲方）
乙方： 楼主 （以下称乙方）

下文中乙方提供 6个可选套餐 给予甲方服务。
注： 沟通成本：

基本无： 占项目时间 9% 以内
一般： 占项目时间 10%－30%以内
适中： 占项目时间 30%－60%以内
较高： 占项目时间 60%－99%以内
暂停开发： 占项目时间 100%以上

一： 需求分析 略

三： 运营 略

二： 开发需求［一／三／略……］

UI 设计略

1. web切图

• 甲方提供： 主要psd设计稿即可，详细如下：
  a psd 文件设计稿
  b 交互说明文档（页面有何种动画｜验证｜其他交互等效果）

• 乙方实现： 与psd设计稿视觉相同的web页面
  a 静态页（pc/h5/多种分辨率皆可［响应式］），不负责后端数据填充（API），但兼容必要浏览器
  b 实现流畅的交互效果并兼容必要浏览器（应甲方需求采用渐近增强或优雅降级方案）
  c 在甲方要求之上使用许可的UI库，或原生js脚本

• 沟通：
  a 成本：基本无
  b 对象：与UI沟通

2. 同步|异步数据填充（AJAX前端）

• 甲方提供： 规范的API接口文档（包含但不限于：参数，返回码，示例）
  a API文档
  b 需要实现该接口的WEB页面

• 乙方实现： 性能较好的AJAX交互效果
  a 不过度依赖服务端数据以及验证，有标准的缓存和验证脚本
  b 不过度消耗服务端带宽，能充分考虑到少发请求，少消耗的获取内容
  c 在甲方要求之上使用许可的js框架，或原生js脚本

• 沟通：

a 成本：

若API'明显无bug'则沟通成本 基本无，
若API'无明显bug'则沟通成本 适中，
若API'未经过测试'则沟通成本 较高，

b 对象：与后端（API开发者）沟通

3. 服务端接口（API）开发

• 甲方提供： 规范的业务需求文档（包含但不限于：web原型图，业务逻辑思维导图）以及数据库
  a 需求文档
  b 数据库登录地址或服务器登录口令

• 乙方实现： 标准的jsonp｜xml数据接口，如无特殊需求乙方将用php｜nodejs作为后端语言
  a 标准数据接口，一般以 jsonp 和 xml 为主
  b 保证后台API接口链接的安全性，采取跨域访问的机制（CORS）并有效防止跨站点脚本（XSS）攻击和跨站点请求（CSRF）伪造

• 沟通：
  a 成本： 若有规范的业务需求文档，则沟通成本 基本无
  b 对象： 产品经理

4. 数据结构设计

• 甲方提供： 整理清楚的 离线 数据源（请尽量提供优质数据）标准的业务需求文档（包含但不限于：web原型图，业务逻辑思维导图）以及数据服务器
  a 整理清楚的离线数据源
  b 需求文档
  c 数据库服务器

• 乙方实现： 设计数据库结构和建立数据库
  a 较优的数据存储结构
  b 逻辑清晰的字段

• 沟通：
  成本： 若有规范的业务需求文档，则沟通成本 基本无
  对象： 产品经理

5. 数据源采集

• 甲方提供：整理不少于3个web数据源 以及 标准的业务需求文档（同上，不解释）
  a 至少3个web数据源
  b 业务需求文档

• 乙方实现：
  a 离线的数据
  b 不包含音视频或音视频版权解释归甲方

• 沟通：
  成本： 若有规范的业务需求文档，则沟通成本 基本无
  对象： 产品经理

6. WEB工具开发

• 甲方提供：
  标准的业务需求文档（同上，不解释）

• 乙方提供：
  按需求实现的web工具包含但不限于：网站｜app｜客户端安装程序

• 沟通：
  成本： 若有规范的业务需求文档，则沟通成本 基本无
  对象： 产品经理

测试／发布／运维略

完

转载请注明来源： highsea90