当前位置:首页 > 经验学习 > 设计思想

更宽广的交互更高效的产品

所属栏目:设计思想 时间:2013-12-26 来源: 作者:admin 点击:

交互设计师是一个可大可小的职业,这,完全取决于你自己
一直以来产品经理与交互设计师之间的话题不断,有人认为交互设计师可以算上是半个产品经理,也有人认为交互设计师的生存空间太过狭小,基本成了一个破画图的,等等说法不一而全。之前,我写过2篇文章大致来表述对于两者之间关系的我的一些观点,在“我理解的产品经理”中我认为产品经理需要同时关注产品设计、工程技术、产品运营3个方面;在“基于axure的PRD写作思考”中我简述了在没有交互设计师辅助的情况下产品经理如何做一个更像样的“破画图”的。今天,结合最近的一些项目经验,总结一下产品经理如何更好的跟交互设计师合作。
首先,我理解的交互包括2个层面的交互,单页面的交互和系统层面的交互。单页面的交互是最常见的对交互设计师的定位,比如把一个注册和登录页面做到极致,把一个搜索框体验做到最好;而系统的交互则是各个页面之间的交互,各个页面之间如何更好的联系在一起,目前显见交互设计师谈到这方面的话题了。
按照传统的瀑布模型,需求分析 – 产品设计 – 产品研发 – 功能测试 – 发布与维护 ,在这套流程中下一个节点必须在上一个节点完全搞定才可以开始。所以在大部分的情况下是产品经理先做需求分析,然后开始撰写足够详细的(注意这个程度)产品需求文档,交互设计师根据PRD文档开始做交互设计,完事后交付给视觉设计师做效果,最后交付给技术人员做开发。而在这个过程中,从最开始的需求到最终开发出来的东西往往很难保证其需求传递的准确性,也让交互设计师的生存空间大打折扣。于是,最常出现的情况就是“我明明想要的是齐天大圣,可是最后你却给了我一个孙猴子”。为了避免这样的情况出现,我们尝试将流程做了如下改进:
1、需求分析阶段
产品经理在产品调研及需求分析阶段产出一份调研报告,这个报告需要说明这个项目的项目背景、项目收益、需要满足用户的核心需求点、为了满足用户的这些核心需求,我们需要使用哪些功能模块。在这个过程中,产品经理只需要考虑如何最大程度最优雅的满足用户的需求,完全不需要去考虑技术实现难度。一定切记不要让某些技术思维使你的思维被僵化或者局限了!
在整个需求分析完成一次之后产品经理需要做的一个重要事情就是跟开发工程师确定需求实现的难度,哪些需求是立刻可以被实现的,哪些是需要长时间开发的,哪些时目前技术无法实现的,….。然后对需求做第二次的筛选与分析,同时试图寻找替代方案,目前无法实现的可以暂时存入需求池,排入工程师研发规划中。
2、需求第一次传递
需求分析迭代完成并通过评审之后产品经理需要开始将需求可操作化并做第一次传递。一般包括,需求的优先级排序、如何将这些需求衍化到一个可操作的产品中去、以怎样的形态进行展示等。在这个阶段需要输出2个东西,需求概述和产品架构图。需求概述主要对需求分析阶段得到的经过团队成员统一意见后的做总结,其实是继续准确的描述“解决什么人在什么情况下的什么问题”;而产品架构图则是该阶段最为重要的产出物,他是承载整个产品的根基,包括产品包括哪些模块,各个模块之间的关系如何等。
产品经理将需求概述和产品架构图交付给交互设计师,由交互设计师来完成需求的页面化,包括产品架构下的页面逻辑确定、单页面的交互逻辑确定。打个比方的话就像是产品经理提供给交互设计师一颗颗的珠子,并告诉交互设计师这些珠子的串联规则,而交互设计师需要完成的就是将这些珠子串联起来,以最动人的形式展示给用户。这个过程中,产品经理需要给交互设计师足够的信任,但前提是二者对于产品的核心需求点理解一致,由交互设计师主导完成珠子的串联,产品经理做方向把握。最终,产品经理和交互设计师共同接受原型评审,同时完成产品需求文档并做第二次传递。
在产品设计流程中,相对于其他环节的需求传递,产品经理将需求传递给交互设计师的环节最为重要,交互设计师对需求的理解和把握会直接决定后续需求传递的效果如何。
3、需求的第二、三次传递
经过上面的传递后产品需要满足的核心需求得到认同,产品的框架与产品逻辑都得到确认,在接下来的传递过程中,主要涉及到视觉设计师、开发工程师,问题已经不大,面临的一个核心问题就是排期。这里可以直接采用《用户体验的要素》中提到的方式“不能完整结束了这个阶段的工作,才开始下个阶段;在下个阶段该结束的时候,完成这个阶段这个阶段的工作”

请站长喝杯咖啡?

站长一直坚持白天工作、晚上熬夜更新素材,付出了巨大的精力和时间,其中的辛酸难以言述。

坚持免积分、免登录、无任何限制下载!如果本站素材对你有用,不妨考虑请站长喝杯咖啡鼓励一下!

标签:

你应该也喜欢这些吧

共有 0 条评论

给个评价吧

验证码: