从快速迭代和用户心理说起

在快速迭代理念支持下产品，大部分都是“上线-反馈-修改-上线”这样反复更新内容的过程，形式非常适合互联网产品或者移动端，通过收集数据或用户反馈迅速知道改进的结果，用快速迭代的方式可以立即在用户之间找到平衡点。但在最近给一个产品改版时，让我对快速迭代有了些不一样的思考，可能一招鲜可能并不能吃遍天。

之前在文章《互联网用户常见心理特征》提到关于用户心理的几个特征，其中有2点：

惯性

人和老鼠一样，甚至比老鼠更加的具有惯性，更加的善于总结规律，更加的容易感觉生气和不爽。一旦他学会了用一个按钮，第二次一定会去原地按照原来的方法使用。如果位置或者方法和以前不一样，他会很不习惯，并且认为这是一个非常不爽的改变。

我就是全部

第一印象一旦形成，接下来所有的关注力都是为了证明自己的第一印象是正确的。所以，不要责怪你的用户不够宽容，不够拥抱变化，不能理解你持续的努力，是你在之前没有竭尽全力去给他一个好的体验，一个满意的结果。

*文章出自淘宝UED的，也应该能代表当前主流用户的心理特征。

看了以后接着说为什么我觉得不能一招鲜吃遍天，快速迭代是因为不知道用户需要什么，对产品打磨改造，用试错改正优化把产品变完美，有时候想想自己作为用户的时候，是不是发现产品操作起来不方便或者变的完全不一样的时候是不是会很沮丧？多少会有些许抱怨，作为用户也不可能想到这样的改动是为了节省他的操作（搞设计的伤不起啊），而又反过来作为设计师想想，如果这个设计会对用户，收入，客服，业务等都产生“蝴蝶效应”的时候，这个迭代在上线时是否还是那么坚定？或许用户已经满足，还是喜欢老版本。

但并不是说迭代有问题，产品时需要迭代的，每个时期对产品用户来说都是不一样的，但觉得在产品初期的时候，要把几个关键的点确认好，这部分最好减少迭代，或者在一开始就打好基础，不要因为可以快速迭代就一哄而上。

上线容易，下线难，上线后被用户已经熟知，并产生“惯性”和“第一印象”后，再次改变就完全不一样，会面临用户抱怨，投诉，内部可能也会因为变化而失误，客服的压力也会增加，当然最关键的是业务，数据会变的怎么样呢？当然如果已经斩钉截铁要做改变或者已经知道改动是有帮助的话则是另一个话题。当然我不是强调迭代的坏处，互联网产品迭代是需要的，不过有些类型最好在早期就好好考虑下，以免骑虎难下。

我总结了几块功能可能在早期是需要好好考虑

订单功能（修改，取消订单的改动细节要慎重）

预订功能（业务的流程的模块早点定下）

支付功能（付款流程要少动，多点安全感）

核心功能（每个公司不一样）

以上文字是我最近在做产品改进时的一些小想法，大家如果有什么想法可以一起交流。

文章来源：icojump.in

标签： 用户心理 用户体验 

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点！
本站所提供的图片等素材，版权归原作者所有，如需使用，请与原作者联系。