[求助]写个小转运网站对于职业程序员来说是一件很复杂的事情么，

[poison501]

一个网站
UI可以忽略不计
用户界面有20多个字段
姓名电话住址邮编运的是军火还是糖果
能通过“已提交的订单”来查看历史运单
管理员界面有排序检索等功能批量处理用户运单
能把订单更改状态例如"已生成快递单"回传给用户界面
后台可以把运单导出成excel, XML等格式，当然XML模板我已经写好
具体技术细节没有要求，Linode主机我自己提供，环境谁配都可以，能用就行
这个网站还需要对接一些快递公司的接口能追踪物流信息是不是送到了隔壁老王家，

写这样一个网站，对于诸位从业者来说，很复杂么，还有如果做的话，大概需要多少银两可以搞定？

每天用excel和邮局的在线系统写包裹单，太浪费生命了，感谢大家能帮我回答这个问题，谢谢大家，

[Dongdong36]

一两个小时写出来的都是大神。

做起来，细节，构思，debug的时间算起来可能工作量也不少。

令外，别人的系统并不一定像你想象的那样好用

[mhycy]

@jadecoder
网页20个小时感觉不太可能，细节坑太多，C#直接做界面20小时还有可能。
python对接那些快递公司接口单纯入库的话两个小时差不多，这事上PHP反而耗时更长

[gamexg]

细节烦人。

[qqblog]

报价不包括一那些接口，具体多少接口另谈。一周全力做7*8，1500元人民币，python的。

[miniwade514]

需求梳理 -》 需求的沟通和确定 -》 设计 -》 设计的沟通和确定 -》 开发 -》 测试 （-》 需求变更 -》 代码变更 -》再测试）-》 验收

楼主的需求本身不复杂，但是项目再简单也绕不过上面的步骤。建议估工作量和报价的时候把这些算进去、说出来，对人对己对项目都有好处。

[leeyiw]

@mhycy 呵呵，这和月薪什么关系？我下班后每天抽 1 小时做。

[uicestone]

1500？好吧看来不能在这里接活了…

[mhycy]

@leeyiw 没说明兼职做嘛。。囧
说回来两周->14天-》1小时/天-》14小时，不够啊

[poison501]

@hiv2itsme 如果一个人的话还好好，其实是有4个人，每天屁股就像长在椅子上一样，从EXCEL复制粘贴还有等待邮局3-5s一个界面的响应时间，后来实在崩溃用python写了个小脚本能EXCEL转XML，后来发现不用接口直接online界面上传XML文件也是一个心碎一地的活儿，遂，必须得让程序员改变世界了

[poison501]

@mhycy 不是圈里人的话，在这个项目里，如何能通过某些可量化指标来判断 这个人是否能扣着脚丫子就胜任了这个活儿， 有什么特别关键的1，2个点是含金量比较大需要特别关注的么？

[mhycy]

@poison501
很遗憾的告诉你，没有任何可量化的指标判断。
因为对于圈外人而言，所有行内的判断基本都是看不懂的。
而且行内的判断依据也是无法量化的。
只能通过经验，笔试/面试/聊天，分析出一个人是否能够胜任某一个工作完成某项任务。

其实对于你这个需求，本身没任何技术难点，一点都没。
毕竟都是极其简单的CURD操作，同时没有任何的高并发需求。

但是，这本质上是一个外包业。
外包业务本身，特别是外行客户的外包业务，客户本身很难把自身的需求描述清楚，编辑成文。
毕竟很多时候都是使用EXCEL之类的工具手工处理，在操作上具有极大的灵活性。
很容易对软件的设计存在一些不合理的理解误差。
而开发人员因为不熟悉客户的实际需求，也难以分析整理出整一套系统的应用流程，并开发出合理高效的系统。

而目前来看，你的需求不应该是一个网站，而应该是一个带有web查询功能的一个后台管理工具。
实际上这类型工具开发速度/成本上应该C#占优，前台页面PHP完成，数据库使用mysql。
配合数个接口脚本来完成各项处理工作。

因为在文中只对最终系统进行了描述，并没有完整的说出整个需求场景。
所以不同的开发者在理解上会有所偏差，而且并不能提供更好的意见。
对于工作量的估计也会相对乐观，到头来可能花费更多的时间精力但并不能很好的解决现有问题。

其实归根结底还是沟通问题。

[poison501]

@mhycy 感谢您花时间写了一个如此长篇的回复，真的被感动了，谢谢谢谢！

您说的没错，我写的那些需求确实是一个工具类的应用---为了减少人工和不必要的失误，运用这个网站能批量操作上传运单到邮局系统，起码现在他是给我自己用的，

End user input PO information--database--output them to XML--Batch upload--Posting online

不过确实，一个完整的需求场景是这样的：

他长大以后应该是一个转运网站，
无数中国妈妈和海淘兄弟会使用它来把欧洲淘来的商品在这里通过自助下运单PO，
所以他们首先需要需要ID identify，接下来就是各种sender, received, CN23, weight等信息的
录入，然后选择物流类型，程序根据定价规则来生成该包裹的价格，然后支付，
后台收到这些已经已经支付过的包裹后，验证支付信息，处理订单成为XML，通过邮局提供
的posting method上传到邮局，打印包裹单，同时返回更改后的状态到用户order list里
通过提供的接口Trace这些包裹的行程到用户My order list,
成百上千的包裹会涌入到仓库中，还会涉及到入库的问题，包裹和订单
关联的问题，等等等等，


哈哈，都是愿景，反正现在他能帮我处理单子就好了，等着程序员来改变世界，
再次感谢您的回答，周末愉快，

[gamexg]

楼主主题差一点就是一个三角形了..

[cccssss]

一楼的debug时间肯定比2小时多几百倍吧……

[jun4rui]

一般这种需求都很可怕的，因为开始用户自己觉得只要一点点功能就好了，程序员也这么觉得，然后呵呵呵，情况会发生很大变化，用户开始觉得只有这么一点根本没法用啊，于是不停的+++++++

然后甲乙双方都开始崩溃了。


这几乎是软件工程中最常见的失败案例的开始

[nowgoo]

我是来赞楼主发帖格式的。
个别句子没对齐斜线，改整齐了我就免费帮你写一套。

[mhycy]

@poison501
其实这个功能已经与普通转运网站无异了，既然这样也就好办了~
毕竟需求是明确的，流程是透明的，系统也是相近的。
这种系统现在看来能买，毕竟现成已经在用的系统有不少（好不好另算）。
买一套系统，剩下就是二次开发的事了。

倒回来现在的核心需求：
看起来，现在你拥有一个已经整理好的EXCEL文档，需要转换成XML
批量送给邮局（预申报），获得邮局返回的追踪号以及相关的运输单信息。

*最终把这个数据打印出来贴到包裹上（不确定这个需求，但流程上看挺像）
不知道我的描述是否有误，但是至少看起来是python脚本能完成的事。
至于后续追踪之类的，反正给自己用，也可以用脚本完成。。
看起来你也写了一个，但问题是这个XML必须通过网页方式提交给接口，现在想换成程序批量实现。

暂时能看出来的信息就是这样。。

[northisland]

这是《就差一个程序员》系列的新段子么？

[vansje]

就像 @jun4rui 所述，被这种需求恶心了将近半年，不详述细节，总而言之，各种坑。

[leemw]

其实网站都不是个事，重点是转运行业门槛低，同质化高，新开的要怎么宣传，怎么拉人是个很难的问题。