为客户编写开发建议的示例和资源

Question

我们正在研究我们的流程和工作中的客户关系，其中的一部分就是为我们发送给客户的开发建议创建一个标准化的模板。

我们所涵盖的开发领域主要是web开发和设计以及移动应用程序开发。除此之外，我们还为小公司和大公司提供本地软件开发。

我们的目标是为每个发展地区提供一个样板，这是我们今后可以提出的建议。

你怎么写这样的东西？互联网上的资源是可以帮助的吗？

更重要的是，也许，你们会说什么是重要的包括在一个建议？这通常是预“深度技术规格”，但我建议(例如)包括一个线框或模型的成品。你必须有多详细，才能将项目描述给客户，并了解项目本身的需要，以便收取相应费用？

Answer 1

你怎么写这样的东西？互联网上的资源是可以帮助的吗？

通常，我查看的模板是ReadySET模板。

首先，我将查看项目建议书、项目计划、资源需求、目标市场与效益和用户需求模板，以查看项目启动期间通常使用的信息类型。您可能会对在项目早期从这些模板捕捉到的信息有很好的感觉。

在谈论模板时，我总是提供一个警告--一定要根据您的团队、项目、组织和客户的需要来调整它们。

更重要的是，也许，你们会说什么是重要的包括在一个建议？

这取决于谁在使用文档，以及需求说了什么来生产。这通常需要逐案解决.我是敏捷/精益文档的拥护者，特别是行波灯 (只生成捕获决策和系统当前状态所需的内容)和“只是还不够好”的文档等原则。

Answer 2

我认为这是正确的模式：

1. 从自我介绍开始，你的公司做什么，你能为你的潜在客户做些什么。
2. 定义一个问题，客户的需要是满意的。
3. 提出解决方案。
4. 确定成本。
5. 定义条款:付款，交付品，包括什么，什么不是(支持，等等)把它弄清楚。
6. 联系方式。

提案必须是通用的，但要针对客户，并使他觉得该提案似乎是对他的。与编程泛型不同：

class Proposal<E>

private Proposal proposal<ClientX>

(这部分是我个人的观点，我知道其他人会不同意)-哦，使用一个带有良好背景设计的定制PDF (漂亮但优雅，严肃)。我一直处于提案的发送和接收端，当你是一家参与设计的网络公司时，你在每个方面的表现都很重要。普通的白色PDF (或最糟糕的是，.doc或任何其他格式)并不是一个好的演示文稿。

Answer 3

列出一个简短的清单，列出你认为应该包括什么。你可以找一个例子，有最多的一圈.Google有几个模板。

重温你以前的建议，并简要介绍一下客户是如何接受这些建议的。除了不一致之外，可能还有其他问题，特别是如果客户出于同样的原因要求您重做的话。

不要有一个试图包含所有内容的模板，而不需要删除不可缺少的项。没有人想读一页带有"NA“的条目。避免尝试为类似的客户端接受先前的建议，并将其编辑为新的建议。这就像复制和粘贴大量代码块一样。

询问客户端他们喜欢什么样的格式，但是给出一个选项列表。你永远不知道你的最终用户需要什么。您不希望他们在打印和扫描int PowerPoint之后对您的提案进行演示。如果他们想做点数学的话，电子表格是很好的。你永远不会知道，他们可能真的想给项目添加一些东西。