你的作品匹配JD

交互设计是一种技能。很多公司的产品人员都要兼顾画原型，若要专职的「交互设计师」，则一定会成为设计资源。

在投简历之前，请先认真思考自身与 JD 的匹配度，审视自己的经验与技能，然后搜集与目标公司的相关资料，对未来的工作状态进行了解。

1、成熟型企业

包括 BAT 在内，只要能拿到 C 轮 + 融资，转化率相对稳定，分工细化。一个大团队协作，几乎一定需要专职承担交互设计的角色。

在这种企业里，大家各司其职；产品人员专深研究业务，忙于分拣大量反馈和过滤需求（优雅地和兄弟部门撕逼）；UI 规范体系完熟，需要交互设计师快速理解 PRD，拿出解决方案；甚至会有多组设计师进行内部 PK，大家以为的优秀设计，未必是最终上线的版本。

总之，他们需要的是多样性解决方案，一个需求抛过来。你能马上提供两种以上的原型方案，担起一个不可或缺的狠角色。

2、成长型企业（内部创业项目）

通常是拿到 A 轮 + 融资，或者含着金钥匙的内部创业项目。刚刚完成初级产品打磨，深耕细作过程中，产品人员撸原型撸到手软，在团队扩充的过程中，需要引入「交互设计资源」，供多条产品线公共使用。

在这种企业里，面对多种业务形态，被两三个产品人员刷副本；各种设计是亟待总结，形成规范；极有可能的是，作为公司第一位交互设计师，你的专业想法会被认为 “另类”。自上而下，需要接受来自各界各领域的挑战。

总之，他们需要的是个「懂交互设计的产品助理」，几个需求抛过来，你能快速消化形成最优秀（有逼格）的原型方案，担起一个万金油的狠角色。

3、初创型企业

一般是刚刚融到天使或 Pre-A，甚至仅仅是个种子。正在处于商业模式试错和产品打磨阶段，通常产品人员自己撸原型，并期望尽快上线。也不排除有来自大厂的「高手」，向 BOSS 提出「交互设计资源」的要求，于是 HR 照方抓药，开设HC。

在这种企业里，业务是瞬息万变的，甚至分工都是模糊的；一切都在面向业务转化服务，享受探索，乐于奉献；接受挫折，站起来继续前行。

总之，他们需要的往往是「略懂交互的视觉设计师」，要求你总能主动寻找需求，没有困难创造困难，用最暴力的方式形成设计输出，一个冲锋陷阵的狠角色。

4、外包公司

所谓 “设计咨询行业”，客户高度决定了公司的天花板。外包公司都不值得去？未必呀。Case By Case 的设计咨询公司，对新手入行锻炼技能、增加涉猎有帮助；人力外包型项目，也会深入产品迭代，了解雇主的工作流程（通常是大厂）。

在这种企业里，雇主利益高于一切，雇主永远正确；雇主的错误是你的财富；一切都以雇主满意为前提，形形色色的需求，让你看尽花开花落。

总之，他们需要的往往是「情商和技能都 ok」，内无粮草，外无救兵。依然独自作战，屡战屡胜，以三寸不烂驱动雇主与你前行，一个深入敌后的狠角色。

看清楚，想清楚，再投简历。

面试官期望看到什么

设计师用作品说话，这是真理。能顺利通过简历筛选，进入面试阶段，面试官必然觉得作品中包含「可圈可点」之处；好似老师批改作业，亮点可以圈点，败笔亦可圈之点之。

参加面试之前，务必问明本轮面试官是谁；不同身份的面试官，都会要求你介绍作品，但动机迥异，「兴趣点」也截然不同。

UX 负责人

他们是你未来的伙伴，也会是竞争对手。设计师往往独特而自信，作为家长和前辈，他们通过了解作品判断「切磋和碰撞」；在基本技法 ok 的情况下，他们期望你给设计团队带来新思潮，与大家保持亦师亦友的互补关系，另外就是你的性价比。

