如果项目中没有设计人员，开发人员是否应该进行UI原型设计？

我正在与一个创建专有Web应用程序的小团队一起工作，而UX并不是一个优先事项，因为我们自己的人将是操作它的人，但是我们确实努力使他们的工作更轻松。

作为开发人员，我是否应该在开始创建新屏幕之前创建UI样机？没什么特别的，主要是为了与同事讨论并拥有参考模型的总体布局。在盲目的研究代码之前，我将它与创建一些UML图进行了比较。

我的一位同事说这很荒谬，不是我的工作。

我经常在这样的项目中工作，答案是肯定的，并且是尽可能早的。

人们发现批评改进某些草案要比从头提出解决方案容易得多。因此，我开始提早起草有两个原因：

• 给问题专家留下深刻印象，使他们可以展示信息。
• 显示我对问题和信息结构的当前理解。

在极少数情况下，很高兴能提供一些证据证明我确实交付了我们所同意的...

样机太棒了，开发人员没有理由不这样做。（即使您在项目上有UI设计师，对于开发人员而言，也可以很方便地对UI布局进行粗略的草稿。）

我强烈建议您不要制作看起来像实际屏幕的模型。如果您与最终用户共享这些内容，那么他​​们通常专注于无关紧要的事情，例如颜色和主题。我建议您要做的是在纸上绘制手绘图或在白板上绘制草图。或者，如果你希望他们在电脑上使用类似铅笔项目或Visio（这里是由乔纳森·阿贝特看起来有些手绘Visio模具。）

是的，一点没错。

不要让别人告诉你如何做你的工作。没错，这很像为数据模型进行UML。假设您是一名开发人员，那么您的工作就是交付高质量的软件。如果样机可以帮助您做到这一点，那这就是您工作的一部分。

制作低保真模型-不要让它们看起来像真实的屏幕。您将浪费太多时间来调整字体，像素和边框，并且您的用户将沉迷于此类细节，而不是专注于功能。像balsamiq这样的东西非常有用，毫无疑问其他类似的工具。有了样机，与您的用户以及开发团队的其他成员讨论项目的功能变得更加容易。

设计“新屏幕”时，您想先与用户和/或您的同事讨论UI的粗略概念。您无法与“使用代码”或“使用UML”的用户讨论，这根本行不通（甚至在程序员之间也行不通）。并且您应该期望您需要放弃前两个或三个scetch，或者至少要重新布置UI元素。

因此，如果您具有图形化的UI设计工具，可以快速完成此操作，则可以使用它。但是，如果您需要手动编码UI元素，并且扔掉或重新排列UI元素需要花费很多精力，那么显然不首先“编码” UI更加有意义。通过使用图形绘图工具或仅通过使用铅笔和纸来创建单独的模型，将更加有效。

不必要。至少有两个原因使样机可能没什么用。

首先，如果有完善的行业实践来做您将要做的事情，那么您就可以继续做下去。您不会推动UI设计的艺术发展，但这也是如此。

其次，您的最终用户通常不知道什么对他们有好处，为什么这样做。在开始使用该程序（带有实际或模拟数据）之前，他们只是不知道。大量的静态模型都无法帮助您。

使用适度灵活的Web框架，对于“仅仅是另一个UI屏幕，如以前的N个屏幕”，您可以从工作的原型开始，然后随心进行重新排列。每当您想做某事时，做一个样机并与同事讨论。

总是！

我在一家小型公司工作，并且是唯一的“软” IT人员。我负责所有需求，设计，编码，测试（尽管总有人验证我的测试），数据库设计等。

切勿在设计步骤上费时-您的最终用户将感谢您。你会感谢自己也一样，因为你WILL最后再努力也使最终用户满意。即使您的模型只不过是手写的纸，它也使他们对预期的想法有所了解。花10分钟来涂鸦，可以节省一周的时间（到此为止）

它还可以帮助您进行编码。它使您有机会思考需要做的事情，最有效的实现方法以及可能遇到的障碍。

例如，您可能会发现需要创建的“简单”报告比您最初想的要难，因为您没有在表xyz上捕获某些日期。它还扩大了您的视野，并显示了您的团队，上级，甚至可以用于潜在的未来职业机会，您所做的超出了最低限度，并且可以超出“这不是我的工作”的框框（<---严重，不要成为那个人，我们都会恨他），否则，它会为您提供更多学习的机会。

让我们以更一般的方式来看一下：

• 创建草稿是个好主意吗？
• 谁来创建草稿？

创建草稿是个好主意吗？

创建草稿主要有2个好处。首先，它提供了重点，从而加快了实际工作量。其次，它使得在工作完成之前讨论工作方向变得非常简单。

创建草稿的不利之处在于它会浪费时间。花2个小时来创建复杂的草稿，花费4个小时才能完成，这毫无意义。

在您的情况下，模型级别需要考虑到项目中估计的工作量以及草案的好处。取决于这些内容，您的模型可以在便利贴上的10秒钟涂鸦和完全互动的网站之间的任何位置。对于大型且昂贵的项目，让整个团队工作数周并在做草稿的同时创建草稿并不少见。

谁来创建草稿？

这里不需要详尽的答案：如果您受益于创建草稿，则可以创建草稿。如果您从别人为您草稿中受益，请他人为您草稿。

你的同事是绝对正确的。内部应用程序通常具有预定义的外观。同样对于此类应用程序，用户也不是在寻找尖端的UI。他们想要的只是一种有效且易于使用的东西。除非您打算从根本上更改UI（我强烈建议....内部应用程序反对），否则请遵循现有外观。样机很棒，但就您而言，只会增加您的痛苦。