在刚刚过去的5月份里，我接到了一个外包公司发给我的产品设计任务，帮农行设计房产项目的线上页面。之前我也自己做过一些小项目，不过都没有涉及到前期产品设计方面的工作，所以这个设计任务对我来说是一个挑战，也是一个很大的提升，在此记录一下。
产品需求发起的原因是农行想要增加贷款率，所以搭建了一个房源展示平台希望能提高购房率进而提升贷款率，因此本项目设计的利益相关方就是农行、房开公司和中介公司、购房用户。我的任务是设计微信端的房源展示平台、web端的农行后台以及房开中介公司后台。
因为是外包任务，所以需求功能已经由需求方提出了，不过由于需求方一开始也没想清楚，所以在需求说明书上呈现的也是杂乱无章的，比如提出了十多个功能，但这十多个功能的优先级并不相同，结构层次也不相同，这时候我首先要做的就是理清结构层次，然后是想清所有每个结构下所有包含的内容（这里我说的可能跟《用户体验要素》里说的先想范围层再想结构层的说法有所违背，不过我认为还是要具体问题具体分析，不能一概而论）。
这是我在梳理中介房开公司后台时画的树形结构图：
我将后台分为了房源管理、预约管理、打印以及求购需求四个主要入口。找到主要入口后接下来要做的就是继续分类或者想出所有页面上的基础功能，具体做哪个视情况而定（比如在预约管理下，我又分出了已解决和未解决两个入口；而在房源管理页面下就不需要继续分入口，直接想基础功能就可以了）。脑暴基础功能的时候我就碰到了一个问题，怎么能考虑全面所有基础功能？我采用的一个方法是将自己当做用户，按照用户使用产品的流程来思考，这个方法真的能提高思考的效率。因为平台的功能需求较少，所以没有继续画流程图，在画完结构图以后我就开始进行原型设计了（这里我要提个醒:做原型之前千万不能拿到需求就开始动手画，逻辑结构思维特别强的同学除外，这样做的坏处就是一遍想一边画，画到一半就会觉得逻辑对不上，于是越画越乱）。
因为这次需求方需要做有交互效果的原型，所以我采用了axure结合photoshop来画，之前有人推荐用一款新的原型工具“墨刀”，我试了一下觉得比axure简单易上手，不过因为是web端的服务，所以功能不全以及操作不灵敏，最后我还是决定使用axure。
以下是最后成型的房开中介公司后台demo，做个展示：
在这次制作交互原型的过程中，我发现这类原型只能作为demo展示给需求方看，千万不能以此为前期的产品设计结果交给做之后流程的设计师以及程序员同学看。因为我在制作原型的过程中想到用户不会老老实实的按照我们给设计的流程去操作，举个例子：在登录时用户如果输入非法字符，我们该如何提示，或者是密码错误，又该如何提示，是提示密码错误还是提示用户名密码错误。有很多出乎意料的情况会出现，这就需要产品经理前期遍历出会出现的情况，而仅靠axure这类交互原型设计工具无法达到这个目的，所以就需要产品需求文档的存在。虽然说很多人都觉得文档的撰写是一件枯燥又效率低的事，但我觉得这是一个完整呈现产品最优的途径。
这次外包项目经历对我思维方式的形成有很大的帮助，另外让我体会到了产品需求文档撰写的重要性。作为一个还没有经历过正式产品经理的工作的学生来说，学习PRD的撰写是我下个阶段要努力的方向，而产品思维的形成则是一个漫长学习的目标，道阻且长。（PS：刚刚boss又来改需求了，外包项目里需求方需求的反复改动真是一件让人欲哭无泪的事~T_T）
