每个人提的需求都只是他/她个人的个性需求点而不是职位的共性需求点

文本域是B端常见控件之一，主要是用于长文本段落的录入与查阅。一个适合事务场景的文本域规划，能够提高履行人员的录入功率和管理层的检查功率，然后提高管理与履行双人物用户的作业功率和体会。接下来从双视觉角度来拆解文本域的优化计划。

二、事务背景

长文本输入在测验事务之中的价值非常重要，其一是用例的有效性的定论影响到了产品的性能，有影响到了主管判别一个履行者专业度以及程序同学的专业度出现，触及到了履行人员以及主管的绩效。对外也能展示研制团队的专业度。

在测验报告概况中，一切人物最重视的点便是测验定论，主要是重视测验用例的成果查找开发过程中的问题，下降后续产品出现问题的概率影响到了履行者的作业功率。现在存在的问题是，不仅仅是履行者书写录入本钱较高/完结度较低/关于字数显示无法掌控，而且管理者也是存在检查本钱高的问题影响到了决议计划本钱。

接下来剖析双视角进行拆解和剖析。

三、双视角拆解

触及到文本域的运用和检查的主要是2类：

1. 履行者：核心诉求是快速完结录入信息。
2. 管理者：针对用例测验状况进行掌控，排查代码问题。

1. 履行者

一个测验工程师每天按照使命规划，开始手动测验流程或者是功能模块的代码是否走的通顺，同时检查是否有相应的bug问题，测验成果是每天很多写的作业项。如果文本域填写功率过低的话会导致使命堆积，作业功率下降就有可能遗漏测验使命。

2. 管理者

而管理者愈加重视自动化测验和手动测验的成果，以及测验工程师的使命完结状况，详细的成果要向上进行汇报。因为每个履行人员录入的习气不一致，且终究的作用出现不够显着，就导致了检查本钱过高的话，就会提高策略判别本钱，然后下降管理功率。

理论上文本域不优化没有任何问题，直接拖拽的组件也能满意根本诉求，可是一个好的文本域技术提履行者的作业功率，也能提高管理层用户的决议计划才能。

四、怎么知道用户的需求呢？

团队开始时分是选用的用户访谈以及约请同伴一同运用而且建群收集定见的方法，可是这个方法在履行中有着显着的坏处：

1. 需求很散：每个人提的需求都只是他/她个人的个性需求点而不是职位的共性需求点。
2. 描绘不清：许多用户大部分的时分更多是描绘的是主管的感受不如“有点高”“有点窄”，关于产品优化并无作用。
3. 履行录入习气不同：同一个文本域，每个履行人员的书写习气导致了描绘的要点并不同，能够理解为“一千个人里面有一千个哈姆雷特”。
4. 情绪唐塞：除了少数联系好的同伴，其他同伴更多的是为了配合部门老迈下的配合使命，更多的时分为了自己KPI，而不是产品优化所以给的定见通常是不靠谱的。

改善后的调研办法

之前的调研倾向于主管调研，作用并不好，用户需求筛选本钱极高。后边团队参议之后，决定从交给物（报告）下手，产品与规划拿到授权检查了履行人员的使命KPI和300份左右最新的测验报告进行拆分。

针关于主管的调研，更多的是检查各个主管的关于部门老迈交给物（报告）进行检查与剖析。