有参考价值的案例
供应商能解释一个相近的工作流程、自己承担的角色,以及当时作出的选择。你可以继续问,这些经验如何用于你的项目。
仍需回答的问题
完成后的界面无法说明软件如何测试、修改和持续运行。这些方面需要单独索取证据。
把一项真实工作交给每家候选开发商讨论。问清谁负责开发、如何验收,以及上线后由谁提供帮助。以下是比较他们回答的方法。

把一项真实工作摆在开发商面前,选择起来会容易得多。问清谁来开发、你如何确认软件能用,以及员工开始使用后由谁负责维护。然后请对方拿出与这些回答相符的证据。
假设你经营一家批发企业。这只是虚构的例子:员工录入订单、预留库存并安排配送。你希望他们都使用同一份订单记录。
一家供应商展示了漂亮的订货应用。另一家则问:库存预留后,如果客户修改订单,会发生什么?两种交流都能提供信息。应用展示了一款软件,问题则显示供应商正在了解你业务中的哪些环节。
给入围的供应商同一个例子,再加上一种棘手情况。请他们说明,在提出方案前还需要了解什么。这样你可以比较他们如何看待你的工作,也无需让他们免费设计整套系统。
英国政府的采购指南指出,选择产品和供应商要考虑核心需求、现有能力、合同以及后续的供应商管理。虽然这是政府指南,其中的问题也适用于其他采购者:这样的合作安排能否支持你真正要完成的工作?
相关项目是进一步提问的起点。了解供应商开发了什么、接手了什么,以及现在仍负责哪些部分。如果客户愿意谈论该项目,请先征得同意,再询问与你有关的细节。
供应商能解释一个相近的工作流程、自己承担的角色,以及当时作出的选择。你可以继续问,这些经验如何用于你的项目。
完成后的界面无法说明软件如何测试、修改和持续运行。这些方面需要单独索取证据。
你的订单系统可能需要准确可靠的库存记录,并限制对客户资料的访问。漂亮的商店网站无法回答这些问题。如果另一行业的项目在日常流程上有相似要求,它可能更值得参考。
销售沟通结束后,弄清你实际会与谁合作。谁作技术决定?谁开发和测试软件?谁能向你的员工解释进度?如果人员或分包商发生变化,谁仍对结果负责?
提出这些问题,不需要你先决定团队规模或技术方案。请候选供应商从你的请求讲起,说明一项小改动如何走到发布。他们的回答应该让你知道每一步由谁负责,以及哪些地方需要你作决定。
先约定如何演示和验收工作。以前面的批发企业为例,你可以检查:订单修改获批后,原先的库存预留是否释放,以及批准人是否留下记录。在独立的测试环境中使用虚构记录,以免演示更改真实订单。这些只是针对虚构企业提出的检查点。你自己的检查点应来自实际业务。
选定供应商前,你应能说清谁负责工作、你如何验收,以及软件出故障时谁来帮忙。
问清谁负责运行系统、监测故障、安装更新,以及处理与其他服务连接中断的问题。约定如何报障、何时能获得帮助、支持包含什么以及费用是多少。
谷歌关于移交服务运行责任的文章介绍了就绪检查、培训、文档,以及移交期间的支持。小企业不需要照搬谷歌的团队或流程。关键是接手的人要有足够的知识和准备,才能做好这项工作。
签约前讨论交接。列出你需要的账户、访问权限、数据导出、文档和源代码,并约定会交付哪些内容。检查许可条款和第三方限制。支付开发费用本身,并不能说明协议赋予你哪些权利或材料。
对每家候选供应商,记下他们能展示的相关工作、谁将负责、你如何查看和验收进度,以及上线后会怎样提供帮助。同时列出仍需核实的问题。
问清范围、费用或时间发生变化时,他们会如何在你批准前说明。判断价格时,也要看它涵盖的工作和后续责任。如果重要问题没有答案,就约定具体的核实步骤,别用对展示效果的信心填补空白。
我们开发定制企业软件。如果你正考虑与我们合作,请带来一项你真正需要完成的工作。项目范围、交付、支持和交接条款均按项目约定。
你可以和员工一起评估对方的解释、相关项目、明确的责任分工和建议的检查方法。如果某项决定需要你无法作出的技术判断,可针对那个具体问题请独立人士审核。
它能展示一部分工作,也能帮你追问供应商承担了什么角色。但它无法证明拟建的系统将如何运行、维护或获得支持。请索取与你的需求相符的证据。
约定谁运行软件、如何报障、支持时间与费用,以及会交付哪些访问权限、数据、文档和源代码。再对照实际协议和许可条款核查。
上一期通讯:如何从你已经拥有的订阅制网站或应用中赚到更多。
再上一期:如何从真实的成功案例中识别 AI 的胡扯。
感兴趣吗?
每周 或者告诉我们,我们就按你的意愿调整。这样可以吗?