惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
A
About on SuperTechFans
IT之家
IT之家
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Blog — PlanetScale
Blog — PlanetScale
aimingoo的专栏
aimingoo的专栏
云风的 BLOG
云风的 BLOG
The GitHub Blog
The GitHub Blog
Vercel News
Vercel News
G
Google Developers Blog
J
Java Code Geeks
宝玉的分享
宝玉的分享
T
Tailwind CSS Blog
Cloudbric
Cloudbric
L
LINUX DO - 最新话题
MyScale Blog
MyScale Blog
H
Heimdal Security Blog
PCI Perspectives
PCI Perspectives
Attack and Defense Labs
Attack and Defense Labs
S
Security @ Cisco Blogs
Latest news
Latest news
I
Intezer
L
Lohrmann on Cybersecurity
C
CXSECURITY Database RSS Feed - CXSecurity.com
月光博客
月光博客
T
Threatpost
博客园 - 【当耐特】
S
Schneier on Security
P
Privacy International News Feed
G
GRAHAM CLULEY
T
Tenable Blog
AWS News Blog
AWS News Blog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
雷峰网
雷峰网
博客园 - Franky
Engineering at Meta
Engineering at Meta
美团技术团队
S
Secure Thoughts
T
Troy Hunt's Blog
Microsoft Security Blog
Microsoft Security Blog
SecWiki News
SecWiki News
V
Visual Studio Blog
人人都是产品经理
人人都是产品经理
Application and Cybersecurity Blog
Application and Cybersecurity Blog
Cisco Talos Blog
Cisco Talos Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Martin Fowler
Martin Fowler
Webroot Blog
Webroot Blog
Google DeepMind News
Google DeepMind News
H
Hackread – Cybersecurity News, Data Breaches, AI and More

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
以房产业务为例,分享SaaS业务设计心路
群核科技用户体验设计 · 2022-10-21 · via 人人都是产品经理

设计上的合理优化迭代,于企业和个人而言都有一定作用,但是面对复杂的实际业务,设计人员要如何做好问题洞察、并提出系统化的解决方案?本篇文章里,作者结合房产业务的设计思路,对SaaS业务设计做了一定分享,一起来看。

SaaS业务设计本质上属于B端产品设计, 但是房企业务因行业属性的独特性也带来了设计层面的差异性。

笔者将自己在房产业务的设计心路分享跟大家,一方面希望帮助大家一定程度上了解面向大型B端地产客户的SaaS业务,另一方面也希望从“设计支撑”及“设计赋能”2个维度为大家带来新鲜的视角。

一、房产业务介绍

房产消费市场存在两类重要角色,一类是供给侧的「房产」,另一种是需求侧的「消费者」。

供应侧在拿地后,通常需要设计、成本、营销等多角色的介入,基于一定的装修标准完成建筑设计、户型设计,产出室内精装设计方案。

精装方案的产出物之一“室内效果图”会作为新房营销的物料,组合以其他卖点,被营销部门用于新房营销宣传,以吸引消费者购买。在交房前半年-1年的时间内,物业(房产旗下或合作物业)与装修装饰公司合作,为业主提供部分定制化的硬装装修、软装购买等服务,定制装修内容随精装房交付时一起交付。

以房产业务为例分享SaaS业务设计心路

图1 房产供给与消费链路

房产的业务正是贯穿了【精装设计】【新房营销】【物业美居】三条链路,拉通成本、招采、设计、营销、成本等多角色的一体化设计方案。房产业务本身涉及角色多,链路也相当复杂,上述内容只是对目前房产业务涉及的内容进行简单概括,以帮助大家对业务形成基本的认知。

二、介绍迭代思路

业务从零开始时,往往不会直接进入产品开发,而是基于初版的解决方案去验证市场,拿下标杆客户。基于标杆客户的背书,将解决方案售卖给更多客户。

