当前地位 :100EC>行业研究 >盘点 :7步盖房法B2B端产品 设计调研攻略
盘点 :7步盖房法B2B端产品 设计调研攻略
宣布 时光 :2019年06月11日 09:48:56

(网经社讯)设计师接办 新的 ToB 类产品 时,面对 陌生 的营业 、大年夜 大年夜 量信息,干事 对象从“用户”改变 到“客户”等问题,往往在一开端 认为 无从下手。

毕竟 应当 从哪里入手呢?若何 剥茧抽丝地懂得 营业 ,创造 问题,做到有据可循的设计呢?

假如 说把 ToB 体系 的设计过程 比方 成盖房子,那么我们须要 几个大年夜 大年夜 步调 :

勘测情况 :懂得 营业 本质

绘制蓝图:找准当期项目目标

预备 建材:调研汇集 素材

打好地基:辨别 信息、创造 接洽 关系 和痛点

搭建筋骨:信息架构

培养 动线和空间:主义务 流、关键 页面

完美 细节:界面打磨

一、情况 :懂得 营业 本质

为什么有须要 懂得 营业 ?

不懂营业 会出现 两大年夜 大年夜 问题:

起首 ,影响沟通。项目调研和设计实施 过程 中,都须要 和营业 方需求方大年夜 大年夜 量沟通。不懂营业 ,天然 会碰着 障碍,甚至影响客户或营业 方对设计师专业性和设计才能 的评价。

其次,不睬 解营业 的情况 下,制订 出来的设计目标 ,可能不贴合营业 ,隔靴搔痒。项目做完,有可能创造 设计存眷 点和营业 存眷 点靠不上,局限在设计语境一亩三分地里面做优化,有时刻 在营业 方看来,这就是做了“无用功”。

为了避免分开 营业 做设计,我们毕竟 应当 懂得 哪些信息呢?

懂得 营业 ,须要 看什么?

该营业 是为懂得 决什么问题而存在的;

关键 衡量 指标;

重要 常识 框架。

懂得 常识 框架不是为了全都学懂学通,后面第四步,我们会介绍如安在 有限的时光 内,把握信息颗粒度。

还可以看什么?

行业里面有哪些介入 方或角色

不合 角色 供给 的价值是什么

资金、产品 、信息流向的链条

为了杀青 自身营业 目标 关键 本钱 和才能

经由过程 懂得 营业 ,我们可能从中获得 什么?

可能是“数据看板”页面一个报表

可能是“表单”页面信息优先级设计根据

可能是体系 的评估指标

可能是对关键 操作角色 KPI的懂得

可能是全部 体系 设计导向的根据

怎么做?

经由过程 搜刮 引擎、专业书本 浏览 、行业专家、内行 人的交换 ,可以获得以上信息。也可以向团队内营业 岗亭 同事交换 就教 。

假如 是与外部客户合作,不一 定有前提 充分 的沟通。这时可以应用 项今朝 期沟通的机会 ,在对方做项目背景 介绍时,记下关键 问题,或找合适 的场合 少量提问。

二、制蓝图:找准当期项目目标

第二步,是推敲 当期项目的重要 目标 ,也就是要解决的重要 问题;规定 设计范围 ,可以营业 模块层面拆分;还须要 测验 测验 寻找具体切入点,可能是营业 链中的某个小环节。

其余 ,还须要 留心 项目目标 和范围 要和需求方、营业 方评论辩论 查对 。

为什么要和需求方、营业 方查对 目标 ?

一方面,和需求方查对 目标 和范围 ,有助于控制 预期,增长 设计介入 感。另一方面,尽量让目标 贴合实际 营业 ,不局限于设计语境。

为什么有须要 圈定范围 ?

碰着 人力有限,时光 有限是项目的常态,尤其 ToB 营业 常日 营业 链比较 复杂 ,义务 沉重 。假如 是从零到一的项目,初立项项目,还会同时面对 开辟 本钱 均衡 、团队磨合、客户信赖 的问题。

幻想 化的设计路径里面,当然没有这些障碍或不测 ,然而实际 中的不测 总比脚本 还更有想象力。分拆小模块限制 设计范围 的做法,无论是试水合作、分工义务 、照样 削减 早期信息的压力都邑 有赞助 。

怎么做?

梳理清楚 全局营业 模块

搞清楚 当前营业 方预期

粗颗粒度评估各个模块、痛点优先级

沟通并圈定设计范围

不克不及 做到明白 限制 设计范围 的时刻 ,也必定 要能尽量分拆。分拆从粗到细,从大年夜 大年夜 颗粒度的营业 模块分拆,到可自力 出来的小功能 集群的分拆。

