我的作品集提纲 | 201903

植夫发布

一、封面 二、个人简介

  1. 姓名、出生年月、学校专业、联系电话、邮箱,
  2. 教育背景
  3. 公司和项目
  4. 技能axure/sketch/
  5. 阅读,书评,
  6. 经验,可穿戴,toB

三、目录 四、说明图例

  1. 注释与说明图例
  2. 字体、标题、文字
  3. 本次作品集设计规范,样式美观、内容完整、格式规范
  4. 资源说明,设计工具、资源来源、UI套件
  5. 色彩

封面 项目1云盘(周三完成)

  1. 产品介绍
    1. 产品介绍:xx公司提供xx服务利用xx功能帮助xx类用户解决xx问题
    2. 用户文件类型
    3. 用户访问设备
    4. 目标用户
    5. 对标竞品(国内国外)
    6. 产品价值主张,协作,创新,效率工具
  2. 项目背景,
    1. 本次作品集,主要企业云盘“共享”功能的设计案例分享(项目背景V4新版本,V3和V4界面对比图)
    2. 功能介绍:利用xx功能帮助xx类用户解决xx问题,
    3. 我在团队角色,本次设计周期4个月,对技术架构、交互体验、视觉设计全新改版,时间比较充足,项目完整
  3. 设计探索,
    1. 用户定义
      1. 画像(用研同学负责,17年初成果)玻璃墙照片效果,
      2. 用户访谈,用户反馈,
      3. 行为体验地图,
      4. 故事板(多次沟通中发现团队中不同的角色对问题的理解是有困难的)
    2. 竞品分析
    3. 问题定义,用户需求,痛点,问题点
  4. 解决方案
    1. 信息架构,用户任务流程图
  5. 用户回访,数据,测试
  6. 迭代问题点
    1. 权限理解难
    2. 权限在文件夹继承出问题
  7. 设计思考(设计难点,如何取舍,版本前后变化)
    1. 一致性原则,功能弹窗,“看”是用户主要行为,管理功能操作特定人群少量行为,页面使用,二次操作都用弹窗
    2. 标准语言,文案、控词,怎么让用户明白,情感,简介,不要让用户思考
    1. 心智模型(心理模型),共享功能、分享功能,公共空间的心智模型,私密、机密哪个符合心智,聊天群
    2. 功能组织原则“管”,最简单的权限设计,管理共享的生命周期,根据角色展现不同的操作,让用户身份角色,关注自己的共享,管理员自己的负责的地方,管理员的责任感。
    3. 信息组织原则满足“找”,信息架构,元素,层级理解权限,文件夹和文件特殊状态标识,组织相同元素
    4. 信息呈现原则满足“看”,列表行高,图片展示,不同场景不同方式
    5. 怎么传达感觉的思考,简单、连贯、反应灵敏又趣味十足
    6. 协作,共享如何去协作,“透明”,
  8. Web端、移动端界面交互说明书,交互输出内容(整体截图做背景,一张详细的页面做主要展示),1页
    1. 交互评估
  9. 项目总结,合作方满意度(针对问题如何处理)
    1. 沟通,一句话需求,频繁改需求,用什么方法应对,最后我们团队形成一个完整的设计流程,帮助很大。
      1. 沟通问题,每有结论必确认存档,
    2. 方法,“用户画像、场景剧本、同理心地图、用户体验地图、可用性测试、用户访谈、竞品调研、数据分析”这些是不是应该都做一遍我的设计才完整?从来没有遇到过时间如此充裕的项目,在真实的工作中做“全套”几乎是不可能的。
    3. 项目管理,时间节点把控,项目推进。
  10. 项目荣誉
    1. 我的参与,时间表,用研+迭代+V4新项目(项目进程表,我的参与度)
    2. 取得的设计成绩,产品设计获奖荣誉,项目商业成功度,

封面 项目 2 用户研究

  1. 项目介绍(对象是什么)
    1. 产品介绍:xx公司提供xx服务利用xx功能帮助xx类用户解决xx问题
    2. 产品定义:目标用户,对标产品:阿里云xx,腾讯云xx
    3. 用研需求产生的背景
    4. 方法推荐:可用性测试+界面满意度+用户访谈
  2. 项目目标
    1. 可用性(usability)≠易用性,产品生命周期(内部测试阶段)
    2. 得出项目目标:
  3. 研究流程:
    1. 流程目录:目标&评估体系-用户任务设计-用户招募-准备工作-试点测试+实施测试-分析&方案-报告会。
    2. 项目时间计划表,项目时间记录表。
  4. 评估体系
    1. 业界模型参考:尼尔森,ISO 9241-11的定义,
    2. 本次可用性评估定义,系统可用性,迷失度,易用性
    3. 界面满意度评估体系
  5. 设计任务
    1. 测试任务(固定任务,特别关注任务)选择最核心的功能或操作流程作为任务,为任务创建一个应用场景。明确任务的起点和终点。三个任务卡对比图
    2. 数据收集方式,预期&时间时间、出错次数,帮助次数,概念不理解,提出不喜欢,提出新需求
  6. 用户招募
    1. 用户定义,小白、普通、专家、的用户画像
    2. 用户结构表
  7. 准备工作
    1. 脚本结构:开场白-事前访谈-测试说明-观察&测试-事后访谈-结束语
    2. 测试地点:测试地点,测试工具,相关资料(小白任务卡,普通任务卡,专家走查方案)
  8. 试点测试+项目执行
    1. 访谈+测试(现场照片)
    2. 测试方法:发声思考法,回顾法,性能测试
    3. 其它:邀请关键干系人观察测试,不干扰用户执行任务,适当干预操作(寻求帮助时),重点观察和记录用户在什么界面说了什么做什么了
  9. 评估分析案例(监控)
    1. 某一个测试任务的评估结果
    2. 示例问题1
    3. 示例问题2
    4. 示例问题3
    5. 示例问题4
  10. 报告
    1. 报告整体效果图
    2. 对问题的描述。对产生问题原因的分析。对问题的严重程度和影响范围的评估。建议的解决方案。
    3. 报告和本次项目介绍顺序调整
  11. 附件
    1. 可用性原始得分表
    2. 问题跟踪表
    3. 报告展示

封面 项目3 手表(周四完成)

  1. 产品介绍
    1. 产品介绍:xx公司提供xx服务利用xx功能帮助xx类用户解决xx问题
    2. 团队情况介绍
    3. 我的参与,时间表,用研+迭代+V4新项目(项目进程表,我的参与度)
    4. 取得的设计成绩,产品设计获奖荣誉,项目商业成功度,

项目4 我的学习与成长——从书中学习,从玩中学习

  1. 战略轮个人分析。
  2. 设计方法论
  3. 书评
  4. 体验报告

封底

分类: 隐藏

发表评论

电子邮件地址不会被公开。 必填项已用*标注

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据