2)日常业务执行者
他们每日都会进行日常的业务处理,可以提供对业务的惯性理解与认知习惯 。
3)老板与管理层人员
他们很多是产品或定制化产品的产品审核者,他们平时不经常执行业务,所以对业务的具体建议可能会有所误导,这点需要注意 。但他们对产品未来规划,还有与竞品的对比情况非常清晰,可以很好地反馈出目前设计的水准 。
从这个三个角色能提供的信息特性如下:
最后,再基于三种不同角色的用户去建立细化的量化指标,即可完成,例如:
1)日常业务执行者
关注效率,指标为效率与认知,得出的结果是数据测试的结果 。
2)管理层人员
关注结果与规划,指标为认知相关、数据密度相关指标,有条件也可以加入净推荐值(NPS)的指标,针对管理层 。得出的更多是定性指标,结果是分数 。
3)业务专家
关注效率,并能提供创新性的思维与指导 。指标为效率与认知,最好再加入定性维度,与竞品做对比分析,得出的结果是数据内容与分数 。
在了解完整体业务,并且也建立了初步的指标后,通常需要思考产品框架如何搭建、功能如何组合的问题,目的是希望能搭建一个不错的框架,让产品后面避免框架方面的大修改,降低团队的研发成本,同时也能更好的应对多功能集成述求,并且保证产品体验与效果不降低 。解决这个问题的 *** ,我们可以使用“系统化思维” 。
应用系统化思维,搭建稳定包容的产品框架 。“这个产品功能非常多,能不改就不要改”,类似情况在B类产品迭代中时经常见到的 。
B类产品的迭代逻辑,大多都是由单一功能价值服务到平台价值服务发展的 。这与B类产品制造企业,从小规模起家到大规模后具备客户群体基础,有非常强的关联 。
B类产品随着企业的发展与增长,需要不停的添加新功能,为制造B类产品的企业寻找新的发展方向,以抵御市场竞争,构建出有力的壁垒 。
由此原因,B类产品在较长时间内,都会不停的增加新的功能,并且会经常出现三种常见情况:
- 集成其他产品的功能;
- 提供接口被其他产品集成;
- 为大型客户提供定制化产品,自己打造一个基础产品的标准平台 。
大部分B类产品的主功能有3或4个,衍生功能有10多个,甚至20多个 。而发展2~3年后的B类产品,迭代成本异常高昂,产品内部保证一致性也非常不容易,后期还需要集成其他企业的功能,并且为客户提供一致的体验 。
为了解决这一问题,中台、组件等思维都开始应用兴起起来,它们都是为了解决功能太多、管理不易、调整太慢的问题 。
而解决业务发展与内容调整效率的问题,主要也有三种思路:
- 全面了解业务情况,构建高包容性产品框架;
- 建立高通用性的基础控件与组件,还有高频操作框架的认知(例如确认与关闭按钮的位置等),给集成产品提供规范与标准,同时面对要调整时能快速对组件、色彩进行统一调整;
- 建立常用业务组件,并深入优化业务组件性能与易用性,并与快速搭建定制化产品 。
OS系统从Windows98开始,已经迭代了20多年,建立起来非常不错的框架与接口逻辑,并且OS也是以提供基础功能为主,例如我们常用的大部分是文件夹、Doc栏等,其他的文本编辑、绘图等功能,经常使用第三方企业提供的软件 。
推荐阅读
- “四书五经”具体指什么?
- 湘南学院教务处电话 湘南学院教务系统
- 洗澡的时候肚脐眼可以洗吗?肚脐眼里的泥抠出来了有事吗
- 桃胶每次吃多少
- 小学教师招聘考试历年真题小学教师招聘信息在哪里看
- 沈阳音乐学院大连校区和本部的区别_沈阳音乐学院大连校区什么时候搬回
- 北京康辉旅行社客服 北京康辉旅行社报价
- 为什么我最近视频播放量很低,以前再不济也是几百,现在却二三十?
- 九色腾无限制看