三、备建材:调研汇集 素材

在 ToB 项目中,我们作为“外行”“新手”,很有须要 经由过程 定性研究 的手段 ,去做一轮信息汇集 ,解决一些“是什么”和“为什么”的问题。

这时刻 ,访谈或其他办法 的定性研究 应当 怎么做呢?

访谈对象,应当 懂得 谁?

体系 治理 和负责人;

营业 介入 角色 (直接操作体系 /不操作);

价值决定 筹划 者。

起首 ,对体系 负责人、用户反馈负责人、体系 专家这类角色 访谈,能快速帮我们懂得 体系 的操作办法 ,汗青 问题,关键 角色 等等。

我们可以基于这类“经验用户”、“专家”访谈对要设计的体系 有一个大年夜 大年夜 致的熟悉 ,尽量建立 起来一个整体的框架。

接下来,对营业 中各类角色 进行的访谈。须要 留心 的是,尽量覆盖 营业 流转中的各类介入 角色 ,按营业 环节选择被访角色 ,无论操作体系 与否(当然,不直接操作体系 的角色 ,访谈用户量可以酌情削减 )。因为我们一开端 要做的,是对全部 营业 链有所懂得 。具体的,我们懂得 他们的工作场景,义务 ,操作细节,不雅不雅 念立场 等等,和 ToC 的访谈其实差别 也不算太大年夜 大年夜 。

其余 ,对价值决定 筹划 者的访谈,不一 定有机会 直接聊。对于这个角色 ,我们访谈的目标 ,重要 照样 为了验证确认 STEP1 傍边 ,我们懂得 到的关键 价值,是否和决定 筹划 者心中预期相符,避免在设计优化偏向 上跑偏太远。

惯例 且须要 的访谈主题有哪些?

组织构造 ;

每个角色 的工作目标 ;

工作主线义务 链;

体系 内主线义务 链;

关键 表单信息分组、优先级;

细节专题访谈。

和 C 端项目的差别 之处在于,End-user 的行动 念头 一部分 来自于组织运作目标 。是以 ,B 类体系 营业 所涉及义务 链傍边 的关键 营业 组织的构造 、运作办法 、合作关系、营业 目标 ,是早期访谈中的重要 存眷 问题。不见得占访谈多大年夜 大年夜 篇幅,但这部分 内容能帮我们解释 ,在这个组织中各类 角色 行动 的念头 。

接下来须要 懂得 每个角色 的工作目标 ,日常义务 ,如以每年、每季度、每月、每周、天天 为单位 ,在用户心目中工作分为哪些模块,工作量若何 ,面对 什么类型的义务 ……换句话说,是懂得 用户的工作心理模型 ,他若何 描述 、划分、解释 他所面对 的义务 ,关怀 什么样的工作 ,有什么KPI。

还需对关键 营业 活动 更具体的懂得 ,可所以 按照 线性、时光 关系、因果关系的一系列描述 。尤其留心 ,此处懂得 不该 局限于体系 内的活动 ,应当 是顺着工作义务 出发 去懂得 。

在这个环节,最开端 可能我们的访谈像是在跟访谈对象“进修 营业 ”,逐渐熟悉 之后,才能 慢慢的找出规律 ,澄清,简化,解读,描述 用户视角里面的工作义务 链。

关于用户和软件或体系 互动方面,懂得 体系 内的主线义务 过程 ,相干 的分工办法 ,信息传递,决定 筹划 点,评价办法 。其余 ,还有有须要 懂得 体系 在用户工作中所占重要 性和比例,懂得 体系 的整体感触 感染 ,碰着 问题,尤其还须要 存眷 ,替代物和赞助 对象 应用 ,它们会反响 界面信息展示 和功能 设计问题。

接着是关键 页面中的信息分组和优先级问题,这里须要 懂得 在一些关键 页面的用户对信息应用 和展示 需求。懂得 的办法 ,既可所以 在义务 链中穿插懂得 义务 中的信息诉求,也可能是专题的做卡片分类,从用户角度看这些信息分组和应用 的办法 。

最后是一些设计专题的问题,例如复杂 的信息传递需求,特别 的展示 页面,新的一些功能 或设计假想 的验证。以及需求方附带欲望 懂得 的,在前面访谈主线中没有覆盖 到的问题。

须要 留心 的是,这些访谈主题并非针对所有效 户在访谈中平均出现 ,而是在早期访谈中,可以先懂得 组织架构,工作职责等,后续对义务 操作,设计细节多安排 一些。

