有朋友做幼儿园的，前段时间说学籍系统又改了，且需要重新录入数据。。

然后今天找到我，说按照模板填好后批量录入数据，10几天了，只把一个班的数据导入成功了，其他都失败了，搞了N次了，实在不行（相关方面人员只说多试几次），喊我看下怎么回事。

我拿来了账号和数据，登录后试了下，发现确实不行，也无任何反馈，整个界面就在那一动不动。。

F12看了下，大致是数据已经有了（但是在系统里查询不到），现在导入的是重复数据，在replace的时候出现了错误。。

我对朋友说，系统出错了，没法。1是这个导入步骤不是很合理，但是都不算大问题。2这个导入后无任何反馈，确实不太友好。这些系统都是全国使用的，为啥做得如此难用呢？包括前个版本，以及其他类似的什么基建数据系统，补助系统。。

朋友沉默一下回复：因为都是草台班子。。
--
FROM 106.92.105.*

挺好的。让市场教育他们就行了。

这种混乱的市场。理论上是程序员的红利。

低价引流，高价交付搞起来啊。一年收入几百万不是事。

【 在 shaolin 的大作中提到: 】
: 现在国内甲方都有个误区，认为做完就完事儿了。
: 项目都需要长期维护的，哪怕预算少点，也得有。
--
修改:hgoldfish FROM 27.152.52.*
FROM 27.152.52.*

国内的招标采购流程就是有问题的，没有测试验证环节，功能符合不符合全凭应标者写的材料，他想怎么写怎么写，结果就是技术方面无法区分出优劣，最后就是比价格，谁价格低谁中标，至于好不好用，那都不是招标采购人员的事了

前段时间不是有个采购企业级防火墙结果中标个家用级路由器的事情么，大概率就是这么搞的，人家全程符合程序要求，应标者搞个虚假应标你根本没有办法
--
修改:adamhj FROM 182.85.139.*
FROM 182.85.139.*

你这要求太高了，如果你写有导入功能，他这明显符合，你得明确写成有导入功能，且导入后能正确回显刷新导入后的结果

谁tm会把这种应该有的默认效果写在需求里啊，如果这种这么细节的东西都要写，这个就不是需求文档，而是项目设计文档了，有本事写出这东西的可以直接去搞开发了


【 在 potato09 的大作中提到: 】
: 甲方需求不明确
: 需要做什么功能，做成什么样自己没有规划而已
--
FROM 182.85.139.*

这种一般是甲方提需求乙方写吧，而且一般来说上线后应该还有磨合期，很多细节还得改

【 在 potato09 的大作中提到: 】
: 招标写需求
: 但是项目启动前肯定要有详细设计文档啊
: 我说的问题是甲方 不知道需求，就是只需要一个系统。
: ...................
--
FROM 182.85.139.*