交互思考：文本框字数限制.docVIP

交互思考：文本框字数限制一、是否需要限制 短文本内容肯定需要限制，如标题、介绍等，涉及到长文本的内容时，是否做限制呢？ 实际案例：B端产品中的一个功能：调度任务通知。管理员希望将定时任务结果推送至移动端（下图中内容字段填写的内容将被推送至用户的移动端）。 场景：公司发工资后，给员工移动端发送一份关于该员工的工资消息。 移动端由于物理尺寸的限制，文字过多时展示的效果不佳。 而我们因多种原因没有收集实际业务场景中到底最多需要文字，便产生了两种看法。 1）不做限制，管理员随意发挥 我们不能确定业务需求的最大边界字数是多少； 管理员一定知道多文字展示的效果不佳，如果他要写很多内容造成阅读困难，一定是业务上有诉求，造成的阅读困难是迫不得已。 2）做限制，可能是1000个字或者2000个字 既然是客户端通知消息内容就应该简短，直接明了，如果几千字都不能表述清楚，就该质疑通知的必要； 超长文本极大的影响了阅读体验，可能根本没人会读； 如果客户确实有超长文本通知的需求，能否有其他的展示形式，比如邮件、附件。 个人认为还是做限制比较好。 产品维度：平台定位不该只是一个任由客户发挥的工具类产品，而应该做一些合理的限制，引导客户将业务做得更好。 性能维度：不限制加载速度慢，维护起来也很麻烦。 易用性：难读、难看导致客户端通知失去其价值。 具体限制多少，可能需要找到一个通用且符合业务限制的字数，找起来麻烦