其他须要 同步调 研/评论辩论 的惯例 课题:

信息架构的调研涉及导航设计

信息对象的分类和范围 问题涉及信息分类、筛选功能 、查询功能 设计

功能 定名 澄清涉及界面信息可懂得 性优化

设计专题一些难点设计环节的专题评论辩论

Tips(一些随便 马虎 出现 的问题):

(1)误认为 本身 懂得 用户若何 应用 产品

最随便 马虎 出现 的是,大年夜 大年夜 家并未充分 懂得 用户义务 ,或产品 功能 ,却已经陷入设计辩论 。比如 我所经历 的产品 优化项目,菜单已经跨越 几百个,包含 产品 经理 ,都没办法 说清楚 每个功能 大年夜 大年夜 概是做什么的,这种情况 下我们一上来就推敲 菜单怎么排布优化思路 ,是不解决问题的。

(2)害怕 懂得 专业术语,认为 进修 成本高

这里供给 一个技能 。其实我们懂得 营业 的目标 只是为了做界面设计,支撑 好用户的操作须要 和信息须要 ,而不是代替 用户工作。那么我们对用户专业常识 的控制 程度 ,可以先达到 对“操作”的懂得 ,在早期可能就已经够用了。我举一些例子,你可能就明白 到底若何 达到 对操作的懂得 。

测验 测验 如许 “解读”营业 行动 :用户如今 在做什么?

他查找某个信息,照样 比对、断定 、传递、发送、检查 、选择、创作录入内容、挂号 信息、打开文档、切换文档、寻找信息、等待 、获知。比起用 户做“预算筹划 ”,“诊断病人病情”如许 的义务 描述 ,加倍 通识的、操作化的描述 ,更随便 马虎 让我们懂得 用户的“操作须要 ”,也更随便 马虎 和各类 背景 的团队成员形成评论辩论 。

当然,营业 化的描述 更随便 马虎 让人懂得 前后逻辑,操作化描述 则是对于我们做行动 、义务 、操作须要 的分析 和设计有一点赞助 。

(3)信息量大年夜 大年夜 ,头疼

ToB 营业 特点 除了“专业性强”之外,还经常 伴有“信息量大年夜 大年夜 ”的特点 。这个时刻 我们能做的一种朴实 的应对办法 ,是分类和分组,是应用 金字塔原则,是概括 和简化。比如 :某几十个信息点,是用户用来做“决定 筹划 ”的“参考信息”,另一些几十个,是须要 “传递”给下一步操作角色 的营业 信息。假如 有须要 ,也可以再往下持续 分层分组的去梳理。

(4)颗粒度问题

无论是描述 义务 ,信息分层我们都面对 “颗粒度”把握问题,这个问题没有一概而论的办法 和谜底 ,我这里暂且供给 几个思路 。例如,从“分类原则”出发 ,尽量应用 MECE原则,多做测验 测验 ;借鉴营业 颗粒度,营业 本身 有既定的信息逻辑,它的分类颗粒度有借鉴意义;还可以推敲 ,按应用 场景须要 来控制 颗粒度。

看分类好的信息是用来做导航设计,照样 主义务 链设计,照样 表单信息设计。须要 留心 的是,要区分毕竟 是颗粒度出了问题,照样 信息块的定名 本身 就不精准,存在懂得 问题。语义懂得 出了问题,再怎么挪腾信息块的地位 ,成果 也可想而知。

(5)无法直接访谈,缺乏 访谈本钱 和渠道

例如碰着 高层角色 访谈约不到,可以从项目标 负责人侧面懂得 不雅不雅 点,或介入 项目时光 较长的同事有时刻 也能供给 一些信息。其余 ,有一些我们须要 的信息,在项目以往的筹划 、介绍文档中,可以测验 测验 从这里懂得 。

(6)关于营业 的访谈,很难开口 ,担心 显得本身 外行

访谈对话关系中其实有很多 种,面对 “营业 专家”的访谈姿势 本身 就可以采取 “就教 ”的姿势 。其余 ,为了避免本身 过于外行导致话题进行不下去,所以前面几步的预备 工作和访谈框架的建立 和随时调剂 也很重要 。(访谈课题和成分 框架怎么调剂 ,也是个挺有意思的话题,有机会 我们再展开 聊。)

(7)平均安排 所有的内容在每个访谈里

