🧐大家公司的产品原型是怎么样的?🤔

2 月 5 日
 OldCarMan
个人现状:

现在公司产品画的原型处于第三点(个人评价),原型经常一堆文字,但是阅读起来,很难受,比如:

1.面对复杂需求时,一个页面堆了一堆文字,把所有相关需求都写在同个页面,不把需求拆分多点,分多个画布页说明讲解;

2.同一个需求点,这边说明一点,那边写一点,甚至文字说明一些,原型页面图片上说明一些

3.表达歧义,这点个人觉得就是细节量化不足或者逻辑混乱导致的;

4.需求边界考虑不足,导致有时要频繁改动,特别是有历史设计负债或者复杂需求时

5.拿来主义:从其他地方复制过来、或者干脆用 ai 生成,粘贴一坨,把问题交给下游岗位,慢慢咀嚼莫名其妙的“需求说明”。

6.口头改动,经常没写进原型,后期有问题时,复盘很难受。

...

不过这个见仁见智,不排除是开发理解能力不足的问题(哈哈,比如我🤡);纯属讨论工作槽点,大家尽情讨论,但尽量别制造产品跟其他岗位之间的对立哈;

谢谢大家回复。

2301 次点击
所在节点    职场话题
16 条回复
cairnechen
2 月 5 日
PM 路过,曾经 1 ,后来 2 以前经常手搓高保真原型(带交互那种),还来发现经常吃力不讨好而且让 UI 交互参与度低,就果断放弃了,现在基本是静态图+说明文字,我感觉这个主要看团队磨合,没有最好的只有最合适的,UI/开发/测试各自的要求也不一样,还要考虑时间成本,事无巨细的文档读起来也是很吃力的,不过你说的后面这几点好像都属于产品基本功了,如果经常这样肯定不合格
OldCarMan
2 月 5 日
@cairnechen 谢谢回复,理解,快速迭代时是这样的,文字表达问题不大,主要是逻辑清晰,结构化表达,语言精炼,纲要叙事线路明朗。是的,磨合和沟通是必要的。
adimn
2 月 5 日
看看把, 很多功能都写的不明所以, 一个下单过程竟然没有流程图,状态流转纯靠会上沟通,沟通完也不落实到需求文档上
Solix
2 月 5 日
工作多年,同一楼,一开始是 1 ,后来是 2 。
runtime0
2 月 5 日
我司产品已经不画原型图了,需求全是用 ai 写的,跟写小说一样,读起来巨费劲,然后我们后端自己用 ai 通过 vue3 画前端交互,画好后再和产品和项目经理对,你就说离谱不离谱吧。。。。
runtime0
2 月 5 日
好在这个项目给的时间比较足,不然真的会死人。
xyzlucky
2 月 5 日
现在手搓的原型和需求文档,个人认为基本还是 1 ,算是高保真。我还比较喜欢做交互,做说明的。
一般会用流程图图,或者文字定义,把很绕的一些逻辑表达清楚。

主要是看团队配合吧,我一开始很喜欢文字 + 原型,很多功能的说明都是在需求文档中写的比较详细,但是后来发现团队的人更喜欢图 + 说明,就改成了现在的方式。就随时调整吧。

不过最近有个新产品,领导是想快速出结果,原型我就是给 AI 框架,然后用 AI 做的前端页面,初期给的时间不够,从 0 到 1 的产品,给我的时间也就不到一个月,要完成理解领导意图、出原型、出需求文档、出排期等等,所以很多细节问题就没办法了,只能边开发边补充。
我自己都有点讨厌自己了,不过没办法,只能是感谢团队理解
LoongCLL
2 月 5 日
4 需求一句话 流程开发自由发挥,先出一版给老板看。后续就是加功能-架构不支持-推翻-加功能-架构不支持-推翻
shawn4me
2 月 5 日
今年遇到工作以来最傻逼的产品,没有之一。
OldCarMan
2 月 5 日
@adimn 啊?深表同情,听你这么说,对面感觉不像一个产品。说到开会,不得不吐槽另外一点,在我们产品的认知里:开一个 1-3 小时的会,会上所有谈过的内容表示你都掌握了,ta 花一周做的需求,会后敢问某些原型上没量化的细节,跟仇人一样。😂
OldCarMan
2 月 5 日
@Solix 2 已经很不错了,另外团队应该配合越来越默契了。
@runtime0 ai 本该成为提供工作效率的工具,这样变成一些人偷懒的工具了,个人觉得长期以往,团队的问题早晚会爆发。除非 ai 能成为一个比较完美的超级个体工具,上下游岗位,啥都能用 ai 做的不错。
@runtime0 话说你们一个常规的需求(定义:一个产品花多少天做出来的需求)的完整开发周期是多久
@xyzlucky 很强,很羡慕团队里面有这样的产品。真心话,如果需求周期要求温和,产品都能像你这样,应该能够降低大量下游岗位的沟通成本。
@LoongCLL 所以产品在这个过程扮演了什么角色😅,看起快速迭代,实际上开发周期估计也少不了多少,后期埋坑估计也不少。据我观察,一般团队里,都会有一个只管向上汇报的传话筒,上面说什么就迎合,不消化需求,形成产品,最终问题都流传到下游岗位。
@shawn4me 加油,多沟通吧,实在无法继续沟通,只能多提升自己,早日换个正常点的团队了。
adimn
2 月 6 日
@OldCarMan #10 #10 所以 符合 ,⭐文字说明少,原型简单无交互,流程和细节都混乱,东凑西凑的。
zhdzb
2 月 6 日
需求:写一个 markdown 编辑器
原型 & 交互 & ui 各一页纸:除了业务相关,其他内容写的是参考 tiptap3 官网 notion 风格的功能、交互和 ui ;
写完交互验收:我觉得这块交互应该和钉钉/飞书保持一致 xxxxx
abox
2 月 6 日
之前用 ai 画,不过画了不太容易改,同事们也不太支持这种做法:(
USNaWen
2 月 9 日
2 为主,少量 1.
但现在发现不够用,因为往往 PM 和 DRE 还有 TECH 对一个功能的理解都是不一样的。
所以现在我整了一套 AI 清洗需求到 PRD 的玩意,导入架构和时间周期,需求进来先给清洗补全成比较完整的 PRD ,然后 DRE 再和 TECH 各个组对实现有没有差异,最后录进去的玩意三方至少都通过气了。
USNaWen
2 月 9 日
@USNaWen
PS ,部分复杂交互说不清楚的会让 DRE 甚至 PM 用 vibe coding 做个可以 mock 的 MVP 原型。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://study.congcong.us/t/1190827

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX