大家公司的产品原型是怎么样的? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
OldCarMan
V2EX    职场话题

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

  •  
  •   OldCarMan 9 天前 2016 次点击
    • 文字说明较少,但表达到位,视觉交互用心,贴近 UI 布局图(减少了一堆下游岗位的沟通成本)
    • 文字说明多,原型简单无交互,主流程及格,但局部表达混乱,经常没有量化细节,歧义多,需求边界不齐率较高。
    • 文字说明少,原型简单无交互,流程和细节都混乱,东凑西凑的。
    • 一坨
    个人现状:

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

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

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

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

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

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

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

    ...

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

    谢谢大家回复。

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

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

    不过最近有个新产品,领导是想快速出结果,原型我就是给 AI 框架,然后用 AI 做的前端页面,初期给的时间不够,从 0 到 1 的产品,给我的时间也就不到一个月,要完成理解领导意图、出原型、出需求文档、出排期等等,所以很多细节问题就没办法了,只能边开发边补充。
    我自己都有点讨厌自己了,不过没办法,只能是感谢团队理解
    LoongCLL
        8
    LoongCLL  
       9 天前
    4 需求一句话 流程开发自由发挥,先出一版给老板看。后续就是加功能-架构不支持-推翻-加功能-架构不支持-推翻
    shawn4me
        9
    shawn4me  
       9 天前
    今年遇到工作以来最傻逼的产品,没有之一。
    OldCarMan
        10
    OldCarMan  
    OP
       8 天前
    @adimn 啊?深表同情,听你这么说,对面感觉不像一个产品。说到开会,不得不吐槽另外一点,在我们产品的认知里:开一个 1-3 小时的会,会上所有谈过的内容表示你都掌握了,ta 花一周做的需求,会后敢问某些原型上没量化的细节,跟仇人一样。
    OldCarMan
        11
    OldCarMan  
    OP
       8 天前
    @Solix 2 已经很不错了,另外团队应该配合越来越默契了。
    @runtime0 ai 本该成为提供工作效率的工具,这样变成一些人偷懒的工具了,个人觉得长期以往,团队的问题早晚会爆发。除非 ai 能成为一个比较完美的超级个体工具,上下游岗位,啥都能用 ai 做的不错。
    @runtime0 话说你们一个常规的需求(定义:一个产品花多少天做出来的需求)的完整开发周期是多久
    @xyzlucky 很强,很羡慕团队里面有这样的产品。真心话,如果需求周期要求温和,产品都能像你这样,应该能够降低大量下游岗位的沟通成本。
    @LoongCLL 所以产品在这个过程扮演了什么角色,看起快速迭代,实际上开发周期估计也少不了多少,后期埋坑估计也不少。据我观察,一般团队里,都会有一个只管向上汇报的传话筒,上面说什么就迎合,不消化需求,形成产品,最终问题都流传到下游岗位。
    @shawn4me 加油,多沟通吧,实在无法继续沟通,只能多提升自己,早日换个正常点的团队了。
    adimn
        12
    adimn  
       8 天前
    @OldCarMan #10 #10 所以 符合 ,文字说明少,原型简单无交互,流程和细节都混乱,东凑西凑的。
    zhdzb
        13
    zhdzb  
       8 天前
    需求:写一个 markdown 编辑器
    原型 & 交互 & ui 各一页纸:除了业务相关,其他内容写的是参考 tiptap3 官网 notion 风格的功能、交互和 ui ;
    写完交互验收:我觉得这块交互应该和钉钉/飞书保持一致 xxxxx
    abox
        14
    abox  
       8 天前
    之前用 ai 画,不过画了不太容易改,同事们也不太支持这种做法:(
    USNaWen
        15
    USNaWen  
       5 天前
    2 为主,少量 1.
    但现在发现不够用,因为往往 PM 和 DRE 还有 TECH 对一个功能的理解都是不一样的。
    所以现在我整了一套 AI 清洗需求到 PRD 的玩意,导入架构和时间周期,需求进来先给清洗补全成比较完整的 PRD ,然后 DRE 再和 TECH 各个组对实现有没有差异,最后录进去的玩意三方至少都通过气了。
    USNaWen
        16
    USNaWen  
       5 天前
    @USNaWen
    PS ,部分复杂交互说不清楚的会让 DRE 甚至 PM 用 vibe coding 做个可以 mock 的 MVP 原型。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2101 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 22ms UTC 13:14 PVG 21:14 LAX 05:14 JFK 08:14
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86