我目前在一家定制软件机构工作。有没有人有任何如何赢得价格合理的工作的经验？
似乎来自离岸/卧室编程团队的竞争如此激烈，如今成本极具竞争力。我觉得在预算上和软件产品公司或者内部 IT 部门相比是很不一样的。
正如其他人之前所说，除非客户端足够大，否则我们只能真正达到许多软件的 1.0 版。在这种情况下，花费大量时间将软件做得最好是没有商业意义的。这就像我们在做与内部 IT 员工一样的工作质量。我们的许多客户也没有技术头脑，因此不会为他们不理解的东西付费。
由于我们公司没有钱拒绝工作，因此我们经常以太少的钱承担复杂的工作。我在管理变更和保持严格的规格等方面做得更好。这仍然很难。
编辑 - - - - - - - - - - - -
从这篇文章发布将近 3 年，我可以列出从那时起我学到的一些重要经验教训。
请看下面我的回答
如果你担心用太少的钱做太多的工作，那就按小时工作。是的，在大多数情况下，这更难卖。
也许您可以尝试两阶段的方法。有一个非常短的初始参与，其中可交付成果是非常具体的需求文档，成为客户的财产。您冒着必须为实际开发而竞争的风险，但您消除了将项目定价过低的风险，因为您已经了解客户喜欢使用什么以及应用程序要求。
一旦您以合理的价格赢得工作，然后使用 mathieu 建议的最佳实践来帮助确保质量和生产力，从而降低您产生的成本。
您在帖子中描述的（不是您的问题），我认为首先是销售、管理和营销问题。
你说你的客户没有技术头脑，这需要有一个有凝聚力的销售、咨询和沟通策略，这与编程技能无关。
此外，如果您的公司不断接受对您的团队来说过于复杂或昂贵的项目，而您交付的产品质量低下，您迟早会陷入困境。您将吸引您不想要的客户，而现有客户将因您的“无能”而被拒之门外，迟早会找到另一家公司，他们会尝试在其中进行相同的价格游戏。在我看来，这些客户一文不值。
你问'你如何赢得价格合理的工作'？人是群居动物，他们互相交谈。如果市场认为您是一家不可靠的公司，人们和未来的客户迟早会知道。客户不在乎你是否以非常低的价格提供了产品，而且时间太紧了——这并不是他们的错误，而是你接受了它。所以再一次，我认为整个考验是一种糟糕的商业行为。
我发现你真的必须为低预算的工作定义严格的规格，定义你将交付和可以交付的产品，告诉他们价格，阻止你的老板提供太多的长期客户折扣价格标签，因为他们太害怕失去客户。当事情开始失控时，尽早并经常进行沟通。为附加功能编写精确的报价。把这些准确地写下来，不要依赖电话交谈（你：“那是额外的 4 个小时的工作”，客户：“好的”...... 4 个月后，客户“那又是什么？？？我为什么要支付这个”）。
当然，现在降低价格的一种方法是不雇用完全的白痴，这些白痴最初可能比更合格的程序员便宜。这是一种短视的做法，会惨遭失败。
与客户的关系将为您赢得更多业务。一位开发人员实际上挺身而出并停止了一个项目，因为他的销售顾问基本上就解决方案集向我们撒了谎。然后，开发人员在相同的预算内提供了一个简单的、简单的解决方案，并且他按时交付了。
这个人和他的团队已经在我公司咨询了 6 年多了。他的正直和认真、勤奋的天性是一个巨大的优势，随着他的声誉越来越高，他找到了优秀的人才为他工作。他的诚实比我通过将公司的智力资产运送到海外所获得的任何储蓄都更有价值。
“来自离岸/卧室项目团队的竞争如此激烈” - 听起来你们需要一些时间来建立网络。归根结底，人们喜欢与人做生意，而不是与企业做生意。如果您在客户社区中广为人知并受到喜爱，那么您将成为领跑者，并且您将从建立的信心中获得更好的价格。推荐会给你一个强大的优势 - 要求他们。
“我们公司没有钱拒绝工作”——很多公司都以此为起点，但最终你必须克服这种方法。你花在这些类型工作上的时间阻碍了成功。你需要决定你想做什么类型的工作（以及客户将是谁），同样重要的是你不做什么。
作为一名顾问，出于这个原因，我个人已转向仅按小时计费的模型。我被太多疯狂的合同烧伤了，我感受到了你的痛苦。
最后，那些只接受最低价格提案的人会给你的公司带来麻烦。虽然您不能如此挑剔，以至于您永远不会获得项目，但您绝对希望避开那些支持管理层对实际软件开发过程如此不可知论的合同，以至于他们只看最初的价格标签。 . 通常，改变利润率和时间表的是合同或规范中没有的东西。
预先挑剔而不是降低价格通常对您最有利，以便接收最终成为麻烦客户的浪潮。在您的情况下，虽然 RFP 之间总是存在不如技术要求规范简洁的争论，但初始报价应理解为基于 RFP 中的清晰程度的一般估计。
我绝对同意 kitsune，如果您的公司一直在接受不适合您公司的开发专业知识或带宽的合同，那么结果就是开销和声誉不佳。
这可以看作是上述问题的快速指南。
提案文件
预算文件
现在转到 Excel 并列出项目中您认为必须完成的所有任务。以天为单位记下时间，不大于 2（0.25、0.5 等）。
添加一列进行测试，并使其占开发时间的百分比（20-30％是正常的）
现在添加一个管理列（项目 + 帐户）并为此添加时间百分比（超过前两列）。20-40% 是正常的。（70-30 分下午/上午）
为您的公司设置日费率。您可以变得更复杂，并为不同的用户功能设置不同的费率，但至少要设置一个费率，这意味着无论执行什么工作，您都将获得良好的利润。
算出到目前为止已记录的总天数的值是多少。然后在此之上添加一个应急金额（对于固定价格工作）10-20% 在这里是正常的，但可以根据客户的经验和您习惯与他们相处的变化量而改变。
此时，您可以对总金额进行折扣，这比降低本文档的任何其他部分要好，因为它会向客户表明您并没有神奇地让工作变得更快，而是您正在减少一些利润。因此，他们不应期望您缩短项目的时间范围。
**重要 - 在制定成本核算时分析客户的预算和业务。将专为大型企业设计的成本核算提供给希望经济高效地完成应用程序的伙伴是没有意义的。同样，请确保您向习惯于高端自由职业者费率的组织正确收费。
像业务分析师一样思考。它不仅可以帮助您在客户看到您的成本时让他们满意，而且可能会让您更深入地了解他们的业务。如果他们要通过使用你来赚钱，那么你可能会成为赢家。如果你不能直接问他们要花多少钱，可以通过询问他们有多少客户、他们收取什么费用、他们有多少员工等来计算。然后你应该能够弄清楚如果什么您的提议将对他们有利。**
时间线文件
从预算中取出设计和开发任务列表，并将其放入新工作表（如果您像我一样豪华，则将其放入项目）。输入每个部分的开始和结束日期，在顶部添加大约 30-50% 的额外时间。
在 Excel 中以块的形式添加一些日子的图形表示，或使用像这样的甘特模板。
返回到您的提案文档并添加时间文档中的关键里程碑。
提案阶段完成
需求阶段
针对单独的 ID（1、2、4、5 或 1.1、1.2、1.3）列出每个要求。这并不重要，但第二个可以帮助处理大型列表。
有一些需求测试，您可以尝试遵循这些测试，但有时它们不适用（例如，某些需求可能是设计主导的）。其中一些是：需求是否可测试，是否单一，是否清晰？我会尝试在某个地方找到指向此的链接。
销售固定价格、固定范围的工作，而不是按小时工作。这减轻了客户超支的风险（您承担了所有风险，但无论如何您都在这样做），并根据软件的价值而非投入工作的质量来构建项目。
我们正在尝试构建产品并重用现有经验。与乌克兰（我工作的地方）的英国相比，工资较低，但仍比印度高 4-5 倍。
到目前为止，最好的结果是获得两个需要类似解决方案的新客户，这样我们可以提供更好的定价，并且我们对我们的估计更有信心。
顺便说一句，我查看了whywaitdigital.com，似乎我们有您的客户可能需要的产品。我们做门户网站——编辑、B2C、支持地理的产品目录，我们也使用ASP.NET MVC。您可以在我们的网站 www.socialtalents.com 上找到联系信息。