这是一个创建于 310 天前的主题，其中的信息可能已经有所发展或是发生改变。
我们公司目前实行的是让后端开发制作原型（草图），然后 at 一两个其它后端 review ，也不需要明确表示同意，就安排前端进行开发了，前端接到原型后看着也没头没尾的，原型上一言半语，很多都要再去问才知道。
这是一个普遍现象么？假如这种做法不合理，更合理的方式是怎样的？
 |
1
zhaogaz 310 天前
公司没产品么？
|
 |
2
bojackhorseman 310 天前 via iPhone
ui 评审肯定要前端参与啊，不然做的时候一脸懵逼不说，会上还能及时提出设计不合理的地方
|
 |
3
beyondstars OP @zhaogaz #1 回复：没有
|
|
4
bojackhorseman 310 天前 via iPhone
@bojackhorseman 我们是产品画原型，因为是后台管理项目，所以开始的版式确定好后，后面就没 ui 参与了。
评审会前端后端都会参与的，设计上不合理，实现比较困难的，也都在会上讨论。 |
|
5
beyondstars OP @bojackhorseman #2 回复：确实是一脸懵逼，体现在：我不知道为什么做这个，做给谁用，怎么取数据，问几乎任何问题得到的回答就是“你去参考某某页面。“或者（略带反问和不耐烦的）”某某页面是怎么做的？“。
|
|
6
beyondstars OP @bojackhorseman #4 回复：我们几乎不存在什么板式而言，后端也不懂设计，经常提出一些和现有风格不搭的“设计”，一些组件已经实现好了到处复用，它们设计的时候还要再重新设计，你问它们理由新设计是为了解决什么？答不出所以然，组件库（如 antd ）已经实现好了的组件它们不参考也不采纳到设计中，喜欢自己的独创发明，自己画的还比人家的搓。
|
|
7
beyondstars OP 经理知道这种情况，我没有直接去问，但应该是默许这种做法，理由我猜测不外乎是：1 ）资历； 2 ）学历； 3 ）它们也懂“一点点”前端（偶尔提个一两行的 git commit 算么？），所以，“你得听他们的”（原话），“多跟他们学习”。
|
 |
8
duhb 310 天前 via iPhone
？？？？？ 这是什么煞笔公司，能跑赶紧跑。
|
|
9
duhb 310 天前 via iPhone
正常公司的前端开发流程：需求文档好了没有？原型图好了没有？ UI 图好了没有？ 接口好了没有，至少接口文档好了没有？ 以上一个没有，不好意思做不了！
|
 |
10
yufeng0681 309 天前
拿几个或者十几个你确定有问题的页面，让经理猜猜是什么功能，能不能实现。
让经理深刻认识到，当前原型有实现上的问题，才能督促流程改进。 一般都是一个项目做完，回溯当时原型的问题，应该在原型评审期就解决的问题比较多时，才会去改进流程。 |
 |
11
fzdwx 309 天前
一般不都是 ui + 产品弄原型吗？怎么会让后端弄，后端一般也不参加 ui 评审
|
 |
12
estk 309 天前 via iPhone
“让后端开发制作原型”。。
|
 |
13
nbhaohao 309 天前
如果从楼主的描述来说, 制作原型的时候至少是要带上前端的, 甚至如果有测试人员, 应该也带上, 因为作为一个小组/团队, 每个人应当需要了解需求, 使用场景等, 不存在任何一个岗位不重要之类的, 这样也是尊重小组内的每位组员, 一起努力做出好的产品.
如果说正规工作流程, 感觉楼主目前所在的公司, 应该是缺少 “产品经理”, “项目经理”, “UI 设计” 的岗位. |
 |
14
foufoufm 309 天前
这是一个蛮好的现状悖论：有产品经理的时候觉得我来我也行。
但是真没了产品经理情况又是一脸懵。 |
 |
15
Amekumo 309 天前 via Android
出了问题的时候 没有产品经理顶锅哈哈哈
|
 |
16
momo1pm 309 天前 via Android
内部后台影响不大，按约定好的设计规范来就行
如果客户端，不带前端的话前端为什么要接这活？ |
 |
17
TabGre 309 天前 via iPhone
如果没有ＵＩ设计稿，只有原型，那设计就我说了算。谁 TM 也别给我 BB ，如果有 UI 设计那就按着设计的 lai
|
 |
18
tonytonychopper 309 天前
如果你们没有产品和设计，那确实应该让前端来参与，因为前端是最终来画这些页面的😆
|
Select Language