产品原型/UI 评审是否有必要让前端开发人员参与？

[beyondstars]

我们公司目前实行的是让后端开发制作原型（草图），然后 at 一两个其它后端 review ，也不需要明确表示同意，就安排前端进行开发了，前端接到原型后看着也没头没尾的，原型上一言半语，很多都要再去问才知道。

这是一个普遍现象么？假如这种做法不合理，更合理的方式是怎样的？

[zhaogaz]

公司没产品么？

[bojackhorseman]

ui 评审肯定要前端参与啊，不然做的时候一脸懵逼不说，会上还能及时提出设计不合理的地方

[beyondstars]

@zhaogaz #1 回复：没有

[bojackhorseman]

@bojackhorseman 我们是产品画原型，因为是后台管理项目，所以开始的版式确定好后，后面就没 ui 参与了。
评审会前端后端都会参与的，设计上不合理，实现比较困难的，也都在会上讨论。

[beyondstars]

@bojackhorseman #2 回复：确实是一脸懵逼，体现在：我不知道为什么做这个，做给谁用，怎么取数据，问几乎任何问题得到的回答就是“你去参考某某页面。“或者（略带反问和不耐烦的）”某某页面是怎么做的？“。

[beyondstars]

@bojackhorseman #4 回复：我们几乎不存在什么板式而言，后端也不懂设计，经常提出一些和现有风格不搭的“设计”，一些组件已经实现好了到处复用，它们设计的时候还要再重新设计，你问它们理由新设计是为了解决什么？答不出所以然，组件库（如 antd ）已经实现好了的组件它们不参考也不采纳到设计中，喜欢自己的独创发明，自己画的还比人家的搓。

[beyondstars]

经理知道这种情况，我没有直接去问，但应该是默许这种做法，理由我猜测不外乎是：1 ）资历； 2 ）学历； 3 ）它们也懂“一点点”前端（偶尔提个一两行的 git commit 算么？），所以，“你得听他们的”（原话），“多跟他们学习”。

[duhb]

？？？？？ 这是什么煞笔公司，能跑赶紧跑。

[duhb]

正常公司的前端开发流程：需求文档好了没有？原型图好了没有？ UI 图好了没有？ 接口好了没有，至少接口文档好了没有？ 以上一个没有，不好意思做不了！

[yufeng0681]

拿几个或者十几个你确定有问题的页面，让经理猜猜是什么功能，能不能实现。
让经理深刻认识到，当前原型有实现上的问题，才能督促流程改进。
一般都是一个项目做完，回溯当时原型的问题，应该在原型评审期就解决的问题比较多时，才会去改进流程。

[fzdwx]

一般不都是 ui + 产品弄原型吗？怎么会让后端弄，后端一般也不参加 ui 评审

[estk]

“让后端开发制作原型”。。

[nbhaohao]

如果从楼主的描述来说, 制作原型的时候至少是要带上前端的, 甚至如果有测试人员, 应该也带上, 因为作为一个小组/团队, 每个人应当需要了解需求, 使用场景等, 不存在任何一个岗位不重要之类的, 这样也是尊重小组内的每位组员, 一起努力做出好的产品.

如果说正规工作流程, 感觉楼主目前所在的公司, 应该是缺少 “产品经理”, “项目经理”, “UI 设计” 的岗位.

[foufoufm]

这是一个蛮好的现状悖论：有产品经理的时候觉得我来我也行。

但是真没了产品经理情况又是一脸懵。

[Amekumo]

出了问题的时候 没有产品经理顶锅哈哈哈

[momo1pm]

内部后台影响不大，按约定好的设计规范来就行
如果客户端，不带前端的话前端为什么要接这活？

[TabGre]

如果没有ＵＩ设计稿，只有原型，那设计就我说了算。谁 TM 也别给我 BB ，如果有 UI 设计那就按着设计的 lai

[tonytonychopper]

如果你们没有产品和设计，那确实应该让前端来参与，因为前端是最终来画这些页面的😆