异常逻辑、极端情况、边界问题、页面细节在产品设计阶段无法100%考虑周全，目前大部分产品经理的做法是在设计阶段尽量多和开发团队沟通，从而减少后期的沟通成本。就我个人经验而言，总工作量1个月的产品需求，在交出PRD后，在开发测试阶段会因为以上问题对PRD做10-20次微调。把自己做好的东西改来改去是件令人讨厌的事情，更讨厌的是这些问题不是很重要但又很费时间，而且总会让你受到质疑，江湖地位堪忧，很尴尬！
于是，作为工程师出身的我就想造个轮子，打算整理一份通用的尴尬点的设计文档，帮助产品经理碰到类似情况时可以快速做决定。
我目前为尴尬点分成了异常逻辑、前端页面、服务器异常、网络异常四部分，你可能会好奇，为什么是这4部分，而不是3部分或5部分呢？因为一款产品在用户体验时，我们可以按照时间顺序分成用户操作、前端展示、网络传输、后端处理4部分，因此，简单推理下就得出了4个模块的尴尬点：用户的骚操作就会产生异常逻辑、前端页面的极端情况、网络问题导致产品走不下去、服务器异常导致产品报错。
异常逻辑
状态同步
尴尬点：多端操作同一数据源时状态不同步
示例：
1.一个电商平台的店铺后台系统，A、B两个员工都有发货的权限。
2.首先，A员工打开了发货界面，准备执行订单0001的发货，但他打开页面之后没有执行发货操作就忙别的事情去了，页面就搁置在那。
3.然后，B员工正常给订单0001发货了。
4.最后，A员工忙完别的事情回来，继续执行订单0001的发货操作，点击发货，请问这个时候，系统该怎么处理呢？常见处理方案：
每次点击发货按钮时校验订单的状态，如果订单状态不是未发货状态则给用户相应的提示，提示结束后界面最好自动跳转到列表页，以免用户做其他非法操作。
密码
尴尬点：多次输错密码
常见处理方案：
一般定N次输入密码错误后就锁定这个账户，然后再设计一套解锁账户的规则，比如：3小时候自动解锁，通过验证码重设密码等。
前端页面
1.输入框
尴尬点：长度限制、格式校验、高度调整
常见处理方案：
长度限制：一般会在输入框右下方显示可输入字数和已输入字数，用户输入字数达到上限后则无法输入任何内容，输入法联想和粘贴都不可以。
格式校验：一般在表单的提交时，做长度和格式的校验，如果超出长度或格式不正确则无法提交并提示，如果输入框较多，可以在光标离开当前输入框时就做校验和提示。
高度调整：当输入框的初始大小无法容纳所有的文字，那么需要输入框就要考虑是否要随着文字增多动态调整高度，或者是设计高一点的高度，文字增多后使用滚动条。
2.级联选择
尴尬点：父类切换后要切换子类
常见处理方案：
一般情况下，父类切换后，默认选择该父类下第一个子类，但也有些需求要子类默认不选的。
3.列表
尴尬点：分页、增删改查、排序、缺省页
常见处理方案：
分页：凡是分页都要说明每页的消息条数。APP一般用上拉加载更多处理分页需求，后台列表最好有消息总条数、每页展示数量、当前页的分页栏。
增删改查：后台列表一般都涉及管理，所以别忘了增删改查。增加按钮一般在列表的边角处，列表中需要有一列操作栏放置修改、删除、查看按钮。具体看实际业务。
排序：凡是列表都有排序规则，简单的按照时间倒序，也有按消息的重要程度、分类排序。
缺省页：列表页总是会有没有消息的时候，这个时候别忘了做缺省页。
文字
尴尬点：文字过长、文字组成
常见处理方案：
文本过长：要给出用“...”或换行的说明
文本组成：要说明文本由哪几个字段组成，如图例子的文本组成为：免税店家（固定文案）+￥（固定文案）+原价字段值
图片
尴尬点：添加删除、大小限制
常见处理方案：
添加删除：有加就有删（微信朋友圈有长按删除、查看大图时删除两种方式），添加图片的按钮会随着图片的增多位移到下个位置，图片添加到上限则隐藏添加按钮。
大小限制：最好说明尺寸限制、大小限制
删除按钮
尴尬点：删除提示
常见处理方案：
不用多说了，要加。
等待提示
尴尬点：不同时长提示样式
常见处理方案：
网络问题
服务器异常
404页面能做的东西很多，包括品牌宣传，引导操作，以诙谐幽默方式安抚用户情绪等，所以遇到这种服务器的极端情况还是要处理的。
当然，服务器报错不止404，其他类型的报错可根据发生的概率酌情处理。
尴尬点：
常见处理方案：
//
// 清风明月时常有
// Created by Cry on 2020/5/27.
// Copyright © 2019年 epfresh. All rights reserved.
//