假如 这么做,你会创造 你的访谈无穷 的被拉长。其余 ,有一些问题并不合适 询问 所有角色 ,甚至不合适 以访谈的办法 获得。用户可能负责不合 的营业 模块,所以访谈的内容会有差别 和侧重 。假如 时光 充分 ,你可以每类角色 都安排 够最小样本量,但常日 情况 下时光 、样本本钱 都有限,只能做些弃取 。

四、打地基:辨别 信息、创造 接洽 关系 和痛点

在前面几步过程 中,我们实际 上一贯 都在获取各类 各样 的信息,这时我们须要 清楚 的展示 汇集 到的关键 信息,尽量扼要 的澄清它们之间的接洽 关系 。如:

营业 构成 /关系图,展示 营业 模块关系;

工作流程图,展示 用户工作过程 ;

体验地图,出现 用户具体义务 /行动 过程 ;

好处 人关系图,出现 用户组织关系/相干 体系 关系;

营业 指标澄清;

体系 和接洽 关系 体系 的合营 关系。

还须要 进一步澄清细化目标 、痛点,找切入点,也就是搞清楚 问题、冲突、未被知足 的需求的地点 :

对营业 痛点的澄清;

对当期改进 目标 的不合 角色 不合 不雅不雅 点澄清;

用户应用 过程 中的阶段感触 感染 ;

用户的痛点、未知足 目的须要 、操作须要 ;

澄清相干 影响成分 。

实际 工作中,这一步辨别 信息创造 接洽 关系 ,和前面三步不是割裂的,而是在前面几步工作傍边 持续 进行的。我们赓续 构建对营业 认知的同时,也以相对构造 化和图形化的情势 澄清这些内容,赞助 我们在接下来的工作中,更好的和团队中的其他人一路 懂得 用户,评论辩论 筹划 。

经由过程 这种办法 ,对汇集 到的信息简化概括 ,赓续 更新对项目的认知,阶段输出调研产出物。

这里再介绍一个小技能 ,可以用PPT,一页列一个主题,从调研开端 到最后,持续 更新,复盘本身 对信息控制 的程度 ,随时调剂 ,有的放矢。这也会削减 漫无边际发散,必定 程度 上控制 反复 调研,能晋升 调研效力 。

有了前面1-4步的工作,实际 上传统意义的用研工作算是告一段落。下面的步调 里,设计工作比重大年夜 大年夜 量增长 ,我也尽量以本身 有限的经验来测验 测验 解释 前面用研工作成果 在后续设计过程 里的落脚点。

五、筋骨:信息架构设计或优化

我们已经在前面的研究 中测验 测验 分析 的体系 的分类办法 和范畴 ,具体到体系 信息构造 设计,这里介绍一些弥补 的经验对象 。

一般而言,我们有几种组织信息,拆分一个别 系 的办法 。按营业 范畴 拆分,按义务 过程 ,按功能 模组拆分体系 ,按不合 角色 拆分体系 。不合 的情况 可能须要 选择和组合不合 的信息架构组织办法 。

常见的拆分的优先次序 经验是:营业 范畴 >核心 义务 过程 >功能 模组。按用户角色 拆分前台页面的信息架构要视情况 而定,从体系 复杂 度和保护 难度推敲 ,一些情况 并不推荐 这种划分。

假如 是局部优化项目,不涉及整体的信息架构调剂 ,只须要 为新的功能 在信息架构中找到合适 的归宿。

假如 是改版项目,我们可以用几个简单 快速的办法 入手。起首 ,试着从营业 的角度测验 测验 对以前 的菜单做信息分类,某个菜单是属于“xxxx”义务 里面的里一个子功能 ,照样 “xxxx”工作里面的一个信息进口 。找到归属与缺点 范畴 的信息,是可做的调剂 的第一步。

其次,是看功能 菜单的应用 频率,还有效 户的存眷 和应用 情况 。

在用户心目中,一些功能 菜单意味着什么,某个菜单条目,是他闭着眼睛都邑 点进去的,照样 打入冷宫从没想着要用一次的,或是他压根看不懂的?打开从用户视角的聚光灯,去不雅不雅 察哪些条目被聚焦,哪些已经在无数的迭代中被遗忘蒙尘,它们很可能就是用户定位功能 时刻 的干扰信息。

六、空间:主线义务 、关键 页面

对用户义务 链条的澄清,须要 有几个方面的充分 描述 ,用户建立 义务 的念头 和预期获得的成果 ,用户筹划 的行动 路径,用户实施 义务 的具体操作,和用户评估行动 后果 的参考根据 。这是用户的行动 模型 。

