从需求到网站:(一)需求

做网站曾今是个被广大学院派程序员所看不起的事,html+css+php,完全没有技术含量嘛,就是个体力活。但现在不一样了,学生们都挤破头想进几个大的互联网公司,而创业也几乎和互联网创业画上了等号= =b。本系列教程力图给非程序员专业的童鞋们讲清楚如何从无到有做一个网站。

首先,就是需求。哎呀本来这个词是给产品经理们用来装逼的,结果现在街上随便找个老大爷都要教训你,做网站要抓住用户最根本的需求是什么。接下来,老大爷就会把他理解的“用户”给你讲一遍,然后说产品要怎么搞怎么搞。

用户的需求和我的需求

对于消费级产品,很多人会对打着“为用户说话”的幌子,把自己的想法借用户之口说出来。没错,就是你,别想别人了。基本上每个人都有这种情节,因为,“每个人都是自己生活的产品经理”。这句话是《人人都是产品经理》这本书作者对这个书名的最简单的解释。每个人平时自己给自己当产品经理当习惯了,所以很自然而然就会推广到对其他产品的看法上来。但自己的理解是否正确,就不好说了。

比如,你想做一个网站,你把你的idea跟周围的人刚一说完,马上就有人站起来说:“我还是建议,做任何东西,都要理解用户的最本质的需求,你看,就不会用这个网站,因为平时就用aaa,觉得aaa就好了。”,显的自己很专业,结果这句话其实毫无营养价值,连用户跟“我”都没分清楚。自古以来,提建议的人往往是站着说话不腰疼的,反正这个idea不是在做,我把我的想法说出来了,说对了,那是我有先见之明,以后聚会可以吹嘘吹嘘;说错了,大家反正以后就都忘了,而且本来说的就是糊涂话,“要抓住用户最本质的需求”这句话总该是没错的,大家都这么说嘛。

需求整理

但真正想做点事的人,或者产品经理,这个时候就得冷静下来,相信自己的思考。因为只有你是产品的最终设计者。

所以我常常很奇怪,很多人觉得产品经理是个很轻松的职位。产品经理要背负整个产品设计的责任,需求整理、产品设计过程中,很多人会不痛不痒的提很多自以为是建议,如何权衡取舍,如何找到用户痛点,完全是产品经理个人的素质在支撑,一旦产品出问题,那些曾今对产品提建议的人就会跑上来说:你看,我当初怎么说怎么说,要是按照我说的做会怎么样怎么样。程序员才不用管这些,按时写完代码就好了,压力仅仅来自于机器。

那如何把握需求呢?网上有一堆Guidelines,看完不会对你把握需求有很多帮助。这是个经验更重要的东西。这个经验并不是你当了多久产品经理,而是你对这个产品、行业有多深的经验。按照这种理解,一毕业就去当产品经理,似乎是一件不那么合适的事。但是公司对产品这个职位有需求,要调节运营和开发之间的矛盾,于是大公司们招了一堆应届生去做产品,当时我差点就成为了其中的一员。应届生做产品可不可以呢?肯定是可以的,就看经验的短板能够弥补的多快了。

当然,也有很多需求很精确的项目,例如企业级产品,面向特定用户的订制产品。这种项目一般需求不会错到哪去,产品经理的任务就是做精。例如很多ERP,除去功能需求外,如何减轻工作人员(用户)的工作量,是产品人员需要精心考虑的问题。

总之,产品人员需要梳理出原始需求,不一定是文档,其他能够表达清楚需求的东西就行了。这是一个网站的第一步。

教程搭配的例子

本教程搭配的例子产品,也就是一个在线的需求文档整理工具(网站)。我们给他起个名字好了,例如叫:需求神话?需求传奇?随意了。就需求神话吧。

需求神话网站的原始需求很简单,作为一个整天在学校里做政府无聊的web项目的程序员,用word写需求文档写的不开心,想做一个更好用的工具,帮助我整理需求。word不好看,我想要需求描述呈现的更舒服一点;word中优先级体现的不明显,我想要优先级更加明确。

这下没人跟我唧唧歪歪的说用户最本质的需求是什么了,你写过需求文档么。

=========
下一篇:从需求到网站:(二)产品和原型