1 目标用户
B端 | C端 |
---|---|
理性 | 感性 |
注重效率: 愿意花成本去学习系统使用 | 注重体验: 希望简单易用, 消耗最少学习成本上手操作; |
角色分多种 决策者: 关注企业的总体效率 管理者: 关注管理职责和工作成绩 员工: 是否简单易上手, 能否减轻工作负担 | 角色单一 |
2 使用场景
B端 | C端 |
---|---|
固定时间: 根据工作流程, 职责确定, 持续时间长, 有规律性 | 碎片化: 时间短, 随机性强 |
工作场景使用: 办公室, 沉浸 | 生活场景使用: 家里, 床上, 地铁上, 很难沉浸 |
3 产品思维
B端 | C端 |
---|---|
效率思维: 产品目的是简化工作流程, 提升工作效率. 由于商业模式不同, 不一味追求大的流量 | 流量思维: 通过提供服务, 运营手段, 获取更多的流量, 为变现提供基础 |
4 业务功能
B端 | C端 |
---|---|
多扁平功能 B端产品需要给用户提供支持各种工作流程的功能. 每个功能都是需要的, 功能键没有主次之分. 例如ERP功能: 销售与市场, 分销, 客户服务, 财务管理, 制造管理, 库存管理等等, 都是需要的 | 一个核心功能为主, 其他为辅助功能. 在品牌形象建立时, 就希望在用户脑海里确立一个重点解决的痛点. 例如: 美图—美颜; qq音乐—听音乐; |
5 使用复杂度
B端 | C端 |
---|---|
偏工具: 角色多, 对应的业务场景多; 业务流程长, 逻辑复杂; 复杂, 需要学习 生命周期长: 公司协作流程, 相对稳定, 变革周期比个人兴趣转移长 | 偏玩具: 业务相对简单(展现给C端用户的简单); 简单易用: 逻辑简单, 流程相对标准化, 角色少; 生命周期短, 目标人群兴趣转移, 就需要迭代 |
6 切换成本
B端 | C端 |
---|---|
高: 部署周期长, 版本更新困难(SaaS模式在改善这一问题,但仅仅是改善) 用户上手时间长: 有些需要培训, 熟悉之后再去改变, 用户需要适应 | 低: 功能同质化, 操作方式类似, 易上手; 忠诚度低; 用户切换不同产品便捷, 基本没有成本; 软件提供商升级迭代成本, 较B端也低很多 |
7 运营程度
B端 | C端 |
---|---|
重运维 需要保持系统稳定, 可靠 有问题客户马上会反馈, 需要快速解决 需要根据业务的专业流程, 保证功能覆盖全面, 功能正确 | 重运营 重视拉新, 促活, 基于流量思维开展运营工作; 用户需要持续增长,来实现收入增长 提升用户体验, 提高用户的满意度 |
8 商业模式
B端 | C端 |
---|---|
服务 卖身不卖艺 个性化定制,软件使用 按功能模块付费, 按使用人数付费, 需求付费, 后期维护费用 | 流量: 羊毛出在狗身上 内容付费, 广告付费, 平台抽成, 增值服务(vip,卡券,权限等) |
业务模式选择
C端: 市场分析, 竞品分析, 用户调研, 寻找市场切入点
B端: (1) 同C端: 但调研,分析目标为"组织" (2) 公司内部工作协作需求: 产品自内部孵化, 验证之后标准化改造推向市场 (3) 根据企业流程, 定制化开发: 基本为企业自身使用
产品整体设计
C端:
(1) 需求收集: 竞品分析, 用户调研, 数据分析得出; 客服反馈;
B端:
(1) 业务调研: 深入企业观察, 了解业务模式, 运作流程; 了解专业知识
(2) 需求收集:
1.分别于决策者,管理者, 使用者收集需求.观察工作流程,分析提炼需求
2.进行需求加工, 根据原始需求, 给出翻译后的业务需求; 反复确认后形成最终需求;
(3) 解决方案设计
1.参考"竞品"成熟经验, 给出解决方案;
2.DEMO演示, 确认;
3.多方干系人诉求梳理, 最终确认;
(4) 核心业务流程设计
1.多方干系人诉求确认; (影响比C端更加明显)
(5) 系统功能模块拆分
(6) 产品规划