有个客户来找我救火。网站做到一半,老板看完觉得不对,说产品分类怎么是这个逻辑,我们不是按行业分的吗。开发说,当初是这么定的。老板说,我没说过。翻聊天记录,确实没人说过。这个项目后来的结局是,结构推翻重做,工期加了一个月,钱多花了三成。
问题出在跳过了需求梳理。
这事的根源不在甲方也不在乙方,在于双方都急着开工。客户觉得聊需求是浪费时间,我要的东西很清楚,你把页面做出来就行。乙方也想快点签合同收钱,客户说什么就记什么,记完直接进开发。等真正做出来,双方对同一个词的理解不一样,麻烦就来了。
需求梳理到底聊什么?不是聊你想要什么颜色,而是聊几件具体的事。
你的客户是谁,是采购负责人还是个人用户,他们打开这个站时最想确认什么。这个决定了页面第一屏放什么。
访客进来之后,你希望他做什么动作。打电话、留言、加微信、在线下单,还是下载资料。这个决定了按钮放哪、表单要几张、联系入口多不多。
现在手上有多少现成内容。很多客户以为内容到时候再说,结果框架做好了,产品图只有三张,案例全是别家的照片,栏目空着好看但没东西填。内容有多少,直接决定栏目该设几个。
谁负责更新。如果公司没人愿意管网站,那就要提前定好一个对接人,或者干脆规划成托管模式。
有没有特殊流程。比如某些行业要做在线报价、要做选型工具、要做预约排期、要做会员积分。这些功能一旦漏了,后面加就是伤筋动骨。
梳理完,得有几样东西落下来。栏目结构图、功能清单、页面清单、每个页面的内容负责人,还有验收标准。验收标准最容易被忽略,但它决定了上线那天你说这不对的时候,对方认不认。写清楚做到什么程度算完成,争吵少一半。
怎么判断梳理到位了?有个简单的标准:能不能用一页纸把网站要干什么说清楚。如果一页纸说不清,说明还没想明白,别急着开工。
有人会担心,梳理要花两三周,太慢了。实际经验是反过来的,网站定制项目里省掉的那一周,后面通常要用一个月还。原因很简单,改结构等于拆房子重盖,改文字只是刷墙。前期每多想一个问题,后期就少返一次工。
如果乙方主动提出先做需求梳理,甚至为此单独收一笔费用,多数情况下这是好事,说明他愿意把事做对。真正要警惕的是那种你说什么都说没问题、都能做的,做到一半再说加钱,那时候你已经没有退路。
先想清楚,再动手做。这一步省不得。