今天团队集中学习《硅谷产品实战》课程，其中讲到了用户使用APP过程中，因为步骤过多以及产品设计不合理形成了很多阻碍，层层阻碍影响下，用户活跃度就很低了。
我们团队都是做后端供应链系统的，那么，这堂课对我们的日常工作，有没有哪些可参考的呢？对此大家还是有些分歧的。同事小A认为我们现在的用户只能用我们做的系统，所以无所谓阻碍和没有阻碍，他们都得用。同事小B认为我们对用户的阻碍是出于更加规范的流程要求，所以，算不上产品经理的责任。同事小C，小D……
后端系统，尤其是企业内部使用的内部系统，真的就不用关注是否阻碍用户使用吗？当然不是，之所以没有人特意提出来，也只是用户习惯了，产品经理无视了而已，或者更多地在于产品经理还不明确系统功能的好与不好，没有意识到存在的阻碍和对用户的影响。
在学习结束后，我们照例组织了分享环节，也让几个同事发表了我们内部存在的用户使用阻碍。以下是几个真实的案例，让我们一起看看后端系统到底是如何阻碍用户的。
案例1：后端系统经常会有批量导入的功能，用户按照导入模板填写数据后，导入到系统中，导入过程中系统会校验数据是否符合要求，也会做一些逻辑处理。某产品经理设计方案为：导入时，如果有不符合要求的数据，把所有异常数据以弹窗形式提示给用户，用户呢，只能看着弹窗中的异常逐个修改导入模板的数据，而弹窗数据竟然还不能复制。这种情侣下，用户心中应该有万只草泥马飞过。
案例2：物流系统在设计某个流程时，系统流程节点为A-B-C，而B这个环节只是为了保证数据完整而存在的一个流程。但产品经理设计方案时，把这个环节设计为由用户操作触发，原因是用户有时间操作，且数量不大。但我们在设计方案时，难道真的就因为对用户影响不大就人为增加操作步骤吗？这是设计思路的错误。同时，我们在设计方案中，经常会遇到这样的方案，流程节点A结束后，下一个节点只能到B，没有其他分叉的流程，而系统还需要用户确认是不是要到B，这种设计有什么存在的意义呢？
我们再次审视下现在负责的系统，就会发现阻碍用户的地方太多了，比如：页面加载超过3秒，报错信息用户完全看不懂，流程节点冗余等等。
产品经理们，请不要总是盯着有收益，有产出，有流程调整的项目去做，对用户负责是我们做产品的根本，而减少用户使用阻碍是要根植在我们每个人内心深处的一杆秤，是我们每个人都在潜意识中会考虑的因素。