触达和签约客户数量增加后,业务侧可收集更多的反馈,对行业的认知也更加深入,此时可提炼通用的业务诉求,沉淀标准化的产品和能力。并且不断完善和打磨产品,最终将其售卖给更多的客户。

以房产业务为例分享SaaS业务设计心路

图2 业务迭代思路

对于创新业务而言,打造让客户满意的解决方案、开拓市场是重中之重。而对设计而言,助力解决方案的售卖和标准化产品的打造是设计赋能创新性业务的核心切入点。因此,设计侧经过系统的思考和规划,推动了房企视觉升级、规范库建设等设计实践内容来助力房企业务的发展。

三、洞见问题——推动房企视觉升级

1. 背景

设计侧运用问卷调研、访谈、设计洞察等,梳理房企业务在现阶段存在的问题,主要聚焦在5个方面。

  • 视觉风格:统一性与美观性不足,无法体现“房产”特性。
  • 内容传达:宣传物料上的内容无法有效传达房产业务核心价值。
  • 营销渠道:尤其线上营销渠道薄弱,主站-房企页面访问量极低。
  • 宣传能力:营销物料缺乏,且已有物料无法更好的曝光品牌和业务价值。
  • 定制化需求:房产客户存在符合自己品牌调性的定制化视觉诉求。

加之房企业务的快速发展,初步形成了房企链路下相对成熟和完整的产品体系,对外营销的需求越来越强烈,亟需对房企业务进行统一的视觉升级,助力业务明确自身定位,树立品牌形象,增强对外营销和推广能力。

以房产业务为例分享SaaS业务设计心路

图3 项目背景

2. 目标与设计规划

经过设计调研、业务方反馈及设计内部研讨(ux&ui&创意视觉共创),明确当前主要三个核心目标:

  1. 探索视觉风格:形成符合房产特性的视觉风格,以指引后续一系列的品牌设计。
  2. 品牌形象与认知:明确房产定位,树立高端的品牌形象,从视觉表现层面引导获得客户的认同。
  3. 客户触达与转化:强化营销渠道和宣传推广能力,助力业务触达客户,促进商机转化。

在具体规划层面,选取【产品侧】和【营销推广侧】作为核心切入方向,不同角色的设计师分工协作,制定详细的设计任务并推动业务侧一起完成。

  • 产品侧:重点在于开发通用化的配置能力满足客户的定制化需求,包含主题风格、主题颜色、导航配置、菜单文案配置等,按钮的配置等。
  • 营销推广侧:重点在房企VI系统建设、宣传能力升级、营销渠道优化,期望从传播内容-传播介质-传播渠道等方面进行全方位的升级。

以房产业务为例分享SaaS业务设计心路

图4 目标与规划

3. 视觉升级内容产出

1)助力业务明确自身定位

通过问卷的方式对20+的房产运营、销售、售前、产品、解决方案等角色进行调研,并且联系关键角色进行头脑风暴,明确房产业务名称、定位、slogan和关键词,在后续的销售和运营推广环节中统一运用,并为房产视觉升级项目的开展提供方向指引。

以房产业务为例分享SaaS业务设计心路

图5 助力业务明确自身定位

2)探索视觉风格,提供主题定制化能力

房产业务由于自身的行业属性,导致大众化的B端产品设计风格很难戳中客户的内心,需要进一步调研房产行业特征,并总结出属于房产的视觉风格。经过设计调研,以及签单过程中客户的进一步反馈,可以总结出房企在设计层面需尽可能体现出“高端大气”“科技感”的特征。高大上的设计风格不仅会增加消费者的吸引力,更是地产硬实力的表现。

以房产业务为例分享SaaS业务设计心路

图6 探索视觉风格特征

在界面的视觉表现层面,客户也明确提出不要过于枯燥,要贴近房产行业的要求。在对20+的地产门户网站,以及地产内部系统调研和分析后发现,地产内部系统多通过改变背景透明度、背景渐变色等形式来体现地产的视觉风格。如果采用类似的方式,一方面会由于改造组件而带来极高的技术成本;另一方面此种设计的定制性过强,无法形成通用的产品能力。

