难。。。。。

晕时~~~ 小型 ERP类最好开发了   公式界面 数据库

“集成收银机功能”，这个2万真心是不够的。。。

收银行记可以另记，  如是是软件上集成了也就是加了一个条码枪 最高点挂个钱箱

收银机硬件记可以另记，  如是是软件上集成了也就是加了一个条码枪 最高点挂个钱箱

看过朋友做软件，稍微提醒下：需求、功能一定要明确，不要想着想着又改一个什么，不然会把程序猿累趴的[s:178]，时间金钱上都伤不起。

悲催的是估计这项目不知能不能控制在大改10次内  


前其我已经和甲方沟通了不少，这个得看看怎么样的项目把控能力了，

突然想起来我这边也有这样的需求。

2w？专业的说功能最后可能达到20w的规模，甚至更大，erp，不是mrp，做这种东西需求必须定死，甚至精确到菜单、窗体。不然没办法做的

生产 ———— 质量控制跟踪，大到软硬结合，小到打码贴签，大的可以当作一个完整的erp
销售————这个小，不做说明
仓库————可大可小，大到库存控制、空间的利用、原材料、成品、半成品的数量控制，小到仅有简单的盘点统计
财务————唉，这个不知用友等有何感想
人事行政————是不是还要考勤等？单独的hr系统似乎都不小的
综上，所谓的小规模不好理解的～
曾经遇到一个劳保用品店，规模很大，上万种商品，最开始谈他仅想要条码管理商品，最后由于甲方提出的需求，软件上升到百万级别～甚至还连商品的条码都不愿意自己贴。。。。最终我们认栽，连续跟了一个月的跑需求时间我们认了，不做了，so，甲方需求不明确，甚至他们都不知道自己想要什么，要的那个东西值多少的话，是没办法做的

XXXXXXXXXXXXXXXXXXXXXXXXXfo/archives/XXXXXXXml

导读：这是来自新加坡的 iOS 开发者 Kent Nguyen 发表在1月底的一篇博文。这篇吐槽文在 iOS 开发圈子里流传甚广，从原文150多个评论就可见一斑，现翻译如下。

　　让我们开门见山吧：做一个iPhone应用需要花多少钱？

　　就是这个最常见的问题，我的很多朋友（大多是些西装革履的商务人士），还有我那些个对技术一知半解的客户们，他们都问过我这个的问题。通常，我会先给出一个大致的报价，这个报价并没有细致到需要签合同确认每一个功能点的地步。即便是这样，每当的我报价一出口，对方都毫无例外的给惊着了（当然不是因为便宜）。

　　说实话，我没有狮子大开口。看看StackOverflow上这个著名的帖子吧，讨论的是开发Twitterific这样一款应用需要多少钱，后来讨论范围扩展到开发一个iOS应用的合理费用范围。虽然这个帖子是在2008年发布的，而帖子的最佳答案是由一名来自Twitteriffic的开发人员于2010年回答的，但是时至今日，帖子里面讨论的数字仍然是很靠谱的，而且我预计到2012年底依然有效。而我的报价和这个帖子里面的数字比起来，简直是小巫见大巫了。

　　现在的趋势是，什么公司什么业务都想搞个iOS客户端，并且这种趋势在2012年看似依然火爆。所以我想起来写这篇博文，我想说一下开发一个iOS应用会碰到的各种细节问题和横生的变数，借此解释为什么iOS应用开发成本这么贵。如果你在考虑搞一个iOS应用，而你本身是搞业务而不是做技术的，如果你目前正在招标或者仅仅是想了解一下，那我这篇博会对你有帮助。当然，我说的东西并不局限于iOS应用开发，对Android、Windows Phone或者是Blackberry（如果RIM还能活的话）等移动应用平台基本上也是适用的。

开发一个iOS应用没有那么容易

　　开发之前需要仔细考虑的

　　别做拍脑瓜的决策，在开工之前你需要考虑的比你想象的要多。我通常会帮助或者指导客户把以下几个要素都过一遍：

　　一：和客户谈他们的移动应用，最让我吃惊的是他们从来没有想过支撑一个iPhone应用运行，背后需要涉及到的方方面面。他们想象中的iPhone是独立存在于这个宇宙的，是如此的简单，以至于他们要我很快就给出一个项目预算报价，而不用讨论诸多细节。我问他们：“你们是否考虑过后台服务器的事情？你们的应用需要和后端服务器做数据通讯？” 什么，听不懂？好吧，我用地球人的语言再把这个问题讲 一遍：“你们的应用不是需要用户注册嘛，你们考虑过把用户的数据存放在哪里了吗？我们需要一个地方去保存这些以后会用到的数据。” 第一次碰到这样的客户时，哥简直就怒了。后来我发现这不是客户的错：我是搞编程的，CS架构对我来说就像吃饭睡觉一样是不假思索的东西，而我的客户尽是些高富帅，他们懂个毛CS架构！

