创业，不能兼职（九）—程序员不爱看需求文档，爱看界面原型

昨天一天，除了在elance上面继续找人外，就是在重新画几个界面。

elance上面，看到一个人有9年经验，也加了他。他是个自由职业者，从简历看，经验也丰富，但他目前在和美国那边合作一个项目，说每周有30小时的空余时间可以做别的。我想了想，不行，先不谈能力，这种不能专一的状态，是真的不能再接受了。之前，就是找的兼职，所以，觉得双方的沟通，和对方的状态，都不适合自己这样想认真做点事情的。

还遇到一个呢，是在昆明的，好像是一个小团队，可是，就这小团队好像也是2人专职，2人兼职，一起在外面接活，现在手头也有别的项目，我也没多谈。反正想好了，即使外包，也绝不找同时有2个项目的。

还有一个，是做手机上应用的，那个小姑娘有点意思，估计是重视国外的客户超过重视同胞啊，加了skype后，没说几句，就不吭声啦。

昨天，好的是，现在兼职的程序员，好像有点想明白了地址数据的问题，说，可以外国的用英语名称，中国的用中文的。我说可以啊。总比什么都没有好。可是他让我请人写一个sql语句给他。。。我还是暂时放放吧。

然后，昨天最主要的事情是开始重新设计几个界面。因为，现在，很奇怪的，每在地图上添加一个点，小伙子做的都是全页面刷新，那很要命。。。小伙子说，是因为根据我的需求来的，说我在地图上要求操作的太多。。。我有些不明白，我不是就在地图上加标注，然后希望添加的信息立即保存并显示出来。这个，不是谷歌地图上很正常的功能吗？这保存时，不是保存的那块页面，局部刷新一下，就可以了？不是据说用ajax就可以完成那个功能的？程序员说，他是用的ajax，但不得不全页面刷新，除非我决定，不在地图上添加东西了。。。

虽然，我想有地图标注的功能，可是。。。这种全页面刷新，那让用户等的感觉，是要急死人的啊。。。这个是硬伤，完全不行的。咋办？那就把地图上添加标注的功能取消吧，在外面添加，地图上，只显示。。。不过，我自己也觉得，在地图上添加，好像经常盖住地图，确实影响到当初设想的地图的实用判断地址，确认地址功能。。。那就拿出来吧，正好，看看，在这样的情况下，程序员能不能解决他的问题。

又要重新设计界面。

这个时候，和小伙子又争论了半天，因为，我说，那就把那块搬到左边来，地图依然在右边，但这边，添加了信息后，原来添加的框立即消失，这边只显示保存完的数据，在用户感觉里，没有离开这个页面，小伙子说，那不行，一定要跳转到另外一个页面。。。。

我说，事实可能是不同的页面，可是，你用技术处理了，在用户感觉是还在这个页面。。

小伙子想象不出来。。。坚持自己的意见。。。最后，没辙，我说，我们可能是说的同样一个东西，只是前端的解决方式，只是我们各自的表述方式不同。。。。我说，这样吧，我晚上画一个图，明天给你。。。

我发现，异地这样，通过qq沟通，真的有时很要命，这样的互联网产品创业阶段，一定要在一起，当面在白板上连说带比划10分钟的事情，可能在qq上打字2小时都说不清楚。

而且，我发现，很多程序员（实际这个不是第一个），你要用文档描述需求，他们根本看不懂，也看不下去，因为，那是你设计的产品，他不太懂这个行业，不太可能想象出来，你只有先画出原型来，他才可能理解更好。

事实上我现在这个兼职的程序员，之前给他的文档，他应该基本完全没看明白，后来，基本我们的过程是，我设计界面，请美工画出效果图，我确认，美工再切片，给他。他根据我界面上的每个按钮，页面，来判断我的功能需求。

这样的好处是，他能对要做的东西直观地有了落地的想象。缺点是，一个个功能去解决，对一些数据背后的联系，结构上，就没有总体观。而且，还有缺点就是，我本来是应该作为准客户提的功能需求，现在，设计也是自己做的，有时，设计的不好，程序员没有主观一起参与设计，把你的一些需求作为技术需求，结果，做出的东西，有时可能会有问题。

不过，我其实，总的来说，也还是比较喜欢这样的界面先行，原型先行的方式。因为，界面出来，我也能知道，业务逻辑哪里有问题。

我只是需要注意，以后在交流时，画出背后的一些数据结构的表，更清楚地提醒程序员。

今天，看到有人讨论“产品经理应该先写需求文档还是先画原型？”这个问题，和我今天对这事情的思考正好有些相合，转两段讨论如下：

有个人说：

先做模型，再画原型，最后PRD

模型：对产品形态结构的梳理，包括功能模块，逻辑关系，信息架构，业务流程等，可以用脑图，usecase图，业务流程图来表示，根据不同产品，产出物的侧重点不同。但模型很必要，是可以帮助产品经理将一个想法，或是脑子中的模型梳理清楚，在做这些工作的同时，可以及时发现自己没有想清楚的细节，这些是指导后面产品设计师(或产品经理)进行原型设计的。同时，描述模型的产出物可以做为传递，帮助别人理解你的产品形态。

软件：MindManager，Visio

原型：即画出产品layout，即不包括界面设计和视觉元素在内的产品细节形态的线框图，包括导航逻辑体现对应的信息架构，交互流程，页面布局，功能任务点，页面(流程)跳转逻辑和较为明确的文案设计等。一个高保真的产品原型，不仅是所有的完整的“线框图”，还同时要有对应的注释内容，很多产品设计师(产品经理)不注意这一点，没有注释内容一样不利于传递，因为原型除了在做用户测试外，还是要给界面设计师和工程师看的。

软件：AxureRP

PRD：即我们说的产品需求文档，这个东西在快速发展迭代，产品导向的互联网公司中的主要作用是存档，备案和忽悠大老板。他主要是由上面两个部分组成，要说再重要的就是加上一些前期调研的内容，比如用户调研结果，竞品分析等。如果你的模型和原型做的足够明确，你会发现，工程师或是界面设计师跟本不会去看PRD。产品评审的时候，你打开一个30页的word文档，第一页是目录，第二页是行业背景……你不觉得这是耽误大家的宝贵时间吗？

当然，不能否认，写出一份规范高质量的PRD也是产品经理的基本素质之一。

软件：Word

另外一个人说：

我的团队，我通常的要求PM这样做

1，用最快时间先给出直接可上线的高保真设计原形（由PM完成）

2，给出简单版本需求说明

3，和工程师讨论细化，明确不确定的需求。

4，和UI设计师一起完成最终上线的UI设计（包括交互）

5，根据确定的UI设计方案，完成MRD说明书。

6，和工程师确定最终版本.

我很汗，之前，我昨天刚刚学会用word画图，之前，都是用截屏加说明的形式。

顺便记一下，我有了块白板了，120*150的，可是，还没有来和我讨论的人。

买了14号晚上去WH的火车票。