在新部门呆了半年，时间一长就不免挑起毛病来，于是在年度吐槽大会上指出了类似非正规军的一系列不规范操作。
其中一条就是：发版频繁，没有规律可言，客户经常对新版本一脸懵逼，甚至无从下手。
作为to C的产品来说客户无感知，也许是一件好事，说明产品做到了很好的平滑过渡。但对to B的产品来说，却潜在了一定的风险。
拿上次例子说明：面对某些新增的客户，解决商品取价各异的问题，通过增加系统参数控制实现。
假如系统升级前默认取商品发布价，对老客户来说完全没有影响。但使用价目表的新客户，如果不提前告知，就有可能产生错误的订单数据。
当客户发现有错误时，肯定就会说是系统问题，这时你敢强行说不是吗？
所以我们要提前通知客户，但假如有10个客户，我们总不可能一个个去说吧？
当然我们也不可能一个个客户去问，你们批发商品取什么价格吧？
注意，这里说的是客户，而不是用户。
所以今天我打算说说这个容易被人忽略的问题。
1、发版计划
提前告知客户发版计划，可能包含了哪些新功能和改动。特别是大客户，或者被新版本影响大的客户。
我们经常会遇到实施或者客户跟我们说，我们要什么什么功能，尽快给我实现。
但客户一多起来的时候，肯定就不可能说客户提什么我们就做什么。
这个时候我们一般会先抽出共性需求，并且优先实现。然后把个性需求放到后面实现。
所以即使是我们内部的安排，也可以告知客户：你这个需求大概什么时候可以满足，这个功能大概什么时候实现……
一来增加与客户互动，提高客户粘性；二来让客户一起参与进来，提高他们主人翁意识，加强我们就是为他们提供服务的享受。
让客户跟我们一起去发现和规避可能产生的风险。
2、发版说明
我们一般会提供两份发版说明，一份概要说明，一份详细说明。
概要说明是大概罗列版本所修改的内容，包含新增功能、解决问题、性能优化等。
一般会和安装包一起挂出，供用户下载安装包时预览，类似于APP上的版本说明。
目的是为了告诉用户此版本更新了哪些内容，给用户提供是否下载安装的参考。
而详细说明，一般是用于内部存档。用于产品说明、产品更新迭代的内容查询和文档交接。只有在实施或者外部客户要求的情况下，才会外发。
3、新功能使用说明、操作手册
新功能使用说明或操作手册是必不可少的东西，虽然整理起来比较耗时间，但总比上线后一堆客户亲自上门来询问强。
我现在所处的部门有点草莽班子的味道，这么久了都没有形成一定的发版规范。
都是产品经理感觉要发版就发版，或者被客户催着要发版就立马发版的状态。
而类似协调员的项目经理，只在乎项目进度和项目风险。
一不管业务是什么，二不管产品做的怎么样，三不顾一切就知道要按时上线，四客户一有问题就找产品经理系列。
每每看到我们项目经理，就有种恨铁不成钢的感觉。这个时候就总恨不得让他们写操作手册100遍。
用户面对新版本，如果改动小、交互够傻瓜，不用操作手册也没有问题。
但往往B端的业务会比较复杂，特别是涉及钱财交易的时候，80%的概率客户就算一看就知道怎么操作，但同样还是会有90%的用户会跟你确认操作是否正确。
所以与其等着他们上门拜访，不如提前准备好弹药喂饱他们。
4、FAQ
问题解答文档，这个可有可无。一般充当几次人工客服，客户基本也就没什么问题了。
但还是有几种类型的产品，有FAQ肯定会比没有强。比如基础建设平台、中台、支持全品类客户的标准产品、通用型产品、生态底盘……
这类产品面对不同的客户问题，提供不同的产品解决方案。
这个时候的FAQ，主要目的就不是面向具体用户了，更多应该是内部实施、内部销售、外部的研发、对接的客户IT，甚至是你工作的下一个交接人。
这四步准备看似无聊且烦琐，但当客户量超过3个以上时，绝对会达到事半功倍的效果。
我一直说，要做好B端产品，必须要离客户足够近。而面向客户的发版准备即是对客户的一次有效沟通和试探，又是预防风险的有效措施。