　　所以，如果你不大懂技术，那请仔细听我说：如果你想做的移动应用需要用户注册和登录，或者你想随时控制移动应用的一些输出，甚至是你仅仅是需要一个用户反馈意见调查表这么简单的功能，那么，你得搞一台后端服务器。

　　二：好了，现在你知道你需要一台后端服务器。同时你还需要想办法让你的iOS应用和你的服务器能够对话，就是相互间接收数据什么的。不，这个问题不是简答靠什么标准的即插即用的东东就能解决的，不是你们想象的那样！所有的东西都需要定制化开发，这就好比发明一门语言：你希望你的服务器和你的应用之间能够通过一种语言沟通，但是你不希望其他人听得懂这门语言。

　　用行话说这就是制定服务器端API接口，或简称API。这些API应该在开发iPhone客户端之前就到位了。为什么？因为你必须先规定好一门语言的单词和语法，然后才能用这门语言说话吧！？好了，这就带出了第三点—如何开发这些API。

　　三：API的成功定制是项目成功的一半（反之亦然），所以千万不要掉以轻心。你要考虑你的业务数据模型、业务流程、调用业务需要提供的参数、特定事件发生时数据间该如何互动等等。简单来说，我们要做的就是开发一个网站，上门跑着你的业务流程，只不过这个网站的所有运行结果都不是通过网页形式展现出来，而是呈现在一行行的文本和数字中。举个例子：一个登录成功的反馈页面仅仅包含YES一个单词。

　　iPhone应用需要访问这些预先定义好的接口，并且按预定义格式提供必要的输入（比如用户名和密码），然后要对服务器端的反馈（YES或者NO）做出解析处理。所以，没有什么移动应用能够自动的含有用户注册和登录功能。

　　服务器端开发需要考虑的问题太多了：选择服务器，选择用什么语言开发，主机放在哪里才能增加访问速度，等等，这里我就不展开了。如果这一切对你来说很陌生，那么你最好去问问团队里的技术负责人，或者干脆让开发人员做决策。

　　四: 所以，关于服务器端API，你或者让自己的技术团队把它开发好，再将完善的API文档交给iPhone应用开发人员；或者你支付iPhone应用开发人员额外的报酬来搞定这些。你找的iPhone应用开发人员可能会服务器端开发也可能不会。如果他会的话，我建议最好让他也同时负责服务器端开发，因为他最清楚iPhone应用中需要哪些服务器端API。

　　如果你的服务器端API已经存在了，那么除了向iPhone应用开发人员提供相关文档之外，你还要考虑让他能够便捷的同服务器开发团队沟通，因为大多数情况下，iPhone应用需要在已有API基础上增加一些新的接口。

　　现在我们来看看iPhone应用开发本身

　　扯了大半天，我们终于开始谈iPhone应用开发本身了。一般来说，iOS平台上做所有事情都不能随心所欲。你最好在开发人员写代码之前把所有的需求都确认好好。这和开发网站不一样，按照实现签订的合同开发iOS应用，开发过程中对需求变更的容纳度可能很低：

　　用户界面：无论你打算采用iOS标准界面还是自定义元素，在开发开始前一定要确认清楚，因为应用的程序架构是根据界面和用户使用流程来设计的。一个很好的例子就是在界面底部使用了iOS标准的标签栏（Tab Bar），此后如果你想让标签栏里面的图标变成彩色的，这个代码改动量可没你想象的那么小！

　　代码之间的耦合：如果是开发网站，你可以随意的添加一个页面或者一处链接。做iOS应用就没有那么简单了，很多东西一开始都要设计好，后期的一处改动会牵连很多东西，具体原因是你无法理解的。iOS应用的代码写好之后，再改动行不行？行！但必须小心。 这就像设计电路板一样， 如果你不小心把那根线搭错了，整块电路板就会不工作。有人说架构优良的程序可以有很高的延展性，那纯属纸上谈兵。在About屏幕上添加一个电子邮件按钮可能只需要几行代码的工作量，而添加一个转发到新浪微薄的按钮（译者注：原文是添加一个Facebook Like）就完全不是那么简单的事儿了！

　　让一个iPhone应用同时也支持iPad：如果要评选最坑爹“需求变更”，那么这个绝对是当之无愧的。理由很简单：支持iPad根本不是TMD什么附加功能！iPad应用基本上都比iPhone应用来得要复杂，界面设计和用户体验也大不一样。我问你，制造一辆电动自行车，然后把它改装成一部烧汽油的摩托车，这能是一回事儿吗！？电动自行车跟摩托车看起来是很像，但是制造它们完全是两码事。

　　拿广受欢迎的Facebook官方应用来说，它的iPhone和iPad版本看似相似，实际用户操作流程完全不同。不仅仅是界面上的不同会带来额外的工作，对后台服务器API的需求也可能不一样。拿我熟悉的一个应用Denso来说（我熟悉它因为这是我开发的），它的iPad版本比iPhone多了几个功能，这些都需要额外的服务器端API来支持。记住，iPhone和iPad应用的用户体验需求是完全不一样的。

　　准备好开始了吗？

