一个网站
UI可以忽略不计
用户界面有20多个字段
姓名电话住址邮编运的是军火还是糖果
能通过“已提交的订单”来查看历史运单
管理员界面有排序检索等功能批量处理用户运单
能把订单更改状态例如"已生成快递单"回传给用户界面
后台可以把运单导出成excel, XML等格式，当然XML模板我已经写好
具体技术细节没有要求，Linode主机我自己提供，环境谁配都可以，能用就行
这个网站还需要对接一些快递公司的接口能追踪物流信息是不是送到了隔壁老王家，
写这样一个网站，对于诸位从业者来说，很复杂么，还有如果做的话，大概需要多少银两可以搞定？
每天用excel和邮局的在线系统写包裹单，太浪费生命了，感谢大家能帮我回答这个问题，谢谢大家，
 |
1
geeti Jun 25, 2015
看熟练程度。职业程序员也分很多。
目测用python可以一两个小时弄完，忽略debug时间。 |
|
2
geeti Jun 25, 2015
可以帮你试试，做好了再给钱。微信tge666
|
 |
3
xiaozhang Jun 25, 2015 via iPhone
不复杂，加微信 uncleloveu
|
 |
4
leemw Jun 25, 2015
不是想象的那么简单，关联的东西太多，越做越觉得坑多
|
 |
5
qqblog Jun 26, 2015
我来写吧，不着急的话慢慢写，边写边付费，有主机更好办了，联系QQ: 736511465
|
 |
6
pubby Jun 26, 2015 via Android
不难但有点繁，有交互的都烦
|
 |
7
powergx Jun 26, 2015 via iPhone
乍看很简单，做的时候乱七八糟东西就来了，做完了整理需求，发现并不复杂。和 第三个包子的故事一样
|
 |
8
kofj Jun 26, 2015
一定要用Python嘛？
|
 |
9
ConteMan Jun 26, 2015
同是物流方面要和邮件打交道的，邮局那个烂系统别提了
|
 |
13
loading Jun 26, 2015 via Android
简单
|
 |
14
hiv2itsme Jun 26, 2015
这个系统做完善需要的费用，绝对能让楼主觉得excel还是挺好用的 :doge:
|
 |
15
mhycy Jun 26, 2015
|
 |
16
murusu Jun 26, 2015
用yii2基本框架改改估计会比较快
不过绝对不是一两个小时能搞定的 这种需求的细节坑太多了 |
 |
18
leeyiw Jun 26, 2015
1000，半个月~~~
|
 |
19
jadecoder Jun 26, 2015
为什么我感觉用PHP要20个小时.....
Python真的这么快么？ 对接一些快递公司的接口我觉得就不止两个小时 |
 |
21
Dongdong36 Jun 26, 2015
一两个小时写出来的都是大神。
做起来，细节，构思，debug的时间算起来可能工作量也不少。 令外，别人的系统并不一定像你想象的那样好用 |
|
22
mhycy Jun 26, 2015
|
 |
23
gamexg Jun 26, 2015 via Android
细节烦人。
|
|
24
qqblog Jun 26, 2015 via iPad
报价不包括一那些接口，具体多少接口另谈。一周全力做7*8，1500元人民币，python的。
|
 |
25
miniwade514 Jun 26, 2015
需求梳理 -》 需求的沟通和确定 -》 设计 -》 设计的沟通和确定 -》 开发 -》 测试 （-》 需求变更 -》 代码变更 -》再测试）-》 验收
楼主的需求本身不复杂，但是项目再简单也绕不过上面的步骤。建议估工作量和报价的时候把这些算进去、说出来，对人对己对项目都有好处。 |
 |
27
uicestone Jun 26, 2015
1500？好吧看来不能在这里接活了…
|
 |
29
poison501 OP @hiv2itsme 如果一个人的话还好好，其实是有4个人，每天屁股就像长在椅子上一样，从EXCEL复制粘贴还有等待邮局3-5s一个界面的响应时间，后来实在崩溃用python写了个小脚本能EXCEL转XML，后来发现不用接口直接online界面上传XML文件也是一个心碎一地的活儿，遂，必须得让程序员改变世界了
|
|
30
poison501 OP @mhycy 不是圈里人的话，在这个项目里，如何能通过某些可量化指标来判断 这个人是否能扣着脚丫子就胜任了这个活儿， 有什么特别关键的1，2个点是含金量比较大需要特别关注的么？
|
|
31
mhycy Jun 26, 2015  2
@poison501
很遗憾的告诉你，没有任何可量化的指标判断。 因为对于圈外人而言，所有行内的判断基本都是看不懂的。 而且行内的判断依据也是无法量化的。 只能通过经验，笔试/面试/聊天，分析出一个人是否能够胜任某一个工作完成某项任务。 其实对于你这个需求，本身没任何技术难点，一点都没。 毕竟都是极其简单的CURD操作，同时没有任何的高并发需求。 但是，这本质上是一个外包业。 外包业务本身，特别是外行客户的外包业务，客户本身很难把自身的需求描述清楚，编辑成文。 毕竟很多时候都是使用EXCEL之类的工具手工处理，在操作上具有极大的灵活性。 很容易对软件的设计存在一些不合理的理解误差。 而开发人员因为不熟悉客户的实际需求，也难以分析整理出整一套系统的应用流程，并开发出合理高效的系统。 而目前来看，你的需求不应该是一个网站，而应该是一个带有web查询功能的一个后台管理工具。 实际上这类型工具开发速度/成本上应该C#占优，前台页面PHP完成，数据库使用mysql。 配合数个接口脚本来完成各项处理工作。 因为在文中只对最终系统进行了描述，并没有完整的说出整个需求场景。 所以不同的开发者在理解上会有所偏差，而且并不能提供更好的意见。 对于工作量的估计也会相对乐观，到头来可能花费更多的时间精力但并不能很好的解决现有问题。 其实归根结底还是沟通问题。 |
|
32
poison501 OP @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, 成百上千的包裹会涌入到仓库中，还会涉及到入库的问题，包裹和订单 关联的问题，等等等等， 哈哈，都是愿景，反正现在他能帮我处理单子就好了，等着程序员来改变世界， 再次感谢您的回答，周末愉快， |
|
33
gamexg Jun 26, 2015
楼主主题差一点就是一个三角形了..
|
 |