经过设计、技术、业务侧的多方交流,最终决定通过【多风格+多主题】的形式实现“科技感”的视觉表现,产出对应的demo稿给到客户确认并且顺利通过。

在售卖解决方案时,往往需要销售、售前进行POC演示,此时可提前从标准颜色(涵盖各大地产品牌色)、标准风格中进行设置,让客户无意识地感知到系统好像是为自己量身定制,加深客户印象。

设计师也可根据确定的品牌色梳理颜色值,对应颜色变量名称填入到后台管理系统中,无需发版即可同步更新到线上。自动化配置的能力更好的满足产品需要嵌入到客户内部系统中的使用场景。

以房产业务为例分享SaaS业务设计心路

图7 以上截图为过程稿,仅做示意

3)输出房企物料,统一视觉风格,赋能谈单与营销推广

明确视觉风格,输出房企物料。包括产出精装系统logo,用于各项物料宣传;推动业务侧提供最新的解决方案,完成标准化的宣传手册、手提袋、宣传视频设计,复用到多次线下活动中;提供符合地产视觉风格的PPT模板,按照内容分类产出对应的PPT模板页面,例如需求分析、功能对比、价值传达等,供业务方快速复用,提升制作PPT的效率。以下为部分物料展示:

以房产业务为例分享SaaS业务设计心路

图8 房企VI系统-logo设计提案

以房产业务为例分享SaaS业务设计心路

图9房企VI系统-宣传手册

以房产业务为例分享SaaS业务设计心路

图10 房企VI系统-宣传手册&包装袋实体

4)线上营销渠道入口及内容优化

酷家乐主站中房企入口较深,导致业务的曝光量少,点击量非常低。了解到问题后,设计协同市场同学完成入口前置动作,在一级解决方案的浮层面板中透出房产精装和美居解决方案,并且对解决方案的承接页面从内容到表现层面进行重构,优化后的PV数据也得到极大的提升。

以房产业务为例分享SaaS业务设计心路

图11 主站入口调整与解决方案落地页重构

除上述内容外,设计侧还对核心链路页面进行统一的视觉升级优化,实现从品牌层面到具体界面表现层面均能传达出业务的视觉特征,保证用户心智的统一。

四、系统思考——全方位的设计支撑策略

在日常工作中,设计不只是被动的承担“需求设计”的角色,更需要对业务从销售谈单到交付实施的全链路进行系统分析。上述的视觉升级项目中对营销物料的打造和营销渠道的优化,可以助力业务增加曝光量,获取更多商机线索。那在商机进入后,设计侧又可以找到哪些发力点来支撑业务呢?让我们来一起看看。

商机—签约—交付实施是谈单到交付客户的必经阶段,每个阶段设计可以找到不同的发力点来支撑和赋能业务。

以房产业务为例分享SaaS业务设计心路

图12 设计支撑策略

Step1:商机阶段

通常需要通过多次上会汇报,展示解决方案的价值。而当业务处于0-1阶段时,尚未形成成熟的产品,解决方案PPT或产品原型成为业务与客户谈单时的核心抓手。设计师需要主动走近客户,为业务排忧解难,产出汇报所需的各项物料,助力业务谈单,包括但不限于「全链路demo页面」「可交互式原型」「核心场景GIF图」「演示环境」「其他所需的配图等等」。

以房产业务为例分享SaaS业务设计心路

图13 核心场景演示gif动图

商机阶段的核心目标是助力业务进行客户侧的汇报,需要即时响应汇报过程中的各种需求。

举个例子,在金茂客户谈单过程中,客户需要的是从精装-美居全链路的解决方案,即两个平台相整合,并且希望平台界面表现更偏向金茂自身的风格。