设计型面试官典型内心：

  • 这个案例，如果是我，会如何设计？
  • Ta 的技法是否单一，缺乏变化
  • Ta 的风格对现有团队有补充么？
  • 自觉遵守设计规范，Ta 是否 get？
  • 会不会浪费时间教 Ta 写完善的文档？

产品负责人

他们就是未来给你需求的人。因为极有可能接触过交互设计，并且一定亲自撸过原型，他们通过了解作品进行「资源比较」；出于职业习惯，除了对交互技能的比较，他们更希望了解你对业务需求的把握，是否能快速上手。

业务型面试官典型内心：

  • Ta 和另外一个交互设计师，谁的水平高一些？
  • 案例和我的产品有交集，Ta 之前的团队如何解决的？
  • 我需要给 Ta 输入什么，Ta 能自动补全多少？
  • Ta 能在我和其他部门撕逼时，能输出多少火力？
  • Ta 有多了解我的用户？能帮产品提升转化率么？

研发负责人

他们就是你未来的下家，如果由研发 Leader 面试交互，那么极可能是技术主导型产品，他们通过了解作品判断「靠谱程度」；码农出身的他们，更关心你的作品如何落地，是否考虑过实现成本。

技术型面试官典内心：

  • 案例背后的技术成本，Ta 了解多少？
  • 作品真实的迭代过程，Ta 之前的研发团队付出了什么？
  • Ta 的文档全面么？包含异常处理和边界限定么？
  • Ta 的颠覆式创新，是否会在未来坑爹？

项目经理

如果是负责进度、对接雇主的面试官，要么就是外包公司，要么就是对效率有严格要求。他们通过了解作品判断「效率与返工」；你是他们眼中纯粹的资源，首先东西要有亮点，其次善于推销作品，最后要耐撕。

效率型面试官典型内心：

  • 我的雇主喜欢这个设计么？
  • Ta 的讲解能打动哪个雇主呢？
  • 有了 Ta，我能节省什么？提升谁的效率？
  • Ta 这个设计改了多少次才通过的？

知己知彼，看人下菜，左右逢源。

HR

无论是招聘经理还是 HRD，了解作品只有一个目的：「验真」。他们首先要保证你的履历是真实的，才会认真考虑你和 JD 的匹配。人才市场充斥水货，盗用他人作品越发猖狂，即便只对业务一知半解，HR 也会主动要求案例作品。

行政型面试官典型内心：

  • 这个作品真的是 Ta 做的么？
  • 这个作品能代表 Ta 的真实水平么？
  • 创作这个作品，Ta 是主导还是追随者？
  • Ta 的工作效率能满足我们的需要么？

介绍作品，迎接挑战

针对不同类型面试官，从四个方面去阐述作品背后的故事

  • 基本情况
  • 前因（需求与分析）
  • 难点与解决（过程）
  • 后果（设计结论）

临别问题：

  • （讲解案例中的分工之后）咱们公司的工作流程是这样嘛？
  • （讲解案例中的用研结果）咱们公司的用户研究是专人负责嘛？
  • （讲解案例中的 UI 设计规范之后）咱们公司的规范是谁来维护？

三次发问，对方无应答，你可以抓紧回家。

需要阐述设计原理、定律、法则么？
行政型：他们根本听不懂，你说太多可能会羞辱对方
业务型：他们不是很关心，你说一个试试，如果对方无反应，就不要继续了
技术型：你敢用定律 PK 码农？少搞事情啊，方案尽量简单实用
创意型：你懂的，Ta 也懂；你敢打破定律法则的大胆设计，这可以有
效率型：我喜欢，我喜欢，雇主就喜欢这种理论，太棒了！

面试的坑
被要求点评某个设计
哎呀，帮我看看这个…. 好的，您可以发我邮箱，然后我给您反馈。