34
cccssss Jun 26, 2015
一楼的debug时间肯定比2小时多几百倍吧……
|
 |
35
jun4rui Jun 26, 2015
一般这种需求都很可怕的，因为开始用户自己觉得只要一点点功能就好了，程序员也这么觉得，然后呵呵呵，情况会发生很大变化，用户开始觉得只有这么一点根本没法用啊，于是不停的+++++++
然后甲乙双方都开始崩溃了。 这几乎是软件工程中最常见的失败案例的开始 |
 |
36
nowgoo Jun 26, 2015
我是来赞楼主发帖格式的。
个别句子没对齐斜线，改整齐了我就免费帮你写一套。 |
|
37
mhycy Jun 26, 2015 1
@poison501
其实这个功能已经与普通转运网站无异了，既然这样也就好办了~ 毕竟需求是明确的，流程是透明的，系统也是相近的。 这种系统现在看来能买，毕竟现成已经在用的系统有不少（好不好另算）。 买一套系统，剩下就是二次开发的事了。 倒回来现在的核心需求： 看起来，现在你拥有一个已经整理好的EXCEL文档，需要转换成XML 批量送给邮局（预申报），获得邮局返回的追踪号以及相关的运输单信息。 *最终把这个数据打印出来贴到包裹上（不确定这个需求，但流程上看挺像） 不知道我的描述是否有误，但是至少看起来是python脚本能完成的事。 至于后续追踪之类的，反正给自己用，也可以用脚本完成。。 看起来你也写了一个，但问题是这个XML必须通过网页方式提交给接口，现在想换成程序批量实现。 暂时能看出来的信息就是这样。。 |
 |
38
northisland Jun 26, 2015
这是《就差一个程序员》系列的新段子么？
|
|
40
leemw Jun 26, 2015
其实网站都不是个事，重点是转运行业门槛低，同质化高，新开的要怎么宣传，怎么拉人是个很难的问题。
|
 |
41
20150517 Jun 26, 2015
django一天搞定的活啊
|
 |
42
Smartype Jun 26, 2015
我被这里的报价和速度震惊了。。。。
我个人认为只要是要投入生产的东西，就没有可以快速简单的搞定的。除非你演示一下，然后不用了。 |
 |
43
neoblackcap Jun 26, 2015
我都不知道报价几千是怎么做的，就物流对接的那方面，对接哪家邮局，是否只有一家。其他的我不清楚，要知道联邦快递那边曾排过两个工程师跟我们就对接这个问题进行讨论，就讨论都不止2个小时了。而且物流公司的API有的还是还是SOAP的。绝对没有想象中的好接。
|
 |
44
WKPlus Jun 26, 2015
最近看了几个帖子的回复，有点猪八戒网的意思啊
|
 |
45
holulu Jun 27, 2015 via Android
即使是外包其实也不一蹴而就的，指望一次弄好基本不可能，国内的想法很多都以为程序开发是一次性的服务
|
 |
46
gdtv Jun 27, 2015 via Android
看了这里的报价，我果断放弃搞IT，去搬砖好了。
|
 |
47
jjx Jun 27, 2015
震惊了, 两个小时, 1000块, 1500块, 程序员再怎么样也不能这样作践自己呀
|
 |
48
wtdd Jun 27, 2015
除非自己做过有模版，当然很复杂了，不是急活的话，这种活儿也得20k往上才会有靠谱的人干差不多吧
|
 |
49
realpg PRO 你说的是海淘转运？对程序员很简单，但是这里面可一点也不简单……
刚给人定制过一个，坑死爹了…… |
|
50
realpg PRO 接上，仔细看了一下，你这就是一个在线打label那部分？不涉及库管、货流状态转换什么的？那好办一些，就是重复体力劳动。从0开始两三天搞定一切。帝都魔都15K的人月成本，照3天算，2K搞定基本是恰当价。
如果是小地方的码农，那价码可以更低一些 |
|
51
realpg PRO 另外，你这要对接的是AUPOST还是USPS啊？USPS那对接可是神级大坑……
|
|
52
poison501 OP @realpg 你这绝对是干过这活儿啊兄弟，恩，包裹入库和境内包转境外包以后都得有，不过因为现在主要是奶粉直邮国内业务，所以第一步是解决录单子的人工问题和出错问题，出口国在丹麦，所以没有您说的神坑AUPOST和USPS，
哈哈，[email protected] |
|
53
poison501 OP |
|
55
poison501 OP @mhycy
完全正确，包括下面您猜测的需求，没错现在已经写好了 Excel2XML.py... 然后才发现邮局后台只能一个一个传...再看了看手册，哦...有接口可以批量. 要这个转运网站也是要第一步满足最基本内部人员工作的需要，第二步是因为每天包裹数很多，邮局给的价格比较有竞争力了，可以搭着干，反正仓库人工都是现成的，目前不算主营业务，不过谁知道以后呢， [email protected] 哪怕不因为这件事，也感谢您并希望有机会和您认识， |
Select Language