决胜B端：产品经理升级之路 - 设计篇
2022-03-14 11:32:28 27 举报AI智能生成
登录查看完整内容
设计篇： 从业务诊断到形成方案 决胜B端：产品经理升级之路 目录： 第03章 B端产品建设概述， 第04章 B端产品的业务调研， 第05章 B端产品的整体方案设计， 第06章 B端产品的细节方案设计， 第07章 B端产品经理与技术方案
作者其他创作
大纲/内容
第05章 B端产品的整体方案设计
5.1 核心业务流程
5.2 产品定位
5.3 应用架构设计
分支主题
5.4 功能模块设计
分销商城前台
分销客户管理后台
分销运营管理后台
5.5 演进蓝图设计
第06章 B端产品的细节方案设计
6.1 业务数据建模
6.1.1 设计理想版的分销业务客户模型
6.1.2 设计简化版的分销业务客户模型
6.1.3 业务数据建模错误会导致灾难
6.2 流程和角色
6.2.1 绘制分销业务流程图和角色
6.2.2 绘制分销业务的页面流转图
6.3 界面设计
6.3.1 界面设计的流程
1．产品经理绘制线框图原型，表达软件中每个页面的设计需求。
2．UE设计师协助产品经理完善交互体验，并制作交互原型。
3．UI设计师基于交互原型进行美工设计，生成切图文件。
4．前端工程师拿到切图文件，进行前端开发，包括实现交互、动效等。
6.3.2 线框图的绘制
6.3.3 尼尔森十大可用性原则
反馈原则（Visibility of system status）
系统应该在合理的时间、用正确的方式，向用户提示或反馈目前系统在做什么、发生了什么。
隐喻原则（Match between system and the real world）
系统要采用用户熟悉的语句、短语、符号来表达意思。遵循真实世界的认知、习惯，让信息的呈现更加自然，易于辨识和接受。
回退原则（User control and freedom）
用户经常会不小心操作错误，需要有一个简单的功能，让程序迅速恢复到错误发生之前的状态。
一致原则（Consistency and standards）
同样的情景、环境下，用户进行相同的操作，结果应该一致；系统或平台的风格、体验也应该保持一致。
防错原则（Error prevention）
系统要避免错误发生，这好过出错后再给提示。
记忆原则（Recognition rather than recall）
让系统的相关信息在需要的时候显示出来，减轻用户的记忆负担。
灵活易用原则（Flexibility and efficiency of use）
系统的用户中，中级用户往往最多，初级和高级用户相对较少。系统应为大多数人设计，同时兼顾少数人的需求，做到灵活易用。
简约设计原则（Aesthetic and minimalist design）
对话中不应该包含无关的或没必要的信息；增加或强化一些信息就意味着弱化另一些信息。
错误信息应该用通俗易懂的语言说明，而不是只向用户提示错误代码；提示错误信息时要给出解决建议。
帮助原则（Help and documentation）
对于一个设计良好的系统，用户往往不需要经过培训就能轻松上手使用，但是提供帮助文档依然是很有必要的。帮助信息应该易于检索，通过明确的步骤引导用户解决问题，并且不能太复杂。
6.3.4 列表页经典设计方案
6.3.5 列表页设计Bug“找茬儿”
问题一：交互功能不合理
问题二：逻辑不严谨
问题三：技术风险与安全风险
6.3.6 界面设计的建议
借鉴成熟软件
善于使用模板
采用标准控件
6.4 报表设计
6.4.1 报表设计与应用流程
构建分析体系
定义观察指标
设计呈现形式
跟踪指标变化
分析变动原因
跟进处理问题
6.4.2 报表引擎
常见的报表引擎表样
明细报表
汇总报表
动态仪表盘
套打报表
【资源推荐】
http://demo.finereport.com
http://demo.smartbi.com.cn
6.4.3 二维表格设计Bug“找茬儿”
6.4.4 报表设计的建议
聚焦业务分析本身
不要急于线上化
上线后不要急于推广
理解掌握数据仓库原理
6.5 数据埋点
6.5.1 什么是数据埋点
数据埋点的历史和含义
数据埋点的流程
6.5.2 常见的B端埋点工具简介
Web端埋点工具
Google Analytics（GA）、百度统计
移动端埋点工具
GrowingIO、诸葛IO、神策
6.5.3 埋点工具的数据分析
基本分析
桑基图
Cohort分析图
访客分析
热力图
GA：https://analytics.google.com/analytics/web/
易分析：http://www.yeefx.cn/demo.show.php
6.5.4 B端产品与C端产品数据埋点的区别
诉求不同
方案不同
6.6 权限设计
6.6.1 功能权限设计
6.6.2 RBAC权限模型
6.6.3 数据权限设计
6.7 文档编写与管理
6.7.1 商业需求文档（BRD）的管理
6.7.2 产品需求文档（PRD）的编写
6.7.3 文档管理要点
文档命名要遵循一致的规范
对文档进行版本管理
将文档存档管理
6.8 UML和常用图表
6.8.1 ER图
6.8.2 跨部门流程图
6.8.3 状态机图
6.8.4 活动图
6.8.5 用例图
第06章 B端产品的细节方案设计
第07章 B端产品经理与技术方案
7.1 两段有趣的对话
情景对话1：RD和不懂技术的产品经理
情景对话2：RD和懂技术的产品经理
7.2 产品经理是否要懂技术
避免产品过度设计
避免技术过度设计
与技术人员沟通顺畅
预判需求的可行性
评估工时合理性
7.3 产品经理是否要关注技术方案
7.4 B端产品经理的技术知识要求
7.4.1 具备基本的技术知识体系
理解一门编程语言
掌握并使用SQL
了解网络通信等计算机常识
7.4.2 了解程序设计的MVC范式
前端交互层
业务逻辑层
数据层
7.4.3 熟悉接口与调用模式
同步调用模式
异步调用模式
7.4.4 理解软件工程的“搭积木”设计
7.4.5 掌握数据库与SQL
数据库表设计
SQL查询语句
第03章 B端产品建设概述
3.1 B端产品的总体建设流程
3.2 B端产品与C端产品建设流程的区别
设计起点不同
MVP思路不同
细节设计不同
对运营的依赖程度不同
3.3 案例：M电商公司的渠道分销产品设计
3.3.1 案例背景与目标
3.3.2 制订工作计划
第04章 B端产品的业务调研
4.1 B端业务调研的流程
4.1.1 明确调研目标
4.1.2 选取调研对象
4.1.3 确认调研方法
4.1.4 执行调研计划
4.1.5 总结归纳输出
4.2 B端业务调研的目的和分析框架
4.2.1 战略层
4.2.2 战术层
经营策略
管控模式
4.2.3 执行层
管理层
运营层
4.3 B端业务调研的方法
4.3.1 深度访谈
准备好访谈大纲
从高级别人员开始访谈
提前研究访谈对象
和访谈对象保持联系
4.3.2 轮岗实习
4.3.3 调研问卷
激励用户完成填写
控制好开放式和封闭式问题
避免诱导性问题
谨防“幸存者偏差”
4.3.4 数据分析
4.3.5 行业研究
研究针对业务相关领域的经典管理案例
研究市面上同类业务的商业软件特点
4.4 B端产品与C端产品业务调研的区别
4.4.1 调研目标不同
4.4.2 调研对象不同
4.4.3 调研方法略有不同
4.5 案例：M公司分销业务调研总结
4.5.1 业务现状梳理
战略定位和战略目标
组织架构
业务流程
具体数据指标梳理
4.5.2 业务问题总结
关键业务问题梳理
问题解决思路
设计篇： 从业务诊断到形成方案决胜B端：产品经理升级之路
0 条评论
回复 删除
下一页
