Project management 从屏幕设计到最终产品：您的工作流程如何？

我们目前正在启动一个更大的项目。您对工作流的最佳实践有什么建议

我们计划从头开始重建（现有产品在视觉和内部设计和编程方面已过时多年）。虽然产品功能（基于Rails的web项目）已经设置好，但问题是：从现在开始，您的工作流程是什么？最有趣的部分是：如何以及何时进行屏幕设计

我们计划按以下顺序进行：

“纸笔”屏幕设计：只需设计屏幕的外观，并将功能和访客路径可视化即可

将第1点的布局分发给设计师，与他们交谈，让他们与设计上的编程并行工作

第一个实现，基于第1点的简单无颜色HTML布局（自动测试、功能、BDD、TDD）

将设计与产品原型集成

与设计师团队一起解决毛边问题，最终确定产品

发布测试版产品供客户测试

你有类似的工作流程吗？有改进的建议吗？但对我来说最重要的是：你到底是如何做到第一点的

虽然这并不完全与编程有关，但我仍然认为这应该属于StackOverflow，因为这对于任何从事更大项目的人来说都很重要。从过去我们知道，如果在编程时尝试这样做，那么好的屏幕设计始终是一个关键和难点，并且在创建原型应用程序后部署它更困难

更新：我发现这是一个非常有用的工具来制作模型。仍然有一个悬而未决的问题，那就是如何最好地想象访客路径

---

更新：我们成功地使用创建了一个令客户满意的设计，并成功地将其集成到现有的web内容中。客户对新想法非常满意，他计划重新设计整个网站。

我喜欢你的工作流程。这应该会带来一个不错的结果

这里有一些想法：

让设计师了解并理解您的演示模型。有哪些页面，它们将拥有哪些信息和控制元素，每个页面的作用是什么，页面的目的是什么，以及应该向用户传达什么信息。如果你让设计师独自工作，那么他们会设计一些东西来反映他们对项目的愿景，而不是你的设计。你最终会重做每一件事，或者试图使一部分适应另一部分

用户只会看到和理解设计。他们对执行一无所知。如果他们看到一个按钮，他们会认为功能在那里。若您计划在开发过程中和用户合作时采用敏捷，那个么就隐藏尚未实现的元素。一步一步地向他们提供结果

如果您可以让附近的用户在迭代中与他们一起进行屏幕设计。当你基本上决定布局时，设计师还没有太多的工作要做。所有这些色彩鲜艳的效果和抛光的按钮都应该在布局稳定后进行。否则将是对设计师工作的浪费

---

我非常喜欢极限编程的模式。在处理新产品时，用户需求会随着时间的推移而迅速变化，这是一种行之有效的方法，可使设计保持“最新”

让用户为应用程序编写他们想要的函数。并让设计师就总体布局达成一致

写一个你和用户都同意的通用线框，我喜欢在SmartDraw或某种快速gui开发平台中这样做。（此时没有功能）

基于线框编写GUI代码，并编写序列图和类图

基于这些设计，开始填充GUI背后的功能

在添加功能的整个过程中发布beta，以选择有助于指导未来开发的用户

---

这种设计的好处是，您可以在任何时候重新使用GUI并合并新功能。这个想法是在一开始就有一个总体规划，可以随着用户需求的变化而调整

我会更早地进行客户测试，特别是在第1点和第2点。galaktor，这是个好主意。我认为我们已经尽可能早地让客户参与决策过程，但是如果一个笔cil和纸布局就足够了？当它取决于屏幕设计时，草图/mashup将足以进行第一次可用性测试。查看史蒂夫·克鲁格（Steve Krug）的《不要让我思考》，了解更多关于这个主题的信息，这是一本很棒的书。谢谢加拉克托-我刚刚把它放在我的亚马逊愿望列表上了。；-）+你的第一个想法是一个很好的观点。谢谢。顺便说一下，我的答案是XP的实现。理解它应该如何工作非常重要，这样你才能让它为你的团队工作。事实上，XP是我们在大学里凭直觉所做的。不幸的是，在工作关系中，并非总是可以这样工作。