要达成「原型图」一稿过!你还欠缺些什么？要领.pdf

要达成 「原型图」一稿过 ！你还欠缺些什么 ？ 「原型图」是我没转到产品岗时接触 第一个词 ，就像你接触 所有东西一样 ，最容易让你接触 到 ，往往也是最 「肤浅」 。见过一些文章这么分类产品经理 ，第一档写写文档、画画原型图。 第二档做做分析 ，跟进产品 一个模块。第三档掌控大局 ，规划、推进整个产品。 为什么Ta喜欢让你画原型 媒体与外界发声过分地强调了所谓 「产品用户体验」 重要。在局外人看来 ，用户体验不过是一个 网站、一个A PP符合用户心理操作 一套体系 ，是个“吐吐槽” ，“我觉得”就能搞定 东西。所以在 所有“局外人”(包括不懂产品 技术、运营、市场)眼里 ，产品经理就是这样一种人。殊不知 ，所谓用 户体验并不是一款应用操作上 “爽” ，还是整个公司所提供 解决方案 “爽”。从接触、了解、使用 、体验服务、评价、售后这整整一套流程中 ，哪怕某个环节 疏忽也有可能造成体验不好 感觉。 相信在初入产品岗 同学中 ，大家都常常被分去画画原型图。做这种所谓 「动动手」就能完成 工作 ，也让很多新手以为抄抄改改界面就是所谓 产品设计了 ；因此有些人就会停留在这个阶段继 而转岗到了UE ，有些人想明白了才算真正进入了产品工作。 那么问题来了 ：为什么许多垂涎产品岗位 人 ，会第一个注意到界面 美丑呢 ？原因很简单 ：因为 人类都是视觉动物 ，这是学习成本最低 ，且不需要深入了解其他东西就能说出个一二三 技能。既 然刚入行 ，就要画图 命运改变不了 ，那么我们就要想着如何把他画出来 ，并且画好。 接到需求后 ，如何将他变成原型图 ？ 这是很实际 问题。比较“笨” 人 （其实在说自己 ）。在听到一个需求后就会立即画图 ，不知道有 多少菜鸟会这样 ，可能聪明 人会更多吧。 为什么说这样做很笨 ？因为大部分情况下 ，你“听”到 需求都不是详细 具体 可执行 。在从产 品经理或总监那边获得需求之后 ，以为自己理解了就开始动手画了 ，往往画好之后会推翻 可能性 很高。不知道你是不是这样 ，我将这样 行为 ，称为 「臆想」。 反思一下 ，站在需求或业务方 ，对于有价值 信息你收集了吗 ？你有跟需求方深入谈论这个需求 了吗 ？真正了解他想要做什么 ？他想要达到什么效果 ？什么功能 ？哪些是他能想出来 规则、流程 、逻辑 ？ 收集完了信息 ，整理一下思绪 ，思考一下 ，他这样做合理吗 ？不合理 部分 ，你能想到更好 解决 方案吗 ？如果有 ，你又该如何有理有据 说服别人 ？那么 ，整理好自己 思路 ，再去和需求方碰 ， 直到敲定结果。 当你将需求基本明确后 ，请召集项目干系人 ，一起坐下来聊一聊 ？聊什么 ？一是告知干系人我们要 做这样一件事情了 ？二是让各个职能 人了解一下具体 需求 ，是否可执行 ？ 因为每个人站在 角度不同 ，所处 观察点就会不同 ，这时候不妨听取一下大家 意见 ，适当修改 需求。但切记 ：可以砍 往往是边边角角不妨碍主流程 东西 ；有些产品喜欢紧握用户体验 金牌 ，这样做有时候会适得其反。如果产品在初期时 ，体验可以退居其次 ，让功能跑通才是重点。 这种算需求评审会吧 ，是种考验情商 东西。你需要说服大家 ，如果某个点需要调整 ，不会提高开 发成本 ，那么你可以坚持一下 ；前提是你需要有站 住脚 理由。如果反之 ，就大度 放弃吧。 如果这一切 很顺利 ，需求、流程、规则都确定下来后 ，就开始动脑思考原型了。看过许多交互书 ，会做焦点小组 ，访谈 ，调查 ，可用性测试等等 ，说实话 ，不知道你们公司有吗 ？反正我这里 没有。。 那怎么办 ？那就划船不用桨喽~业务流程、操作流程、功能模块都搞出来 ，再画图 ，画图 话 ，我会 先看很多同类或有类似功能 产品 ，看看这样 形式是否适合用到我们 产品上 ，能否进行改良或 是有无改进 空间。 接下来思考什么呢 ？简单 说就是 ，你 产品核心是什么 ？这样设计有没有突出你要突出 东西 ， 有没有让用户 使用效率提升 ，用起来很“友好”。这些交互 文章 ，有很多 ，大家肯定平时也没少 看啦。 要不要画高保真 原型图 ？ 这个问题靠实践才真正获得真理 ，不过各个公司 状态可能有不同。 原型图是干嘛 ？原型图是一种表达你想法 工具 ，它让你 想法图像化。那图像化给谁看 ？这个 就决定了原型图是否要高保真。给投资人 ，需要。给技术 ，不是特别需求。给UI ，你需要 ，尤其是 经验不足 UI。给什么人看 ，决定了你要达到什么目 ，有时候原型图只需要表述清楚 ，有时候原 型图 ，需要传达给你下游你想表达 东西 ，哪里是重点 ，突出什么 ，想要如何引导用