网站开发前的需求文档，到底该怎么写？

      一提需求文档，很多老板先头疼，觉得那是技术人员的事，自己一不懂代码、二不会画图，哪写得出来。其实网站开发前的需求文档没那么玄乎，它不要求你会任何技术，就是把你想做的网站，用大白话讲清楚，让建站的人一看就懂，不用靠猜。猜来猜去，最后返工的钱和精力，都得你出。

怎么写？从头到尾就按这几个部分来。

先写背景和目标。这网站是给谁看的？想解决什么问题？希望访客来了之后做什么，是打电话咨询、在线留言，还是直接下单？这一段别嫌虚，目标写清楚了，后面所有设计都围绕它转，很多没必要的争论能直接省掉。

再列页面和内容结构。公司需要哪些页面，首页大概放什么，产品怎么分类，要不要单独的案例页、新闻栏目、关于我们、联系方式。可以一页一页过，想到什么写什么，哪怕只写几个关键词也行。平时看同行网站，觉得哪个栏目设置得清楚、哪个结构好用，都可以记下来作为参考。

      然后是功能需求，这是重头戏。你要搞清楚：访客能在网站上做什么？能不能留言、能不能搜索、要不要注册登录、要不要在线支付？后台你想怎么管理？谁能发文章、谁能改产品、谁能删页面？每一条都写成我要它能干什么，至于技术上怎么实现，那是开发的事，不用你操心。

接着写时间预期和预算范围。什么时候要上线？大概准备花多少钱？这两个信息建站方必须知道，不然方案没法匹配。最后加一节还没想好的地方，坦率地列出哪些需求可能变动，提前打好招呼，比做完了再推翻强一百倍。

需求文档还有个很实用的窍门：多给参照。看到哪个网站的功能好用、哪个页面的感觉对，直接把链接甩进去，附一句大概要这种意思。文字说不清的东西，看图最直接，比你自己描述十句都管用。

写完之后，把自己当成第一次看的陌生人，从头通读一遍：能看懂吗？知道你要什么吗？如果连你自己都读得费劲，那就再改。网站开发前多花一两天把需求文档磨明白，后面能少改十版，这笔账怎么算都划算。