实习概括
Invetech是一间位于加州圣地亚哥的咨询与科技公司，专注于医疗设备。提供医疗产品解决方案。我作为交互设计和调研实习生于2019年6月加入，12月结束实习。我在这里和高级交互设计师，用户研究人员一起合作，找到问题，定义问题，通过采访，行业研究，挖掘用户场景，进而提出解决方案。我主要负责协助采访，制作故事版，梳理任务流程，得出信息架构，绘制线框图以及高保真界面。
很抱歉关于工作的内容是有保密协议，我不能发布出来，您可以通过我的工作笔记来对我的工作进行一些了解。非常感谢！
简历
工作笔记
工作/任务流程
Aug 19
优化流程，减少不同系统间的转换步骤，需要考虑实际，尤其是有经验的操作者，当他们使用这个产品时，步骤一定是最少的。但是需要保持一个平衡（针对医疗用品，有的需要首要保证安全性，其次是易用性）
Step back and look at the big picture, 从一个更大的角度来看待这个产品
不要用词产生歧义 （E.g. “用户确认”，是想说确认这位用户，还是想说用户确认sth，用词需要精准）
比较竞品，来回对比各类优缺点
Feedback：
朋友说不理解2, 我的解释：
有时候会钻到某个细节出不来，其实要关注整体流程和情况 并且需要停下来想一想 为什么这么做 比如说我 我第一次做的时候 看到别人添加了红色方框（意思为执行到此失败，需要重复步骤/失败分析） 我就在想，既然这一步没有实际作用 为什么要写出来，然后我感想是：你要在执行之前 可以预备性的了解这个失败的方向和为之后的失败分析提供数据
但是这个只是提醒我自己 我不确定是不是针对所有人，但是有时候做设计特别容易钻到细节里出不来，我就想提醒自己，为什么要这么做，不仅仅是好不好看，你要达成的目标是什么，是不是更方便
workflow
（任务流程）
user journey map
（用户流程图）
Aug 10
user journey map:
去麦当劳自助点餐（*界面显示）- 选取- 结束-取餐
workflow：
去麦当劳点餐- *屏幕显示（套餐- 单点） - 选择套餐- *套餐界面展示A，B，C- 选择A - *是否添加零食- 是/否- 否- 机器执行发送订单到后台-结束
用户流程图是更关注在用户身上 发生的动作
workflow是人和机器都参与的所有过程
1. 永远复制粘贴，不需要的以前的文件可以放在一个叫做“废弃”名字的文件夹中
2. 颜色对比，屏幕上的内容需要清晰
a. 当在同一个页面上，针对不同的设计时，不要颜色混用，让用户误会是同一种类
b. 一切都需对其
3. 从他人学习，他们如何检查工作，以及观察用户如何操作产品，细节（例如胖手指，icon是否足够大，可以不被误触）
工作好习惯
Aug 5
工作好习惯
Aug 1st
1. When you want to solve a problem, be clear what it is. Step back and think about what they want, instead of thinking too much on detail.
2. When giving a presentation
a. Background
b. What is the workflow
c. Different phase
d. What is the problem
e. How can we know this problem
f. The way we used for detecting the problem (interview, affinity
g. How to improve
h. Delivery
Tips for iPad界面设计
1. Color should not be conflicting
(because users may feel the same color is representing the same thing)
2. For the theme color, do not use too much theme color, if it’s everywhere, users may can’t find the button they want.
医疗产品的使用者
Jul 15
医疗产品分三个使用客户
I. product owner （产品负责人）
II. FSE （field service engineer 技术支持工程师）
III. POC （point of care 使用产品的医疗检测员）
三者不同需求
I. product owner产品负责人
1. 我赚了多少钱,如何体现
a. how many tests it（devices） runs
b. 最挣钱的点是什么，挣了多少
2. 我怎么省钱,如何体现
a. 预测未来的问题（根据历史记录）
b. 根据预测来提前解决问题，防止更大问题的出现
3. 我的产品都在干什么
a. 我的产品出现了什么问题
b. 我的产品出现的问题的相关信息（可能是以前发生过类似问题，如何快速解决）
c. 确定我的大部分产品运行良好，是positive的，不要设计成全部显示成有问
II. FSE技术支持工程师
1. 问题追踪历史（类似于Product owner 的历史）
2. 根据问题的自动分析和自己的经验分析， 提供给POC合理的快速解决方案
Tips：
1. product owner有进入所有信息的入口， 但是有的信息他可能并不关心（例如一个issue/error 的potential root cause, 还有suggested actions）
2. product owner 需要的是分析型的界面。FSE需要的是 issues based的界面，FSE的层面不会是全局性的，他们需要的分析是解决问题的trend分析，但是不是整体的利益之类的分析。
3. 有时，无法分析的问题，就不要给product owner看。他如果问产品经理（就是这个产品的设计者which is 乙方 which is 我们）怎么分析这个问题，因为我们给他呈现了这个问题，我们却无法分析，最好就不要告诉他这个问题。但是不是说隐瞒问题。
E.g., 一个地区的测试运行数量，你无法告诉他为什么这个地区的运行数量多，另一个地区的运行数量少。就不要有根据地区来呈现运行数量这个filter。而且可能是这个机构买了设备之后，搬到另一个地区使用这个设备，所以这个数据是不准确的。