　　希望此文能够帮助你和你的团队了解移动应用开发幕后的方方面面。除非你们要做一个像计算器那么简单的单机应用，否则你们很难用极低的成本搞定。综上所述，如果你觉得外包成本太高，那你只好招人自己开发。

　　当然，如果你决定了要外包移动应用开发，那么我还要提醒一点：公司政治。如果你是在一家大公司或者有着严格制度的机构里面干活，那么帮助合同开发者搞定那些个规章制度上的繁文缛节，对你来说是非常重要的一项工作，必要的时候甚至可以做一些政策上的变通。 我同几个大型企业客户接触过，当我要求看他们的服务器端数据接口的时候，他们流露出很不安的表情。我想这或许是因为他们受制于公司规定而不能透露信息，这无可厚非；或者他们还没有想好这种情况下该如何操作；或者他们的品牌制度蛋疼到需要在移动应用的每个屏幕上都摆着公司logo！最终我没有和这样的企业客户合作，因为我无法想象如果有一天我需要增加一些服务器端API接口的话，和他们的规章和流程折腾，那将会是多么悲剧的事情。

　　PS：开发移动应用很耗费时间，你最好有耐心。

这就是上文提到的那个stack overflow的帖子：
XXXXXXXXXXXXXXXXXXXXXXXX/questions/209170/how-much-does-it-cost-to-develop-an-iphone-application

一个人问，开发一个类似Twitterrific（twitter的客户端）的程序，需要多少钱？

这是一位来自Twitterrific开发团队的程序员的回复：
I'm one of the developers for Twitterrific and to be honest, I can't tell you how many hours have gone into the product. I can tell you everyone who upvoted the estimate of 160 hours for development and 40 hours for design is fricken' high. (I'd use another phrase, but this is my first post on Stack Overflow, so I'm being good.)

Twitterrific has had 4 major releases beginning with the iOS 1.0 (Jailbreak.) That's a lot of code, much of which is in the bit bucket (we refactor a lot with each major release.)

One thing that would be interesting to look at is the amount of time that we had to work on the iPad version. Apple set a product release date that gave us 60 days to do the development. (That was later extended by a week.)

We started the iPad development from scratch, but a lot of our underlying code (mostly models) was re-used. The development was done by two experienced iOS developers. One of them has even written a book: XXXXXXXXXXXXXXXXXXXXXXX :-)

With such a short schedule, we worked some pretty long hours. Let's be conservative and say it's 10 hours per day for 6 days a week. That 60 hours for 9 weeks gives us 540 hours. With two developers, that's pretty close to 1,100 hours. Our rate for clients is $150 per hour giving $165,000 just for new code. Remember also that we were reusing a bunch existing code: I'm going to lowball the value of that code at $35,000 giving a total development cost of $200,000.

Anyone who's done serious iPhone development can tell you there's a lot of design work involved with any project. We had two designers working on that aspect of the product. They worked their asses off dealing with completely new interaction mechanics. Don't forget they didn't have any hardware to touch, either (LOTS of printouts!) Combined they spent at least 25 hours per week on the project. So 225 hours at $150/hr is about $34,000.

There are also other costs that many developer neglect to take into account: project management, testing, equipment. Again, if we lowball that figure at $16,000 we're at $250,000. This number falls in line with Jonathan Wight's (@schwa) $50-150K estimate with the 22 day Obama app.

Take another hit, dude.

Now if you want to build backend services for your app, that number's going to go up even more. Everyone seems surprised that Instagram chewed through $500K in venture funding to build a new frontend and backend. I'm not.

当然，国内码农廉价。所以上文的$可直接当成￥来看。

商场超市进销存系统，N年前用过一套，当时光是系统的使用费20多万，其他一些成熟一点的更是按客户端数量收费~!

没法子， 谁叫我知道其中的组成和需要的技术含量。  

  也知道，合格的学生就能作出这东西了， 收银功能，也比较也搞，  随便点就只要用串口接上个红外条码枪。在复杂点，挂多一个收钱箱上去。


找找以前规划的一些系统，（以应用实施）

ERP 这东西，也是看用户要价，800块一个软件能卖，3000也行，10000也行。 1000000也可以搞， 10000000也一样搞。

2万觉得有点那啥。。怎么也是5万起步吧

引用第15楼jrcsh于2013-06-23 13:44发表的  :
  没法子， 谁叫我知道其中的组成和需要的技术含量。  

  也知道，合格的学生就能作出这东西了， 收银功能，也比较也搞，  随便点就只要用串口接上个红外条码枪。在复杂点，挂多一个收钱箱上去。

.......

呃，你知道其中的组成和技术含量，干嘛不自己做。来论坛找廉价劳动力？大笔一挥才两万，，，是不是看不起KC的人哦。



才给人2W，这系统卖出去不止20W啦

人家能投入的预算也就这些，  这个事我只帮他们物色人选，和规划功能， 自己没有参与，

就象装机，哪行当，   先确定烧多少钱，  在看给什么东西，

N 年前的  领先规划   到目前还是属于有实力才能作的项目

这项目也有N年了