产品总结：工具类软件设计难点该如何解决？

最近，有一项地图样式编辑器的交互式设计任务。地图样式编辑器是工具类软件，基于小见大的原则，以该产品为例开始对工具类软件的交互式设计进行总结和推论。

 

产品设计过程中有一些需要讨论和调整的地方，这不会妨碍用户体验业务目标和核心功能，总结的目的之一也是为了改善这些细节。

 

当然，这篇文章以小见大的原则肯定会有它的局限性。例如，作者的经验和经验是有限的，是否有代表性，工具类软件类别是否可以分为具体问题。这些问题希望读者在阅读过程中能一一辩解，结果这篇文章只是个人总结。

 

当然，我们开始谈谈个人在地图样式编辑器的设计过程中总结的工具类软件的设计经验。

 

一、产品设计背景
地图样式编辑器是地图可视化类的软件。在接受此任务时，地图编辑实际上已经有了初版的核心页面，但在产品功能、业务流程、人机界面和界面设计方面存在很大的问题。否则，我们部门的要求也找不到。

 

在这个过程中，注意两点：
计划为这个项目制定参与人数和计划。参加人数不同，具体的合作方式有所不同。这是从人到人，涉及团队成员的能力，他们的工作方式和人的因素；

 

一定要确认两次(多次)需求，保证我们的设计方向是正确的。因为理想的工作方式是交互式人员参与要求的定义，但实际工作，可能常常是产品经理直接制定董事会的要求，然后退给交互式设计师，所以在与他们沟通时，应该有问题和建议来确认他们的第二个要求。

 

二、产品设计难点
在产品设计之前，预计将要面临难点：

 

两个合作部门不在同一个地方，因此是异地视频交流

 

现有版本混乱，UE交互不良，任务流碎片操作；

 

功能复杂，无法做测试来判断是否选择一些非核心功能来节省开发时间；

 

以前的版本不能给出大量的用户体验反馈数据作为设计参考依据，产品仍是理论假设。

 

在梳理了这些困难后，我们会发现产品仍处于0到1的过程中。那么，如何解决这些难点？

 

首先总结这些难点所属方面的问题，应对解决办法。

 

第一，设计师的沟通问题。
异地沟通不仅面临着高成本的沟通问题，而且与实际面对面沟通没有太大差别。设计师还应该了解人际关系，减少认知负担，理解和控制。

 

(具体参考“设计师理解交流的技巧”)，但视频交流不能产生共现(Co-Presence)，需要注意心理重视度:视频交流比面对面交流小的现象。那么，必要的沟通流畅性是不够的，需要再三确认。

 

第二个问题是人机交互问题。可遵循尼尔森十大定律，不多赘言。

 

第三点属于需求定义问题。这个问题很复杂，涉及到每个公司的工作流程，即交互式设计是否涉及到产品定义需求的过程。能够参加自不必说，不能参加也不会灰心。那个带着疑问和建议反复向产品经理传达需求。

 

 

三、遇到的问题点
在产品设计过程中，遇到的问题：
团队合作，如何与不同能力的同事保持合作，促进工作。

 

如何保持个人建议，如何消除个人情绪，以利于产品的规划和安排？即，如何委婉的向上级提出建议诉求？
个人设计有一定的局限性，承认和认识它们的局限性，倾听别人更合理的观点并学习它；（老式的问题）
确保一次性的定义所有需求都是不现实的，有泄漏点，需要承认这种现象的存在，所以不要害怕重返工作补充(老生常谈的问题)。

 

问题点3归属流程问题。当时，在设计产品UE时，为了节省时间和偷懒，在整理产品的信息结构后，立即使用线图，结果在途中成为过程和不确定的问题，又回到了交流过程的问题上。因此，在任何时候，特别是当类似工具的软件是互动的时候，核心流程必须经过。

 

问题点5归属需求问题。一次无法定义产品的所有需求，不仅是因为MVP的工作方式，也是因为我们没有对需求进行分类。有需求分类检查参考的情况下，仔细挑选遗忘的需求进行确认。

 

四、小结
上述地图样式编辑器在设计过程中遇到的问题和现有的解决方案版本，说是工具类软件设计总结，但也可以说是常见的产品设计难点和当前的解决方案总结，但案例是工具类软件设计。