xdite的团队并没有庞大的UX设计师团队，但是可以上线UX设计如此迅速的两个关键原因在于：
重构式开发，UI与UX平行开发
对话式设计
这两点也是客户留存的关键因素，重构式开发是这样进行的：
重构式开发：UI、UX 平行开发
- 我们团队并没有庞大的UX设计师团队，但是可以上线UX设计如此迅速的两个关键原因在于：
- 重构式开发，UI与UX平行开发
- 对话式设计
- 我们是采取这样的开发模式：
- 由程序师先完成根据User Story基本的动线。
- 确定完成有价值的软件后。
- 一版一版的重构成上线软件。
- 实际项目的规划步骤如下：
- Step 1: 程序师完成主线，有基本的动线操作
- Step 2: UX 设计师重构新的接口，根据流程重新布局体验
- Step 3: 根据Onboarding UX精修细节
对话式开发的方式是这样的：
对话式设计：迅速作出高可用UX
- 而我们 UX 设计师，也自行开发了一套 UX 设计框架，加速软件的开发。
- 这套框架，甚至可以让程序设计师迅速做出高可用的 UX。
- 对话式设计的起源：挑战创新
- 一般来说，参考其他行业模式打造的产品接口比较容易。
- 因为做产品时可以“模仿动线”。
- 针对新业务流程，要怎么对崭新概念做出高易用的 UX？
- 当时这件事也逼疯了我们设计师。
- 对话式设计：每一个场景都是一个对话
- 每一个交易视为一场对话
- “对话式设计”的基调是：“我们应该要把每一个场景，每一个交易视为是一场对话。”
- 比如说传统的消费场景：消费者进入一个商店想买东西。
- 比如是因为需要结婚，需要采购一套西装。
- 商家就会问：那你要黑色的还是蓝色？
- 消费者回答：我要黑色的。这一套多少钱？有没有提供订做服务？订做要花多少时间？
- 比如是因为需要结婚，需要采购一套西装。
- 网络产品，应该也是类似的原理。
- 产品 UX 本质上，应该是一场又一场的对话。
- UX 开发上的流程断裂
- 绝大多数的网站开发状况都是这两种状况：
- 后端工程师把功能写完了，找设计师进来 “漆墙壁美化”
- 前端设计师先把稿做好了。让后端工程师套版。
- 前者的问题会造成前端设计师被”既有信息” 绑架（也就是会下意识把主要任务，视为信息上的排版。而不是展开业务）
- 后者的问题在于前端设计师不关心也不理解业务，只关心过场”体验”，但这个体验并没有奠基在”解决使用者的真正业务问题”
- 绝大多数的网站开发状况都是这两种状况：
对话式设计的具体步骤方法
- 第一步：写下脚本
- 设计师把原先程序师写的接口都扔了。重新在空白地方上写下脚本。
- 第二步：将信息分成两堆
- 我所关心的讯息
- 接下来我要做什么
- 第三步：具体细化操作步骤
- 第四步：做无色排版
- 在此步，不对信息做上色处理。只对信息的权重做大小与排列。
- 第五步：上色与排版
- 在这一步。对 “BY THE WAY” 的讯息刷灰处理。对使用者关心的金额”上绿色放大”。然后再作一些排版优化。
- 对话式接口与传统接口的差异
- 乍看新设计用的颜色非常简单。排版元素也非常简单。
- 但是做出来接口让团队很吃惊。不仅一次就过。
- 易用性也是高的惊人。
- 这当中的差别在于，前者是僵硬死板的演说，后者是互动良好的对话。
- 以前我们都认为 UX 非常难。
- 经过这次的经验，我发现原来问题症结点在于以前把原始出发点想错了。
- 传统开发产品的流程换成大白话来说是：“我有话要说，你得按照我的方式做”、“我有这些信息，我排得很好看，让你欣赏，你看不懂是你傻逼。”
- 而忽略了产品实质是一场双方对话。既然是对话。那这就与排版无关。而是一场双方信息交互，你来我往的过程。
- 经过这次的经验，我发现原来问题症结点在于以前把原始出发点想错了。
如果产品已经上线，通过“客户服务”工具，可以获取用户体验反馈，相当重要。
上线后的 UX 设计：从客户回馈取得实时性的改善
- 重构式设计与对话式设计，是属于上线前的体验设计。
- 这一小节我们要谈谈，上线之后怎么样迭代，达到高留存，甚至高成长。
- 方面也是有独门密技的，只是方向与大家想的不太一样：客户服务。
- OTCBTC 相较于币圈其他币所有很大的不同。就是：
- 我们提供了 Intercom 的线上实时客服工具
- 实时客服保证 5 分钟内回答问题。2-4 小时内解决客户问题
- 所有常见问题都可以在帮助中心内自助解决
- 一天以内解决客户抱怨，客户就会变成常客
- 很多程序师认为，做增长的基础是“资料观测”。
- 所以在产品上线之后，就急着想要在产品上面埋点，找到使用者流程断裂的闭环。
- 甚至认为资料观测，才是增长的金矿，可以在里面当中挖到很多不为人知的商业秘密。
- 我认为这个观念正确也不正确。这的确是做增长的方式，但那是在产品成熟的后期，才适合用这套方法。
- 资料观测埋点，在早期作产品时没必要，流程与核心体验还不够完善，所以不适合。
- 如果你想要知道产品有什么问题，直接问用户就行了不是吗？
- 如果你不知道使用者为什么会流失，只要看客服信就知道为什么了
- 如果你觉得问题不是做功能可以解决的，说明文件也可以是 UX 的一部份
- 如果你不知道接口要怎么做，想像实体店，你会跟客户怎么对话，就做的出来了
即然是给客户打造产品，我们一定要保持从客户获取反馈的渠道，可以看到通过聊天工具，是一个不错的选择。
