今天正好有点时间，跟大家唠唠我之前弄那个网站建设招标需求的事儿。这活儿，说难不难，说简单也不简单，主要是得想清楚、写明白，不然招标发出去，收回来的东西可能五花八门，都不是你想要的。

准备阶段：先搞清楚自己要啥

一开始接到任务，说公司要做个新网站，得找外面的公司来做，要走招标流程。那我第一个反应就是，咱得先把自己想要个啥样的网站给弄明白。总不能两眼一抹黑就去招标？

所以第一步，我先是在公司内部“串门”。

• 找市场部的同事聊，问他们希望新网站长啥样？对宣传公司形象、推广产品有啥具体想法？
• 找销售部的哥们儿侃，解他们平时接触客户，觉得客户上网站最想看到啥信息？需要哪些功能方便潜在客户联系或者解产品？
• 也跟技术部的兄弟碰碰，虽然网站是外包，但后续维护、服务器啥的可能还得内部对接，听听他们的建议，比如对技术架构有没有啥基本要求，安全性方面要注意
• 还得领会领导的意思，这回网站建设的主要目的是预算大概是多少？（虽然预算不一定写在公开的招标需求里，但心里得有数）。

这一圈聊下来，脑子里大概就有个谱。不能光听一方面的，得综合起来考虑。

动手起草：把想法落到纸面上

收集完信息，我就开始坐下来写这个招标需求文档。我没追求啥特别花哨的格式，就想着怎么清楚怎么来。

我写个项目概述。 就是简单说说我们公司是干嘛的，为啥要建这个新网站，希望通过新网站达到啥目的，比如提升品牌形象、方便客户解信息、拓展线上渠道之类的。这部分不用太长，让投标的公司对项目有个整体印象就行。

然后是重头戏，详细的需求描述。 这块我分得比较细：

• 功能需求： 这是核心。我把我们期望网站实现的功能一条条列出来。比如：要有公司介绍、产品展示（可能还得分类展示）、新闻动态发布、在线联系表单、人才招聘信息、可能还需要个会员注册登录功能？想到的都先写上，标清楚哪些是必须有的，哪些是期望有的。
• 设计要求： 虽然具体设计是中标公司的事，但咱也得给个方向。比如，整体风格要符合公司形象（是严肃专业还是活泼创新？），色调上有没有啥偏好（比如要用公司的标准色），页面布局希望是简洁明还是内容丰富？还有很重要的一点，现在谁还只用电脑上网，必须得强调网站要兼容手机、平板，也就是响应式设计。
• 技术和服务要求： 这块我没写得太深奥，毕竟咱也不是纯技术出身。就提些基本要求，比如网站打开速度要快，安全性要有保障，后台管理系统要方便我们自己更新内容（比如发新闻、改产品信息），要提供操作培训，上线后还得提供一段时间的技术支持和维护服务。
• 内容要求： 明确网站上线初期需要哪些栏目，这些栏目的基础资料是由我们提供，还是需要他们协助整理（通常是我们提供）。

明确规则：时间、验收和评标

光有需求还不行，还得定规矩。

项目周期和交付物： 我大致规划一下时间，比如希望啥时候能看到设计初稿，啥时候网站能开发完进行测试，最终啥时候能正式上线。每个阶段期望交付什么东西（比如设计效果图、测试报告、最终源码等）也写清楚。

验收标准： 这点很重要，得提前说好怎么才算合格。比如，所有列出的功能都能正常使用，设计符合要求，在主流浏览器和移动设备上显示正常，没有明显Bug等等。

投标要求和评标标准： 告诉人家投标时需要提交哪些材料，比如公司资质、过往案例、针对这个项目的方案、详细报价、开发团队介绍等等。还得说明我们会根据哪些方面来评选，比如价格、技术方案的合理性、公司实力、项目经验、售后服务承诺等，尽量做到公平公正公开。

内部评审和定稿

初稿写完后，我没急着发出去。先是发给之前沟通过的各部门同事和领导看，让他们再把把关，看看有没有漏掉或者哪里写得不清楚、有歧义的。根据大家的反馈，我又修改几遍，力求让文档既能准确表达我们的需求，又容易被投标公司理解。

整个过程下来，感觉就是：

• 沟通是前提： 不跟内部人沟通需求就是瞎写。
• 细节是关键： 模糊不清的需求等于没需求，后面扯皮的事儿少不。
• 换位思考： 站在投标公司的角度想想，他们看到这份文件能不能明白要做什么，怎么做。

定稿发出去，心里就踏实多。虽然写这个需求文档挺花时间和精力的，但磨刀不误砍柴工嘛这一步做扎实，后面整个招标和项目实施过程都会顺利很多。这就是我当时搞这个网站建设招标需求的一点实践过程，希望能给大家一点参考哈。