功能齐全但用着别扭，是小程序常见的问题。用户说不上哪里不对，就是不想再用。这类感受往往来自几个基础细节没处理好。
下面三处是我们在体验测试里最常发现问题的。
一、返回逻辑
用户点返回，应该回到上一屏，而不是回到首页。这条听着基础，但有不少小程序做错了，从商品详情页返回直接跳到首页，用户之前浏览到一半的列表位置丢了。
列表的滚动位置要能记住。用户翻了十页找到感兴趣的商品，点进去看详情再返回，如果回到列表顶部，前面的翻找就白费了。这项需要在离开列表时记录位置，返回时恢复。
还有一类是表单。用户填了一半返回，再进来数据没了，会很烦。重要的表单要做草稿保存，返回时提示一下是否保存。
多层级的页面要注意返回层级。从首页进分类，分类进列表，列表进详情，返回应该是逐层退回去，而不是一步跳回首页。这类问题在页面跳转方式用错时容易出现，比如把跳转做成了重新打开。
二、加载反馈
用户点击之后到看到结果之间，必须有反馈。哪怕只是按钮变成不可点的灰色，也比没有任何变化好。没有反馈时用户会以为没点上，然后重复点击，可能造成重复提交。
提交类操作的反馈要更明确。点提交之后按钮显示处理中，处理完给出结果提示，成功或者失败。失败要说清原因，不要只弹一句操作失败。
加载态和空数据要区分开。加载中显示骨架或者转圈，加载完确实没有数据显示空状态提示。两者混在一起，用户分不清是在加载还是真没有。
三、空状态
列表没有数据时，不要留一片空白。空白让人以为页面坏了。要有说明文字，让用户知道这只是没有数据。
空状态的文案要具体。写暂无数据比较空，写您还没有添加过客户、点右上角可以新增，用户就知道下一步做什么。有条件的话配一个插图或者按钮，引导到下一步操作。
还有几种特殊的空状态要单独处理。搜索无结果的，提示换个关键词或者给推荐内容。网络异常导致的空，提示检查网络并给重试按钮。权限不足导致的空，说明原因和申请方式。三种情况的处理都不一样，混用一套文案会让人困惑。
四、怎么发现这类问题
自己走一遍完整流程，从第一次打开开始，把每个操作都做一遍。走的时候留意几个点，有没有哪一步停顿超过一秒却没有提示，有没有哪次返回后位置不对，有没有哪个页面出现过空白。
再找一两个不熟悉这套业务的人试用，看他们在哪一步犹豫。熟悉业务的人会自动忽略别扭的地方，不熟悉的人会直接暴露出来。
这类细节的改动量通常不大，改一个返回逻辑可能就几行代码。但带来的感受差别很明显，属于投入很小、效果很好的类型。