按关键词阅读： 百度 robo taxi 坪山区 apollo autox 小雷 深圳 AI 无人驾驶 fca
三、删除的位置从全局看，区分内外的删除对象，删除的位置应该在文件外部，而非文件内部
关于删除的位置，很多年以前的一次设计故事，一直影响着我。
我在做记事本的应用设计，当时竞品上的删除功能大多放置在记事查看界面，当查看这个记事后，点击删除，这个记事就消失了，返回至列表界面。
这个感受很微妙-“我”这个主体，在这个应用的时空中突然没了根基，双脚离地，然后被安排去了其他地方。
我一直思考后发现，这个删除并没有考虑“我”这个主体的位置和感受，而让用户清晰判断所在位置和行为路径是交互流程中至关重要的。
后来，我也发现很多应用的“删除”这个操作慢慢都转移至列表上，而非文件的内部。
例如，iOS备忘录会把删除放在备忘录的内部，该备忘录删除后，自动显示下一条备忘录，其仍保持着原有的理念。
文章插图
备注：
- 对于内和外区分不明显的删除对象，可不考虑此条。
- 编辑状态并非其内部，编辑状态时删除是合理的。
对此项众说纷纭，有人说其是高频操作，放在显眼位置；有人说是危险操作，应以避免误触为主。“误触”也是在交互中比较多的词语，我之后会专门写一篇看法。
而删除的位置，我认为应该放置在比较明显的位置。其明显的程度需要取决于用户删除的频率和需求强弱。
例如用户的图库，每天产生大量内容，其删除需求很高，位置必须显眼，操作简单。
例如用户的群组，群是长远内容产出来源，删除需求并不高，可以末位显示，但仍需要显眼。
文章插图
四、删除的操作经过若干年的发展和沉淀，删除的操作通常为以下几种：
1. 隐藏式—长按要删除的条目，显示删除选项安卓系统广泛应用，接受度较高，除设计删除，还可以做其他功能的设计。
文章插图
2. 隐藏式—向左滑，展开删除选项苹果手机中广泛应用，左滑显示删除，右滑恢复原有状态。
其优势：
- 不打断用户的操作
- 展开显示删除，相当于确认，点击后删除
- 滑动本身操作效率略高
由于列表的删除属于一种编辑菜单，是每一个条目均具备的属性。其一，列表经常滑动/点击/长按，列表不适合放置操作按钮，其二，一排的删除按钮，由于其重复性，视觉上显得笨重。
文章插图
五、删除的流程删除的流程有几个关键步骤，自行去组合即可。
1. 确认弹框这是最常见也最广泛的一个步骤，用于确认当前的操作。事实并非所有的操作均需要确认。
文章插图
根据删除对象的重要程度，我认为第一重要区的对象一般需要确认，第二重要区的对象可不确认，第三重要区的对象无需确认。
以上也并非绝对，例如第一重要区的，用户拍摄的图片，由于其更新频率高且有回收站的情况下，可减少操作不必确认。
例如，菜鸟裹裹为例，左滑列表显示删除，点击删除弹出确认菜单，点击删除后即完成删除操作。
文章插图
其删除的内容属于第三重要区，通过左滑显示删除的方式，再次弹框提示，过于繁琐。
2. 删除后提供撤销撤销Toast形式适合于误删或删除后立刻后悔时，可在几秒内选择撤销。这种在安卓原生系统中比较常见。
文件类的应用提供回收站等撤销服务。这两种方案均未得到广泛应用，认知成本和开发成本较高，且并非解决根本问题。
机器永远是做机器即可，不必牵强附会。可以给用户容错的机会，容错是个无底洞，即使容错99次，总有用户犯第100次。因此撤销并不是一个优质需求。
其中在创作类和编辑类软件中，撤销仍是一个关键的功能，这并不冲突，反而是客观辩证的看待问题。
3. 已删除提示当删除完毕，经常看到会有一些Toast提示“已删除”。“已XXX”这是汇报性性文字。Toast的形式对用户操作的打断相对弹框较弱一些，但是对于用户的高效生活来讲，仍会有一定干扰。
若删除操作和对象均在本界面可见范围内，删除内容界面会进行更新，则无需Toast汇报。
稿源：(人人都是产品经理)
【傻大方】网址：/c/111O63bH021.html
标题：备忘录|深度解析：删除操作设计( 二 )