数据库产品-易用性问题

不单单是数据库产品，任何一个产品的易用性对用户来说，都是他们非常关注的点。这里聊一聊信创中关于数据库的易用性问题。

首先来鉴定一下数据库产品的易用应该具体体现哪些方面？即哪些方面是数据库产品厂家需要关注的。

一、产品版本迭代

---

产品版本的迭代混乱直接影响整个产品生命周期客户的使用体验。具体场景体现为客户一般在签订合同之前会申请试用版，这是一个时间点，而三个月后，甚至更长时间后，才申请正式版，如果试用版与正式版中间有重大特性更新，存在多次适配问题，包括重装、重新迁移数据、重新适配等等工作，这是厂家甚至客户方不愿意看到的，有时候项目需要赶工期，必须争分夺秒。

版本迭代，作为客户使用方来说，希望的几点：

1、从适配时间角度，希望只适配一次；

2、如果使用环境就是后期的生产环境，只是在对应的服务器测试，客户更喜欢换了正式的授权就可以永久使用，什么也不用动~这节约了时机，别说什么版本更新bug，多少年前的版本还正常跑着应用系统，这是一个概率触发问题，客户更关心当下的时间成本，如就是绕不过，触发了数据库的bug，不一定要通过升级数据库来实现，这是代价很大的，到时候就得综合评判了。

二、索引知识库

---

应用厂家一般具备基本的数据库知识和认知，尤其是应用开发人员，对数据库、SQL、索引、函数等都有一定的积累。涉及数据库安装完成后的工作，比如数据迁移（就是应用底层依赖的表和数据，需建表和数据初始化），应用功能测试sql的调试优化等。

在此过程中牵扯大量的技术人员去分析沟通问题，测试，对于一些公共的问题，客户更希望自己就能按图索引方式就解决了，避免中间不必要的人员沟通与时间代价。这就需要公共的、官方的索引知识库系统作为支撑。

另外就是知识社区的建设，让更多的复杂、奇怪的问题以提问、解答的方式去解决，而这中间要做好及时的审核与回复。要不会成为一种累赘，而且问答里面，很多问题如果是共性的，可提取到索引知识库中，回答中只回答说“参考xxxx知识库 URL：xxx”，即可。

三、产品的UI

---

这里所说的UI是报错的UI设计问题。良好的错误提示能加快问题的解决，模棱两可的问题UI让人直接想砸电脑。比如“内部系统错误”、“系统异常”、“通讯异常”，让人崩溃、绝望。

建议在用户UI可以稍微强化定位错误。另外在日志层详细记录错误代码及错误异常栈，便于分析问题，一个良好的产品异常报错UI应该要考虑这些。

没有哪个产品没有BUG，也没有哪个产品一“出生”就是爆款，只有不断磨砺产品，把用户体验放在首位，才能在信创行业份额中拔得头筹!