背景：
    柜机点位撮合上线了，也经过部分地区城市的灰度测试。还存在很多撮合时长，体验引导方面的事情需要调整

    目标：
    产品目标，增加效率，引导更多利旧行为。降低资产负担
    体验目标，降低认知和操作负担。健全子场景，特殊场景。

    过程：
    先询问领导，问清楚相关人。得知要做用研，和规范组件库
    在争取产品，前端，测试的意见，包括相关人士，工作习惯，常用硬件，之前的配合方法等。
    拉了一个群，有相关使用系统的用户（业务，运营）
    同时，我独自有用普渡大学的可用性测试表来进行系统评分。得知，引导3分.之后补上翻资料

    在测试的帮忙下也有做体验地图，分析出各个流程的心里疼点和期望。很夸张的就是还要移动手机端操作完成后，有个采购确认环节，要等2天貌似平均。采购要用PC来点击确认。由于全国确认审批人是一个，审批采购电话还不能放出来，避免电话空炸。

    在群里，先询问访谈的意愿，有文字访谈，电话访谈（全国各地运营）
    这一步其实是有整理出问卷的，有14个问题左右，根据使用流程来的，也包括基本信息，后来删了蛮多基本信息的，关注在流程链路上。这过程有跟产品确认商量

    根据问卷里大纲来访谈询问运营，又提到操作都是碎片时间。比如路上，跟物业聊天空隙，跟地区运营主管商量空隙，白天黑夜都有，晚上回家也有。信息通知就很有必要了。目前是丰蜜通知+企业微信通知都有，消息有语音声音提示。
    有位地区运营很有意思地提到有木有一个像积木一样，主柜机选好牌子，细节属性配置。显示可匹配的副柜，在选择相对应的细节属性配置，加热器，雨棚（有多个雨棚需要连续拼装的，X轴坐标贴着）再是综合的，选好室内外，柜机安装形态，是否要施工地坪电力，是否要与广告相协商，联系方式。是否要有运维维护（有公司内运维维保，公司外运维维保，新投放有品牌300月保修期，旧柜机翻新用有看地区街区谁负责）运维运输费用等。
    还有特殊场景下的，系统刷新重置等。
    这个拼积木的方式也会涉及到很多方面维度。同时也会更贴近运营的思考方式，如心智模型的配合度。

    有意识到用户也有提出期望的情况愿景的能力，当然也要注意提建议背后的动机，背景，原因。是否有更好的途径更低成本更满足原始需求更权衡。

    比如拼积木的柜子组合，反馈出对漫长订单流程的麻木。期待更智慧化的与机器硬件和系统的交流沟通指令分部。
    期望吧流程中的主次任务以分层次，可视化传达，数据性操作的诉求。
    对人与机器硬件，人与系统，人与环境。自我，他人，人，系统，环境，机器间有更高的期待。

    在实践询问过程当中会有各个相关部门的权衡。比如网格，采购，合作供应品牌商，运营，运维，财务（多在丰收系统）等。要达成共识也是要不断协商拉扯的事情。是业务，后台，系统，技术的协商。

    协商之后会由产品与业务给出协商好的流程，交互看细节组件操作反馈优化，再从视觉界面上做组件美化一致性。

    有时候也会出调研文档，像是上线后复盘的。总结出几个体验的问题，对应的方向。
    有几个维度共同的重叠点相总结升维。一个是上层思索，2是用户思索，中间共同的点扩展发展，放大范围，或者后一步查看检视。

    流程分析，可用性测试（可个人）
    也有做可用性测试，普渡大学的表单。有5个维度，还包括打分表。之后还可以走一遍流程，知道优劣点是什么，得知疼点和解决方案。情绪波动线。体验地图，根据峰终定律，强化愉悦点，弱化或者在转移烦躁点的时间场景，比如过渡动画，加载动画。相关联系人辅助解决延缓问题等。

    访谈（多人多形式）
    还有就是电话访谈，由于全国各个地区。根据流程整理出的问题问卷来的，大概14个问题左右，后期的核对调整有减少了个人基础信息（人种学部分，因为高度重合，与产品核对系统过程中的问题与可优化点感兴趣，对个人基础信息部分反应泛泛）。是活跃用户，也有简单的文字访谈解说。把访谈部分记录下来。

    调研文档
    （我不太清楚其他人的调研文档是怎样，就按照汇报展示作品的方式来）
    先是调研的背景原因，业务目的，产品目的，设计目的
    初步的交互分析，包括简略描述系统是干啥的，上下游。
    马斯诺五层生存需要到自我实现每一层的需求，对应的功能，包括体验注意点
    再来就是BO气泡图，各个对象一个气泡（由于资产涉及的角色多有网规，采购，运营，运维，财务，外部合作单位等）再来连上各个角色间的线条，在线条上标上做什么/操作/功能，形成闭环。在检查下是否能满足最小功能维度。

    在总结下是什么样的功能模块-要怎样的表现模式。

    还有品牌市场方向的，上层/客户要什么？用户要什么？中间共同点有什么关系。起承转合，连接，上下？并合？往后一步看，上帝视角/极端视角/扩大局面范围/在时间长河的前后节点观看。起承转合对比反转多角度总结出一句话愿景。在总结出关键词，关键词对应的怎么做（措施）。

    体验地图，按照主流程来走一趟流程。分成那几个阶段？每个阶段的动作操作，想法，情感波动。可在之后用不同颜色的笔来标上解决方式。

    访谈采集，有问卷问题列表。由于用户比较特征集中（多为20出头的运营运维执行&30-40的运营渠道中层）吧回答记录下来。筛选整合，注意5W2H（what，why，when，where，who，how，how much）回答重合高度聚类部分，数据数字，情绪反馈，语速节奏，发散性回答的倾向。自己想反馈的额外信息，建议（深层原因分析和需求）
    吧访谈用户的个体信息（人种学），职务，地区分类表明
    吧整理出来的问题分优先级，分4象限。
    必须非必需，重要非重要，紧急非紧急。
    必要基础功能，拔高功能，兴奋彩蛋功能。

    然后按照不同区域排列。

    整理出主要问题，重要程度有序号排列。
    列出对应的措施解决方案，按照重要程度排序。

    从中整理出有成本限制，技术限制原因需要再次协调，多方配合的先做一个分类。

    目前可以实行的做卡片排列

    对大体的场景交替做一个故事版。柜机点位变动需求原因（物业，原点位柜机，运营）-系统订单发布-等待算法匹配撮合（没匹配成或有特殊需求可直接联系对应柜机运营，建议算法）-订单发起柜机变动（拆机，归仓）-对应运输方式（联系第三方）-订单对应柜机执行（初始投放，移机，扩容/缩容。注意对应的物业，运输，运营，运维。是否有雨棚）

    有时候会需要工程调整，电，地坪（水泥平台）也会有对应订单。

    对应需要哪些多方系统的配合？也需要标明。哪些人员的提供业务信息？哪些人员进行决策判断？哪些资源可提供，时间，人，技术资源是否有欠缺，从哪里来弥补。排期规划阶段等。

    之后就是持续打磨模式组建。业务模式，运营标签模式（功能性模式/感知模式）

    这块是微小的调整，尽量以卡片形式进行，方便后期前端的组件化搭建。

    之后就是组件的细节调整，形，色，字，质，构。图形等。

    需要吧更替优化的组件放到规范文档当中，形成新的规范组件。