再用户行动 过程 中,每个步调 须要 的操作须要 和信息引导 ,以及后续的反馈是否充分 ,影响了用户行动 是否可以或许 顺利 完成,以及过程 中是否掉 落 足 。

关键 页面的信息展示 设计,重点是知足 用户的信息块的认知须要 ,削减 用户认知包袱 ,削减 歧义。

经由过程 前面的调研过程 ,以上信息都应当 获得 汇集 ,图形化产出,或是设计师直接介入 调研有了更丰富 的细节感知。幻想 情况 下,我们对整体营业 目标 ,还是用户义务 链条、操作目标 、痛点,都有了充分 的懂得 。假如 你拿不准 具体的调研问题应当 问什么,可以再从这里找找思路 。

七、界面打磨和专题评论辩论

在设计中,总会碰着 各类 各样 的问题。可能是宏不雅不雅 颗粒度的义务 流程问题,也可能是权限拆分问题,或是具体的某个页面展示 空间不足。

假如 前期从义务 ,操作需求,信息诉求教的研究 仍然不充分 ,还有可能在细节设计阶段弥补 查询拜访 ,比如 对某个特别 设计页面的筹划 选择和试用体验。此时,可能是短平快的可用性测试,原型程度 的A/B Test。

最后

要获得 好的调研产出,还会碰着 各类 问题和情况 ,简单 列举 几个。

根本 分析 才能 出了问题?固然 看清楚 了上面的步调 ,但是仍然做不出器械 ,或者认为 纷乱 ,可能是分析 才能 不足,须要 专门做演习 或进修 ,还可能须要 想办法 更熟悉 假设、验证是怎么做的。

营业 分析 出了问题?假如 不知道价值,营业 分析 怎么做,应当 弥补 一些商科常识 ,市场营销,运营治理 、企业计策 、财务 等。同时,也可以看一些市场分析 申报 ,行业申报 。

营业 设计与筹划 问题?假如 调研一番后,创造 营业 本身 出了问题,有的情况 超出 了设计角色 能工作的范围 ,常日 情况 下,一两个设计师的声音难以推动 巨大年夜 大年夜 改变 。这时刻 最好是智取、取巧,项目从一两个关键 的问题页面出发 ,做相对自力 的功能 或小模块优化,解决一两个实际 问题。建立 信赖 后再找机会 慢慢 分析 和澄清问题,解决问题。

项目中,任何问题都有可能出现 ,很多 问题都有可能导致项目的掉 落 败。我们也须要 建立 的预期是,不是调研做充分 了,项目就必定 能成功 ,客不雅不雅 的心态去看清楚 面对 的问题毕竟 是什么,才更有可能好好的面对 、解决。

回想 一下七个调研设计步调 :

勘测情况 :懂得 营业 本质

绘制蓝图:找准当期项目目标

预备 建材:调研汇集 素材

打好地基:辨别 信息、创造 接洽 关系 和痛点

搭建筋骨:信息架构

设计动线和空间:主义务 流、关键 页面

完美 细节:界面打磨和专题评论辩论

以上就是我在ToB设计调研中的一些工作经验。经由过程 如许 一轮信息汇集 、倾听、分析 、梳理,无论用研来支撑 设计师实施 ,还是设计师本身 实施 ,它都让我们在做设计决准时 心里更扎实 ,更有把握,认为 有源可据。在我的工作之中,ToB调研设计不是难啃去世 板 的硬骨头,而是赓续 解密、拼图的有趣过程 ,也是富有艺术和挑衅 “建筑”之旅。

本文仅是小我 经验之谈,讹夺 之处请不吝 赐教。我信赖 真正有价值的洞察来自于实际 工作领会 ,也来自于赓续 交换 迭代。(来源 :UXRen 编选:网经社)

6月1日起,网经社启动“直击618”特别 策划 www.pedroforcongress.com/zt/2019618/,分别 经由过程 花费 预警、滚动播报、专题直击、现场探访、社群直播、宣布 快评、媒体评论、投诉维权,对天猫、京东、拼多多、苏宁易购、唯品会、网易考拉、云集、蘑菇街、贝贝、洋船埠 、当铺 、网易严选等国内各大年夜 大年夜 电商平台进行持续 跟踪报道、监测、评论,为您带来全球 无双 的618狂欢盛宴。

【关键 词】B2B产品 设计
平台名称
平台答复 率
答复 时效性
用户知足 度
金爵娱乐 金赞娱乐城 金鼎娱乐城 钱柜娱乐 钻石娱乐 博盈娱乐 马牌娱乐 鸿运国际娱乐 高点娱乐城 龙博娱乐