标签: 产品开发

 

开发的产品越多，就越相信这个世界不存在完美的产品，不管开发者经验有多丰富、设计方案有多完善，是个产品就会存在不足或遗憾。   朋友老杨是个非常仔细的人，但凡是他过手的产品，一定考虑了用户的各种使用方式，他认可的标准只有一条：“以普通用户的角度看不出任何问题。”两个小例子可以反映老杨做事的细致程度：给他一朋友开发了一个产品，我没怎么测试，就问这朋友测试是否充分，这朋友回复我是老杨做QA，尽管放心；某日老杨给我快递了几个样板，后来老杨说数量是三个，我说是两个，接下来老杨说是他包装的，于是我就说那我再去找找，因为老杨说是他包装的，熟悉他的人都相信他错不了。   老杨对于产品开发奉信千万别图侥幸心理，只要一量产，什么问题都能发现，该来的就一定会来，如果产品理论上讲存在某种风险，但在测试中没有发现，只能说生产的数量还不够多，只要大量生产，终究有一天风险就会显现出来。   就这老杨，他和我也一起走了一趟麦城，挺滑稽的是两人都清楚千万不要侥幸，结果是两人在不知不觉中就忘记了侥幸二字。   老杨主导某品牌公司某产品的外协开发，我是实际产品开发负责人，略微吹点牛皮的说这个产品开发如不是他和我携手，还真难做出这么一个“优秀”的产品。给这个产品的开发定义为“优秀”是有一定理由的。   开发过程是全方位的，产品性能、生产测试各个环节都有充分考虑，到工厂的时候完全就是交钥匙工程，连生产文档、测试夹具都有一并给工厂准备好。从产品试产到量产，我们连工厂的门都没进过，生产到30K的时候，工厂只给出1个不良，到现在已经出货超过100K，客户零投诉、零返修。   到这里大家可能就会有疑问，这样说这个产品没什么问题啊，这种状况客户肯定是相当满意，不会有什么意外发生啦。是的，老杨和我就栽在了这种想法上，我们在开发测试中发现产品偶尔会出现上电复位不良的情况，几率非常之低。当时老杨和我分析了这种情况，认为用户发现的几率为百万分之几，于是就“侥幸”的认为不是问题，就是发现了只要向客户解释清楚客户“肯定”可以接受。   随着产品生产数量的不断增加，工厂在生产测试中发现有少量产品“不稳定”，初测不合格，复测又一切正常，没有发现任何问题。就是这个时候我们被工厂品质部门约见，可是品质部门也头大，很难复现问题现状，虽然约见我们，他们始终无法复现问题现状，这样他们无法给我们当面演示发现的“不稳定”的现象，讨论结果是继续观察。   我真佩服这个工厂品质部门的老大，接下来他专门安排了一名品质工程师全天测试，十天之后，“捷报”传来，该工程师找到了复现现象的方法。工厂再次约见我们，通知我们过去看现场，“侥幸”的地雷终于被踩爆。   后面的情节就是：   我：”我们承认在设计上存在一些隐患，但用户发现的几率非常低，可以说接近为零，现在出了几万套客户没有投诉也证明了这点，所以从实际看这不是问题。”   工厂：“虽然几率低，但不能说客户就一定不会发现，我们不就发现了吗？” ......   我：“现在生产的产品是你们测试认可的，有封样，存在这样的隐患责任不在我们，后面的我们可以消除这些隐患，重新封样。”   工厂：“产品是你们设计的，出了问题你们就要承担责任。”   ......   我：“这个月底有*****货款到期，麻烦帮我们安排一下，谢谢。”   ......   我：”已经超过付款期好几天了，我们财务还是没有收到货款，帮忙了解一些是什么状况？“   工厂：“问题还没解决啊！”   我：“那问题要怎样解决呢？要不你们出一份书面处理方案给我们？”   无回应   ......   工厂：“赶紧给我们交*****货，这周一定要交啊！”   我：“可现在产品有问题，你们要先给出一个处理意见我们才好后续发货啊！”   工厂：“先交这次的货。”   .......   最后就成了工厂不付货款、也不给处理意见、他们认为有问题的产品继续出货、后面还要我们继续供货。     结局：   某人协调下双方达成协议：工厂先扣一定数目的质量保证金，我所在公司继续供货。   我们老板收到其余货款后认为该工厂不值得信赖，付款方式由原来的月结30天改为款到发货。   你认为如果我们公司继续月结30天得付款方式，那笔质量保证金能拿回来吗？   说明：   月结30天是这个月的货在月底对账出票，到下个月月底再付这笔款。   假定张三和李四是月结30天的付款方式，张三在10月份出了1万元的货给李四，那么张三就要在10月底的某一天（由双方约定，通常是25日）前先对好账，然后张三按对账的数额开好**并交给李四，李四30天后才向张三这1万元的款，也就是李四最早也要等到11月底才会付款，通常都会拖到12月初。   如果张三是10月1日交的货，即时李四准时付款张三也要等到12月1日才能收到这笔款。   如果张三没有在10月底约定的时间前对好账，那对不起，10月份的账请等到11月底再来对。注意这里是对好账，要是李四拖着不对账怎么办？只能是想尽一切办法让李四对，不然到了11月底李四就会说张三你你没对账他无法付款。   如果张三在10月份约定的时间签对好了账，可没有即时开好**并交给李四，还是一样，等下个月吧。有人会吧对账期和交票期间隔舍得特别短，比如25日对账，28日交票，可能他26日甚至27日才会会签对账单，你同样需要在28日把票交过去，逾期那就请等下个月。    