被要试做某个需求
是一个纯粹练习？加个微信，回头给您
是一个商业项目？555…「奴家身体不舒服」，最近不接客

遇到不懂装懂的面试官
「奴家身体不舒服」

遇到交互老司机
先加微信，先加微信，先加微信…..
不要立刻表示：“我愿意拜您为师，给您做小弟，收下徒儿吧”
如果你这样说了，你的面试基本已经失败了
谁愿意把本领教给一个陌生人？
[

](https://zhuanlan.zhihu.com/p/26595389?utm_source=wechat_session&utm_medium=social&utm_oi=26864823304192&utm_content=group3_article&utm_campaign=shareopn)

按照简历中的案例编号，创建本地文件夹，将原始设计动机、流程，以文档形式单独列出。

面试自备笔记本，面对面进行演示。请注意，Workshow 永远不要拷贝给任何其他人，哪怕面试官是 CEO 也不行。

面试中没机会让你讲完全部东西，因此一定要把文档拆的足够散，一个文档是一张图，或者一个相对完整的设计片段。

每个案例 WorkShow 的独立文档通常包括（不一定包含）：

  • 原始需求和需求分析 1Page

（摘录运营文档、PRD 当中的段落，还有你的提炼理解）

  • 竞品的交互分析 3~5Pages

（受众、核心业务交互形式、易用性，定性研究，横向对比表格）

  • 行业研究 1Page

（市场份额、竞争手段、增长率、普遍威胁，虽是产品技能，交互也可拥有）

  • 用户研究结论 3~5Pages

（研究方法、原始数据、分析结论，结论要真的用在设计中）

  • 使用统计与数据分析 2~3Pages

（关键转化率，存在问题）

  • 人物角色 Persona 3~5Pages（典型的几个用户类型，这方面资料很多，自己查）
  • 概念设计 1Page
  • 脑图（就是我一直不承认的所谓 “功能架构”）/ 信息架构 1Page
  • 关键用例 / 场景还原 2Pages（UseCase 啦，用例图或者文字描述都可以，只列出核心业务就 OK）
  • 手绘草图 / 基本界面 1Page（如果你有手绘的习惯，这里一定要阐述：为什么选择此类交互框架？是否有多种解决方案？）
  • 界面列表 1Page(很多人没有这个意识和习惯，这对评估工作量和进度意义重大)
  • 界面信息流图 1Page（界面之间的链接关系，信息 + 功能，操作之后切换关系，这图越复杂，证明思路越清楚，多下功夫吧）
  • 高保真原型与过程稿演示 不限（Axure 要输出 HTML 预览版本，移动端最好可以直接用手机演示；如果能提供多个版本方案，那是最好；如果不能提供多个方案，至少提供迭代前的界面，过程稿，进行对比）
  • UI 定稿 / 在线版本（你的原型输出给 UI 后，最终上线的美化效果；你设计的版本依然在线，那就直接展示 APP 或者网站的最终效果）
  • 验证，A/B 测试结果 1Page（如果有验证环节，一定展示数据，准确描述设计对核心转化率的影响）
  • 交互设计文档 DRD 1Docment（标注的原型，或者 Word 文档，包含通用原则、基本模式、公共规则；各个界面的表单验证、列表排序、加载、断网、暴力输入等交互设计说明）
  • UI 设计规范 1Docment（偏视觉的交互设计师，可以提供完整 UI 规范，BTW：不存在所谓「交互设计规范 」，模式 Pattern 本身就是大家共同遵从的）
  • 工作邮件 / 备忘录 不限（协作邮件、进度简报、团队会议纪要，都可以说明整个作品的产生过程）

以上文档，一个案例一个文件夹，命名严谨编号，随时备用，拿起来就讲。[

](https://zhuanlan.zhihu.com/p/26595389?utm_source=wechat_session&utm_medium=social&utm_oi=26864823304192&utm_content=group3_article&utm_campaign=shareopn)