让工作无缝衔接,把时间还给用户。

只做界面的改版和打补丁是不够的,必须深入地了解客户的完整流程,
让软件超越工具成为一种不可替代的服务。
这篇文章记录了2019年我在纽约SaaS公司任职产品设计师期间带领5人产品团队创造的部分成果。

Fohlio Dashboard 2020 成果展示

行业研究

建筑建造行业作为一个典型的传统行业,科技浪潮推动的主要是上游设计方,建筑师们可以随心所欲表达出他们脑海中的创意,而创意落实到建造工人手中的砖瓦是个极其复杂又需要精准的过程,因此才有数量庞大的蓝图也就是施工图、物料书即建筑材料说明文档、各种采购协议、和安装说明书。

迄今为止这个过程中各个参与方的交接都是靠着电话、云盘和现场监工等手段,而每一方都用着不同的软件来达成目的。比如设计方完成设计后使用AutoDesk来制作图纸,交付给物料师用Excel或者Word把建筑项目中要用到的每一个材料和家具用表格形式清点,此时供应商加入,用U盘或云盘提供合适的产品和家具图,供业主挑选后提供具体的产品规格文件,物料师把它们制作成完整的物料书交付给施工方,此后施工方会使用他们常用的管理软件来按图施工。

这是一个有很多“缺口”的低效流程。

---- 是我为设计产品的最终目标

Fohlio是一个服务于建筑行业的SaaS云端协作软件,提供的解决方案包括设计示意图制作、物料书制作、采购与库存、企业物料库等等。

我的角色

在加入Fohlio以前我曾是一名建筑学和综合数媒学生,曾在设计工作室实习。这段经历也是我能成为Fohlio产品设计师,设计一款面向建筑行业的软件的重要原因。

2019年2月至2020年5月,我在Fohlio担任产品设计师,负责网页云端软件的设计工作。期间我做了数十次客户访谈,摸清了行业整个流程,才能在行业专业性基础上设计出对客户有价值的产品。

 

我的设计工作主要包括以下流程:

01. 客户调研和商业需求

与公司CEO一起采访客户,挖掘其核心需求,结合公司的商业目标,将概念转化为能满足客户行为和动机的产品功能。

02. UX策略

我创建前期框架和原型来共享策越和愿景,帮助团队沟通,达成共识并推动决策。

03. 方案与范畴的选定

每个项目前期都需要框定项目涉及的范畴,平衡商业目标和客户的需求,并且决定各个功能的优先级。

04. 协调与合作

与开发、销售部门一起商议方案的可行性和执行难度,收集优化建议,进行方案迭代。

05. 设计过程

制作用户画像、流程图、线框图、原型、高保真UI和设计说明书。

06. 发布和QA

我会在测试服上对新功能进行可用性测试,然后制作新功能的发布通告和介绍视频,帮助客户上手新功能。

接下来是我负责的部分项目:

面对中国市场的本土化

作为一个用户几乎遍布世界的国际化产品,我们一直有兴趣打开内地市场。我负责迭代软件融入国内工作生态系统。近期我们和香港和苏州的两家大设计公司取得联系,在为他们做产品演示的过程中我意识到要进入中国市场我们面临着巨大挑战:

云端数据库的产品形态并不能被国内的用户普遍接受。

背后的原因经过探索有三点:

01.云端软件并不流行,大家习惯于电脑本地制作,便于版本存档。

02.同步协作的模式不能清晰显示出各自工作的所有权。

03.我们的软件主表格数据库形式, 而国内普遍习惯用Word制作。

作为一支“敏捷开发”团队,我们找到问题的第一时间便会寻找最简单的定制方案来满足新客户群体的需求。这需要我能准确地理解客户的本质痛点,将它转化成具体的功能,然后制作成设计原型给客户确认。在这个项目中我提出了这样的方案:

01.优先推出版本号功能。版本号是很多用户都提出过的需求,原本就在我们的未来开发计划中,而且过去我已经和数位美国客户公司的用户了解过版本号的工作原理,这次能够快速制作出一个最基本的原型来取得客户反馈。

02.增加另一个维度的用户权限。根据了解,客户公司是按照建筑项目的区域来划分工作的,比如一楼大厅物料负责人是A,一楼后勤区域负责人是B等等。因此我在原本的平面功能上增加了权限管理,这样负责该区域的用户可以设置该区域的物料仅本人可见或仅本人可编辑等等。