彼时精装和美居还是相互独立的两个平台,也未增加主题定制化能力。设计了解具体需求后,提出在精装平台增加物业美居入口的方案并且与业务侧对齐,拉通精装、美居两条业务线开发在精装演示环境搭建完成,并且协同技术通过组件自带的主题能力暂时调整当前界面的展示效果使其符合客户预期,最终顺利通过演示。

以房产业务为例分享SaaS业务设计心路

图14 设计助力业务侧演示

Step2:签约阶段

成功签约后,尤其是对公司具有战略意义的项目,客户会举办对公司内或对外的发布会,展示项目成果,树立行业影响力。

此阶段通常由创意视觉、UI设计师主导,需要配合市场同学产出客户举办发布会所需的各种物料。通常为客户专属的定制化物料,包括但不限于主视觉、发布会PPT、发布会视频所需的宣传图、预热海报、邀请函、手提袋、签名墙等等。(涉及客户暂不展示)

Step3:交付实施阶段

客户签约后,会设置关键的里程碑节点,对应节点需要产出对应的交付物。产品、设计、研发、测试、实施等人员需要全力配合,保证对应节点的汇报演示顺利通过。

1)设计流程

首先来看设计流程,进入到交付实施阶段,即进入到正式的产研流程。

相比日常产品迭代流程,交付类项目的产研流程中一定要增加【客户确认】环节,在这个环节中,设计师对整个项目的推动起到核心作用。设计师需要将产品需求方案转化为落地研发的设计稿,并且需要梳理出可用于产品核心链路的演示demo,用于客户进行最终确认。

此时,客户会针对设计稿界面布局、主题色彩、信息传达等方面提出自身的建议,设计师接收建议后,需要对设计稿进行优化并且二次汇报,确认客户满意后方可进入下一环节。

增加客户确认环节后,相比之前标准的产品迭代,迭代节奏必然会受到影响。此时项目经理和产品经理等关键角色需要做好对客户侧的预期管理、对内的敏捷迭代节奏管理,才可以保证产品资源在有效的时间内得到最大化的利用。

以房产业务为例分享SaaS业务设计心路

图15 产研流程增加客户确认环节

2)标品打造

在经过标杆项目打造,以及签单过程中与多个客户的沟通跟进,我们对于房产行业的了解越来越深入,对客户需求的了解也越来越充分,是时候进行标准化产品的建设来满足绝大部分客户的需求。与此同时,随着业务扩大,设计与研发人员也在增加,设计内部及设计与研发之间也出现了协作流程上的问题。可以总结概括为以下两个方面:

  • 质量问题:需求量大时间紧的情况下,设计师无法进行及时的设计内审,在多人协作时容易出现设计方案不统一等问题。
  • 低效问题:缺乏统一的指导,对于不清楚的场景需要与新人设计师进行多次沟通,沟通成本高;设计开发协作效率低,设计师需要对同样场景的设计规范进行重复撰写,开发在不同功能模块的开发过程中也会反复询问同样的问题,增加了开发、设计沟通成本;不同场景下存在可复用的组件,但缺少沉淀,导致无可复用的组件,影响开发效率。

为了解决上述问题,UX UI 协作整理房企的设计系统,并且联手开发搭建房企业务组件,旨在:

  • 提升平台设计质量,解决统一性问题,并且基于业务目标、用户调研等,明确平台设计原则,使其符合行业规范和用户需求。
  • 通过统一的设计规范、业务组件建设,提升设计和研发效率。
  • 建立标准化的协作流程,提升多角色协作效率,减少无效沟通。

以房产业务为例分享SaaS业务设计心路

图16 问题与解决方案

① 系统构成

整个设计系统包括设计原则制定、图标规范、色彩规范、设计规范、流程规范等,期望能够提供全面的设计指导,减少从需求-设计-研发-验收等各环节中可能出现的问题,具体内容大家可以查看下图。

以房产业务为例分享SaaS业务设计心路

图17 设计系统构成

下面简要说明设计原则与设计规范(模式)的制定。

② 设计原则制定