相信做技术开发的人都想在业余时间在外面承接一些产品开发单，虽然这一做法为大多数公司所禁止，但在实际中公司很难监控员工的这些行为，所以只要有机会，大多数技术人员都是乐意去接私单，毕竟多少是一笔收入。 技术人员的思想总是单纯的，首先是不清楚自己的技术到底值多少钱，其次会简单的想只要自己做好对方是会给一个合适的价格，再次认为就是价格偏低反正自己是业余时间去做也不亏。这种想法可不妙，其实产品开发外包的公司，大都是为了节省开发成本，所出的价格自然会比较低，而且这些公司也担心出的钱打水漂，会在付款过程尽量降低他们的风险。 现在有不少公司外发的单并不是真正的产品单，而是接到客户的下单意向，需要给客户做出演示样板，于是这些公司就将这样的演示样板外包给外面的人做，只要付少量的定金，就可以做出可以用于演示的基本功能版本，然后以各种理由说产品没达到开发要求，需要做进一步修改，如果客户看了演示样板下单，就会装模作样的说客户催得紧，暂时接收但不代表真正达到开发要求，如果客户看了演示样板不下单，则就要看老板的心肠，恐怕多是产品永远都达不到验收标准。 某人就有过这样的接单经历，一开始估计过于乐观，结果最后做到崩溃，这里把当时的开发协议发出来，给大家做参考。 该产品最初预计一个月可以完成，实际也确实如此，刚开始委托方只给出三种协议，这里开发者犯了第一个错误，以为这三种协议就是全部，委托方也没有说只做这三种协议就达到要求。注意协议中也没明确这一点，只说多个品牌的协议。一个月后样机完成，功能测试基本正常，按说此时委托方需要支付第二部分开发费用，此时问题出现，委托方又拿出一套协议要求增加进去，口头表示根据现状认为产品基本已经开发成功，主动提出可以另外先付五百开发费。开发者再次犯错误，以为增加的协议是最后一套，错上加错的是想通过测试发现错误，居然留了套样机给委托方。从此开发者就陷入了无休止的更改完善过程，协议也是一加再加，问能不能先支付第二阶段的费用，委托方义正言辞的答复根据协议还不能支付第二阶段费用。 最后开发者在完全看不到验收合格的情况下自我崩溃，甩下一句“我不做了”的话放弃，开发者前后花了快三个月的时间，最后总共拿到一千块钱的开发费，可谓失败中的失败。 ------------------------------------------------------------------------------------ 技 术 开 发 协 议 书 项目名称： XX3310码转换器开发 委托方（甲方）：＿ 深圳市*****公司 ＿ 研究开发方（乙方）： *** 签订地点： 广东 省  深圳 市 签订日期：2003 年 6月 6日 有效期限：2003 年 6月 6日 至 2003年 12月 6日 依据《中华人民共和国技术合同法》的规定，协议双方就 XX3310码转换器 项目的技术开发，经协商一致，签订本协议。 一、               ※ 标的技术的内容、形式和要求 1.          实现 XX 矩阵曼彻斯特控制码（曼码）到 其它多个品牌 一体化球型摄像机的 RS485/422 控制码及协议的单向转换。 2.          实现 XX 矩阵 RS232 和 RS485 口多个控制码协议到 其它多个品牌 一体化球型摄像机的 RS485/422 控制码及协议的单向转换。 3.          实现 RS232 口到 RS485 口的双向协议透明转换。   开发成果的提交方式：乙方须向甲方提供 样机一台及相关技术档案。 二、 应达到的技术指标和参数 1.          拨码开关选择输入端曼码、 RS485 和 RS232 工作模式。用户在机壳外可设置拨码开关。 l          选择曼码工作模式时用户只需设置 RS485 输出端的波特率和通讯协议即可，其他拨码设置忽略。 l          选择 RS485 和 RS232 工作模式时用户需选择输入端、输出端的通讯波特率和协议。   l          选择 RS232 与 RS485 的双向协议透明转换模式时分两种情况：一种是“电平转换模式”，即输入与输出端的协议与波特率完全一致的情况。此时用户只需选择设置 RS232 输入端和 RS485 输出端的波特率即可，其他拨码（协议选择等）设置忽略；另一种是两端的协议与波特率不完全一样情况，此时需用拨码开关设置。本协议只负责“电平转换模式”的开发，但硬件和软件设计须兼容两端协议和波特率都不一致的情况。   2.          输入输出协议和通讯波特率选择使用拨码开关控制。用户在机壳外即可设置拨码开关。 l          RS485 输入、输出口波特率范围为： 1200 、 2400 、 4800 、 9600 。 l          输入协议种类： ≤4 种。 l          输出协议种类： ≤16 种。 l          与矩阵通讯方式：单工，只收不发。 l          与各球摄像机的通讯方式：单工，只发不收。   l          RS232 输入口波特率范围为： 1200 、 2400 、 4800 、 9600 ，单工 / 双工。输入协议种类： 4 种。   3.          输入端带有曼彻斯特和 RS232 信号两个 Led 指示灯。输入曼彻斯****与输入 RS485 公用一个指示灯。均要求控制时按码频闪烁。 l          当 3310 输入按曼彻斯特方式或 RS485 方式工作时， RS232 输入指示灯应不亮。如果用户曼彻斯特（ BWS ）或 RS485 （ A 、 B ）信号线连接正确在无键盘操作时曼码 Led 应常亮不闪烁，连接错误时 LED 不亮。   l          当输入端以 RS232 方式连接时，曼码指示灯应不亮。 RS232 指示灯应随接收端码频闪烁。   4.          RS485 输出端也要求加装 LED 灯，按输出 / 输入码频闪烁。无输出时常灭。   5.          输入端：曼彻斯****输入端（ B 、 W 、 S ）与 RS485 输入端公用一组端子； RS232 输入端单独引线，以防止用户现场接错烧毁设备。接线都用接线柱式插头连接。   6.          RS485 输出端：要求四组端子分别驱动输出，以方便用户现场布线，同时万一现场一组端子烧毁后用户可现场改线不致于系统瘫痪。引线用接线柱式插头连接。   四组端子中 3 个为两线制单工 / 半双工， 1 个为四线制全双工以适应 RS232 透明转换模式。当工作在曼码模式时四组端子均可用，只是最后一组端子接法特殊；当工作在 RS232 透明转换模式时只用最后一组端子。   7.          电源引入采用 24VAC 与 12VDC 混用设计，即两个接线柱既可以接 12VDC 又可以接 24VAC ，同时含有电源极性防接错设计。需加装电源指示灯。引线用接线柱式插头连接。电源模块不用设计直接采用市场购买的标准 12VDC300mA 。   8.          由于球型摄像机的安装一般都在高处、线杆上等地，且一对总线要驱动多个球（ 0 ～ 63 ），因此要求 RS485 端有较强的驱动能力和抗电磁干扰能力。   9.          须给出机壳丝印拨码开关设置图表。   10.      最终产品体积：烟盒大小，不超过 75mmX100mmX35mm 。外壳可采用市场上可购买的标准机壳。   11.      最终产品成本费用：需控制在人民币 150 元以下。   12.      特别要求：编程使用 Keil C51 ， RS232 和 RS485 输入输出端编程接口可方便地进行协议扩展。   13.      最终产品外围接线端子、拨码开关、指示灯分布应如下图所示。