03.推出文档视图,可以将物料数据库的一行快速转换成类似Word文档的一页,并且用户可以在这种页面格式下更清楚地编辑物料信息。

 

新设计成效卓著。 在随后的产品演示中,观众对新功能产生了共鸣开始深入到各种细节层面的疑问,并且主动提出试用。版本号的部分功能也已经开发完成。

打造用户依赖的核心:产品库

在给新用户们展示的过程中,我发现让用户真正能下决定订阅软件的“必杀技”就是产品库功能。与传统的表格软件如Excel相比,产品库不再是不相关的一张张表格数据而是整个公司共同积累的物料电子图书馆。

有了产品库,设计师们可以从库中轻松地挑选到心仪优质的物料产品用在新项目中,节省了大量翻阅存档、和互相发送文件的时间,也减少了很多复制粘贴过程中会犯的错误。

用户调研记录

用户画像

一个产品库最本质的功能是什么?

  1. 产品库需要刚刚好地聪明,自动采集并能快速录入产品,让任何目标都能被轻松找出,方便管理员检查。
  2. 产品库需要为设计师提供高效的录入和检索功能。
我的角色

在这个项目中我负责优化产品库,把它做成一个独立的模块。要做到用户体验的轻松简单,背后的逻辑需要缜密地考虑到各种实际的行业流程,这就要求我对客户的工作内容十分熟悉。我首先对几位头部用户进行了视频会议调研,从收集到的众多需求中定义出以下两个核心问题。

技术挑战:

  1. 如何定义一件产品?
  2. 如何同步信息的更新?

客户告诉我这样一个例子:两个书柜,如仅有尺寸不同,在产品库中需要被判定为同一个产品;而同样的两个衣柜,如果颜色不同,则会被判定为两个不一样的产品,甚至连供货商提供的产品编号都是因此不同的。因此尺寸和颜色是两种不同的产品属性,后者才能被用来定义产品的独特性。而不同公司的对于属性的设定可能都是不同的,因此在“设置”页面中,我们给“列”增加了一个属性设置,让用户可以决定哪些列用来定义产品独特性。

信息同步也不仅仅是算法逻辑。经过调研,我发现产品库和实际项目之间的产品信息同步要分几种情况来判段:

成果:

  1. 优化了产品库的算法逻辑
  2. 将产品库打造成一个独立完整的高级会员功能

 

优化前

优化后

打通流程的第一步:AutoDesk插件

为了实现“让建筑产业上所有利益相关方都能顺畅而高效地在同一平台上工作”这个高阶的目标,我们必须需要能对接用户常用的其他主流生产力工具。设计师占了近60%的用户群体,而他们常用的AutoDesk就成为了我们开发插件的首要目标。

这个项目的难点在于用户调研,以及和独立程序员进行远程的沟通协作。

AutoDesk Revit 是一个技术门槛很高的大型云端软件,要为其设计插件就需要我对这个软件的操作和背后的系统原理有一定的理解。用户在采访中乐于倾诉使用经验中的痛点,却很难我解释背后的技术问题。因此我在准确抓住核心痛点的基础上,还要和开发人员紧密沟通,了解技术层面解决痛点的可行性。

初期线框图,用于与客户和开发人员的交流

原型的三个阶段迭代

可以从原型看到,这个插件的初期方案逻辑复杂,执行难度相对较高。而作为一个试水功能,我们追求投入最低且功能最简。我们在一次次的头脑风暴会议中,找出了捷径,一个能完成用户需求,把开发者曾经的项目稍加修改就能完成的MVP

最后的成果用户只需要点击一个简单的插入按钮,就能把在我们平台上输入的产品信息添加进AutoDesk Revit,完成单项的信息同步。这个功能可以大大地节省用户在两个软件之间复制粘贴的时间,把导出为图片再插入Revit的繁复工作。

UI库、设计文档和其他

我将整个设计系统从Sketch搬迁到了Figma,并且为公司整理了一份UI库。

每个设计项目的设计文档(User stories & Design specs)

为桌面和手机设计的响应式新首页设计

设计团队内部文档管理
in Figma

管理目标:清晰直观地查看各个项目进程,合作的BA、QA和Dev找到目标设计。

分类方式:项目状态设计中、待开发、开发中、已发布。对客户演示的功能集中放置方便CEO调用。加上设计系统文件。

已发布的功能

我入职以来负责的所有已经发布的功能:

绿色为新功能,蓝色为迭代功能