a. 有据可循

虽然B端产品有着通用的设计原则,但是具体到某一业务的原则,业务的定位、目标,行业属性,客户的要求,目标用户的行为习惯等要素都会影响设计原则的制定。因此需要对业务进行分析、对用户进行调研后去得出指导原则。

以房企为例,其涉及到多个端,多个角色,多个功能模块,用户的操作链路相对比较复杂;加之与客户的沟通,对用户的目标、行为也有了更加明确的感知,因此梳理出房产业务的设计原则,并且运用在日常的设计当中。

b. 切忌模糊,可行性强

对于设计原则的定义一定要清晰明确,并且在团队内部达成一致,确保设计师看到原则知道如何设计产品,可以辅助具体的案例加以说明。例如房企设计原则中的“直观性”原则,是通过跟客户汇报设计稿时,客户明确反馈出来的建议。

对于“直观性”的解读为:图文并茂,增强可读性;降低页面信息密度;不可过度追求高效导致用户在任务流程中感到困惑。它既影响界面布局,又影响到流程层面,需要设计师在设计时充分考虑这两个方面。

以房产业务为例分享SaaS业务设计心路

图18 房企设计原则

③ 设计规范(模式)

设计模式指的是可以解决同一类设计问题的通用性的解决方案,比如“搜索模式”,“批量选择”等,关于设计模式的解读大家感兴趣的话可以去查看《Design System》相关的文章。

a. 基于对业务的分析产出模式/组件

设计师将需求转化为设计稿时离不开对业务本身的分析,因此我们会发现不同的业务场景下设计师采取了同样的设计方案。

举个例子,房企业务下用户通常比较关注“项目、分期、楼栋、户型面积”等字段,这些字段几乎横亘了房企“方案管理、户型管理”等多个场景下,但是不同角色用户关注的字段又存在差异性。因此在卡片组件设计时,组件上面的字段数量及名称定义为可灵活配置的,不用场景下只需要显示不同的字段就可以实现组件通用性的应用。

b. 设计模式/组件并非一成不变

值得说明的是设计模式并非一成不变,会随着产品迭代而不断更新。设计系统中需包含对模式/组件的构建与使用机制,保证模式/组件可以持续迭代和维护。

以房产业务为例分享SaaS业务设计心路

图19定义/产出模式和组件

五、总结

面向大B客户的SaaS业务,通常需要从标杆项目切入市场,逐渐在行业内树立品牌影响力,进而渗透更多大型客户。需要时刻保持标准化思维,拓展标准化的产品能力,逐步赋能到整个行业。

1. 走近客户,总结业务特征,转化为设计

设计师需要抓住一切机会走近客户,深入了解行业与业务。基于对业务和用户的分析,为设计方案的产出提供有力支撑。

对于SaaS业务,大客户中决策人员的话语权重,是决定是否买单的关键角色。设计时需要充分考虑决策人员的建议,并与产品通用能力相结合。比如决策人员均觉得系统应该符合自身的品牌调性,那么不同公司的品牌调性又存在差异性,这时是否可以考虑通用的品牌定制化能力来解决客户的定制化诉求。

2. 洞见问题,系统化的解决问题

具备洞见问题和系统化解决问题的能力。如果只是点对点地解决问题,会发现解决一个问题后其他问题此起彼伏的出现。

因此需要学会定义本质问题,并且系统化地进行解决。比如系统性地梳理问题,搭建设计系统,面面俱到地解决日常设计以及与研发人员之前协作时出现的各种问题,让设计有据可循的同时提升产研效率;对房企整体进行系统化的视觉升级,助力业务签单的同时树立品牌影响力。

在0-1的创新业务中,洞见问题和系统化解决问题的能力,更有助于设计师充分发挥自身价值,实现业务发展与个人提升的双向促进。

作者:瑶一,噪雾,巫堵,公众号:群核科技用户体验设计

本文由 @酷家乐用户体验设计 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于CCO协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。