数据结构论坛

首页 » 分类 » 常识 » 读书笔记B端产品设计精髓第二部分
TUhjnbcbe - 2023/9/12 20:51:00

第4章必须真正懂业务

优秀的产品经理、产品设计师,必须具备同理心。同时,为了获取同理心,在产品设计环节,尤其在早期,需要注重以下真正决定产品成败的因素:

--对业务真正的洞察与理解;

--对用户群体的准确把握和分析;

--对市场情况的准确判断;

--对商业模式的精准选择等。

4.1有效沟通

产品经理

产品经理与设计师需要形成默契的合作关系。一个优秀的B端产品经理,往往都是一个领域或者行业的专家,有着很深的业务背景和大量的实践经验。

产品经理应该输出比较高质量的产品需求文档。

通过有效的原型设计,及一系列流程化的反讲和评审环节,可以最大限度地提升沟通的有效性。如果遇到有争议的设计点,应该进行有效的PK,找到最佳的平衡点。

用户

一份详细的产品全生命周期的用户研究计划

调研场地选择比较舒适让人放松的地方

对企业公开透明,与相关主管都达成调研的共识

不对无法兑现的开发计划作出承诺,并说出原因

对于敏感业务,需要准备法律文档

数据

注重数据的分析和挖掘,例如运维系统数据、用户满意度等

4.2竞品分析

分析准:

--行业领先者和先行者,直接或潜在的产品竞争对手;

--不同市场的同类型产品,短期内不存在直接竞争关系;

--产品形态相似,但市场地位、商业模式完全不相关的相似产品。

分析内容

--产品设计的维度:基础信息架构、功能节点的分类、菜单、样式、布局、交互形态、视觉风格等;

--业务设计的维度:业务场景的划分和分析、用户群体的细分、业务流程的设计和优化

在B端产品分析时,需要结合具体的业务场景做分析:真实发生的频率、承载的数据量级;要更多提炼业务维度的内容。

来源:

--开源网站原型;

--帮助文档;

--免费版;

--购买正版;

--行业大会。

不要全盘抄袭

需要把握借鉴的边界,找到产品快速发展与原创之间的平衡。

第5章场景驱动的设计

用户体验需求建模:将各种需求文档进行场景化、具象化的设计与描述,再结合相匹配的产品概念原型模块,形成一个个生动的故事

5.1场景的划分与来源

场景化所表达的核心理念是已用户为中心的产品设计思路,强调产品能够准确匹配用户真实的业务场景和使用场景,匹配组织中不同分工的业务角色。

在产品分析阶段,开展以用户为视角的用户调研,结合产品经理分析,大量沉淀为设计经验,提炼和分析若干场景。

-场景的划分原则

在具体设计过程中,将流程图或业务描述,提炼成一些重要的公共场景,用图和文字进行说明。B端业务场景可以通过以下原则划分:

1、高频业务:核心业务系统的核心功能;

2、公共模块:与核心业务关系不大,但是使用频次很高,如登录、注册等;

3、主流程:主流程是用户完成一个完整核心业务相对完整的流程,这些流程会关联一个或多个场景。弥补高频业务和公共模块忽略掉的内容。强调严谨性、流程性和完整性。

4、特定角色:一个企业或组织的最高决策层;应该满足20%特定用户的需求,如审批模块、高管决策看板等。

5、细分场景:先划分核心大场景,在适度地细分。

-场景的来源

描述一个场景,本质上是以代入感的形式,使应用场景的人产生强烈的参与感,从而理解真实用户使用产品完成一个任务目标的真实感受,产生同理心。有两种方式:

1、现场研究,从用户使用中出现的问题入手;

2、基于顶层设计的抽象场景,各级需求文档、历史积累经验等。

5.2场景的呈现

场景的呈现不在于表达形式,而在于可视化的清晰程度,真正反映用户在具体场景使用产品和服务的情况。

-场景的要素

1、核心用户及相关角色:用户画像

2、用户的动机和行为:用户情境保留最重要的内容描述

3、产品使用过程上下文

4、额外要素

一个场景=若干任务角色+若干用户情境+用户体验地图+......

5.3场景驱动的设计过程

1、快速沟通工具:画图;

2、概念创意表达:不注重细节,低保真的概念交互原型+高保真视觉风格样稿;

3、需求可视化:高保真原型+产品功能描述

4、设计交付:交互和视觉设计方案

原型设计应注意:

1、故事化:用户故事;

2、核心信息架构和公共交互逻辑;

3、功能模块的划分;

4、核心业务流程;

第6章产品的信息架构

6.1从混乱到有序

输入:客户目标、用户、核心业务场景、产品目标

输出:采用自上而下或者自下而上、时序路径的方法,将碎片化信息进行结构标准化的过程

工具:思维导图

6.2用户视角的转换

让用户参与到信息架构的梳理和优化过程,再以用户视角重新审视和分析已经初步形成的信息骨架,配以一些基于核心场景的概念原型,进行相关的用户验证和经验性评估,完成对现有架构的优化、调整、迭代。

聚焦在核心信息架构、核心概念原型上;

引用关键用户进行研讨和分析,最好是对业务理解比较深刻的领袖型用户;

定性分析为主,定量统计为辅;

辅助以一些概念原型呈现未来的产品效果;

6.3信息架构的设计载体

1、导航系统

包含导航菜单、面包屑、快捷导航,用于帮助用户浏览系统、定位功能模块等,一般是信息机构最直接的体现,狭义的信息架构;

WEB:网站导航+面包屑、网站地图

IOS:IOS基础设计规范;

安卓:谷歌的MD设计规范;

2、布局

核心要素是:功能区域划分、操作区域划分,可以以心理暗示的方式影响用户。

在产品设计中,应针对核定的业务场景形成一些规范性的不觉约束,遵循统一化的栅格布局,避免差异过大导致用户在页面跳转时产生的困惑。

3、搜索

小数据结构化搜索;

大数据和人工智能搜索:基于自然语言交互(VUI)的各种服务

4、数据组织与管理

用户主动对数据和文件进行组织归类。

可视化的文件管理系统;

智能文件夹-相册

多维信息视角:除了图片信息,提供地点和时间搜索;

第7章标准产品与个性化的平衡

7.1个性化需求来源

产品和项目最大的不同是通用性。项目可最大限度满足个性化需求,产品需要考虑其通用性。

1、客户化

企业的一些关键业务流程、管理流程很难改变,需要产品具备更多的可配置性和灵活性;另外,在产品使用过程中,会对产品做进一步调整。针对客户化的需求,产品需要具有以下能力:

l业务流程和审批流程的可配置

l组织和机构的可配置、可调整

l界面显示可配置、可调整

l产品换肤(企业视觉识别系统-VI,VisualIdentity)

2、角色化

每个用户会根据自己的职责产生一些个性化的角色需求,产品需要具备以下能力:

l产品功能模块可根据具体角色的需求特征重新组织

l具体界面信息可根据角色的

1
查看完整版本: 读书笔记B端产品设计精髓第二部分