在物联网定制开发的过称中，会出现各种问题，我们整理了一下，从甲方的角度，出现的问题以及如何防范。
首先从风险的角度来看：
风险类别 | 风险点 | 表现 |
询价 | 价格太高 | 对工作范围（数量），质量要求，交付要求不清晰，或者粗糙 |
报价差异大 | 对供应商服务描述不一致 | |
合同 | 范围差 | 合同里面没有工作需求文件作为附件，或需求文件不清晰 |
质量差 | 合同里面没有工作需求文件作为附件，或需求文件不清晰 | |
工期差 | 合同中没有写明详细实施计划工期 | |
合作差 | 付款方式过于强调一方的安全。 | |
执行 | 原型 | 没有原型，或者原型很差就经过了确认 |
设计 | 设计不符合要求就确认，或者看的不认真就确认，没有经过主管领导就确认。 | |
合作 | 多头对接，态度差，延迟太大 | |
沟通问题 | 信息传达有问题，大家各自有不同理解。 | |
沟通问题 | 甲方多个人与乙方多个人对接工作 | |
人员 | 沟通能力、责任心、技能 | |
脱离需求 | 甲方人员强势或乙方不负责任不按照协议 | |
变更 | 执行中发现原来需求有问题，要求变更合同 | |
返工 | 发现成果质量不达标，要求返工 | |
测试 | 不断的发现问题，无限期修改，让人头大 | |
验收 | 无依据 | 没有验收标准，不敢验收 |
无依据 | 无法验收 | |
服务 | 不稳定 | 服务器经常宕机，系统打不开 |
不安全 | 数据失窃 | |
无法增加新功能 | 二期开发难度大 |
如何防范风险，整理了如下表格，接上表：
表现 | 纠错方式 |
对工作范围（数量），质量要求，交付要求不清晰，或者粗糙 | 使用完整的需求文件询价，必须包括功能，设计（参考网站），技术，安全，测试用例，交付要求。如果有原型，那么价格会更低。 |
对供应商服务描述不一致 | 撰写需求文件，必须完整。文件会强迫系统性整理需求。 |
合同里面没有工作需求文件作为附件，或需求文件不清晰 | 附上完整需求文件 |
合同里面没有工作需求文件作为附件，或需求文件不清晰 | 合同中写明质量要求，尤其设计要求。一个版本改到甲方满意为止。 |
合同中没有写明详细实施计划工期 | 写明实施计划 |
付款方式过于强调一方的安全。 | 建议付款方式分为初期，设计交付，开发交付，最终交付4次付款。 |
没有原型，或者原型很差就经过了确认 | 花足够的时间做原型。绝对认真确认之后才做设计。 |
设计不符合要求就确认，或者看的不认真就确认，没有经过主管领导就确认。 | 认真确认之后才做开发，必须经过所有相关干系人认可。 |
多头对接，态度差，延迟太大 | 甲乙方均一个人对接，甲方确认时间不计入实施时间，延迟项目扣10%合同金额。 |
信息传达有问题，大家各自有不同理解。 | 但凡会议必须有会议记录，但凡变更必须有变更文件。并经过确认。 |
甲方多个人与乙方多个人对接工作 | 双方只能由一个人对接工作。 |
沟通能力、责任心、技能 | 更换乙方项目经理 |
甲方人员强势或乙方不负责任不按照协议 | 按照协议约定执行 |
执行中发现原来需求有问题，要求变更合同 | 在需求文件形成时进行会议，充分讨论，对原型进行多次模拟。 |
发现成果质量不达标，要求返工 | 通过做好需求避免返工。 |
不断的发现问题，无限期修改，让人头大 | 第一版供应商必须内测，交付后，最多分三批次提交完问题，修改完毕。 |
没有验收标准，不敢验收 | 在项目签约时，写明验收标准。 |
无法验收 | 直接上线，经过一段时间使用即可，但是需要写进合同。要不乙方不干。 |
服务器经常宕机，系统打不开 | 除非通过合同压服务款项可以补偿之外，没有根本性办法保证，只能看乙方责任与能力。 |
数据失窃 | 购买快照功能，严重的购买WAF功能。 |
二期开发难度大 | 做好一期的技术选型，需要懂专业。否则开发难度太大，价格高。 |
联系我们
QQ群：260150504
地址：北京市海淀区中关村东路8号东升大厦4层
