吐槽公司产品，感觉产品就很离谱，你们公司的产品也是这样的吗？

[wuniannian]

来公司快一年了，公司产品的拥有的属性 1:需求做成什么样子是不知道的，然后需求改了又改，一直在改。2:原型图画的很烂，有时候产品自己都要找半天，很影响开发效率。3:到时候需求做错了，就叫开发开始刷数据，到时候数据刷的有问题，又是开发背锅。

[c3de3f21]

我们也这样

[wuniannian]

@c3de3f21 感觉就很离谱哈，我听说有些好的产品连开发的表设计都做好了，我在这里想都不要想了，在这里产品是不可能的。

[tomSoSleepy]

俺也一样

[c3de3f21]

@wuniannian 我们公司是一言堂，所有人服务于老板和老板的标书。

[NonClockworkChen]

多少人规模的公司啊，不太正常。

[xiaoyangsa]

公司的生死，老板一念之间

[wuniannian]

@c3de3f21 我们公司不是这样，公司做的内部系统，一般是产品收集业务的需求，然后整理成需求文档，结果产品不了解业务的意思，导致一个需求改了又改，到时候痛苦的还是开发。

[onikage]

我司现在这个产品不会画原型, 不会画用例图...

[zhongxianwen]

很有可能是老板或者需求方的问题，所有需求都悬而不决，需求方自己想要什么也不知道。

[Taos]

俺也一样

[M003]

说明销售牛逼,产品能卖出去. 有的产品也会销售,不排除他们也牛逼.

-----
待过两家相反的公司.
第一家,销售都卖不出去.销售/产品都没什么话语权, 技术部门话语权强.
第二家,产品还没设计出来, 技术还没开发出来. 销售把东西卖出去了,钱收回来了, 必须到时间点交付. 这样就倒逼的技术赶进度.根本没话语权,要什么做什么.

[wuniannian]

@xiaoyangsa 这局话说的在理，但是老板肯定想你帮他挣钱越来越多，看到想让公司一直长久下去

[Niphor]

都这样，死心吧

[lifei6671]

我们也这样，东西做的烂的一 b ，除了领导和 PM 自我感觉良好，RD 和运营都骂。

[wuniannian]

@onikage 我们公司的产品会画原型图 但是画的很烂，交互这些做的非常烂。

[gps949]

万人以下规模公司都这样

[Leonard]

产品菜没办法，只能开发前自己捋一下逻辑，发现问题及时沟通，让他改

[8355]

说真的，产品岗位优秀的基本上都去中大厂了。
在一般公司入职来说产品是最容易的，不需要拿出什么自己的案例，就是行业案例瞎讲讲就能入职。
事实如此

[Worldispow]

我是负责项目管理的，这个问题还真不怨产品，大概率是甲方或者领导的问题。
甲方需求不确定，工期又不等人，只能先做一点看看。

[35V2CM3xPe643o9k]

只能说你们公司不愿意在产品上多花钱

[wuniannian]

@Worldispow 大佬 你这话说得实在是太多了哈，我们产品也是这样说，说领导的问题

[wuniannian]

@zhongxianwen 不清楚 反正 我现在对产品这个职位没有什么好感了

[luoway]

首先可以确定这是产品能力水平有限，反映在工资上就是薪水的市场竞争力有限。

其次，公司需求流程上是产品一言堂拒绝沟通吗？不然为什么负责的开发不在需求评审阶段指出问题，根据问题多寡延迟、驳回需求，而是吭哧吭哧边做边看产品笑话。

刷数据是指伪造数据，还是修改数据库内容？前者是诚信问题可以找产品上级反馈，后者是开发设计问题，说明沟通中作为开发没有充分向产品说明设计上的风险、后果。既然没有说，那开发改就是正常的需求变更，不存在产品问题，是开发的数据结构设计不具扩展性。

[pengtdyd]

产品是一个最需要成果案例入职的岗位了，没有成功过的商业案例的产品还能找到工作本身就是问题。

[Worldispow]

@wuniannian 现实就是这样，比如我现在的项目，平时给甲方评设计，甲方不操心懒得看，但万一下周有领导视察，就开始对着系统让你改功能，还必须在几天内改完

[wuniannian]

@pengtdyd 我个人觉的，产品还是要懂点技术的好，现在我们这个项目已经被产品搞得非常的烂了，一个页面，一个数据权限。

[nc4697]

日常工作
1. 写代码
2. 指导产品画原型

哎 要你(产品)何用

[alleluya]

@wuniannian 不止表设计好 连前端后端每个开发任务的时间分配都给你算好了...

[SilentRhythm]

不懂技术的产品突出一个天马行空，E-R 关系都搞不清楚，最后还甩你一句"老板要"

[hfJ433]

在摸索中前进

[SilentRhythm]

@SilentRhythm #29
更有甚者："我答应老板了下周上线"

[estk]

有产品经理不错了，很多公司连产品经理都没有

[shui830]

想到我之前做的产品

团队组成：产品经理一人、前端组长一人、前端组员三人、后端一人、全栈一人、测试一人
ui：由 ui 组统一产出

还有其他组的人员支持，满打满算十个人力

做了两年.....这支出得有 500 个 w 吧，最后做出来一共卖了 500 块钱，我都感概公司真是包养我们啊

然后我去年 12 月被裁，
剩下都被裁了
剩一个后端转了项目经理、一个前端、一个测试去做项目了

[chuck1in]

@shui830 一共卖了 500 这也太惨了。

[kissice]

就说一个这周做的功能吧：大概意思是这样的，现在手上有一个小程序，主要是给业务人员用的，这就说明了这个小程序的用途了是吧，然后呢大 Boss 想登进来各种看。按软件工程的思维，这应该是独立于这个小程序的，应该做个后台应用啥的。实际上这个后台也是有的，不过是 PC 端的。他们呢天天就捧着手机玩不想上 PC 上看，所以最后让我直接再这上面改，加配置搞个特权就能看。按理说就算不想用 PC 看让另行开发个管理端的小程序也是理所应当的不是吗？大伙怎么看？（手动狗头）

[momo1pm]

建议拉我去给你们当产品，文档直接能当测试用例...

[MJZ1995]

肯定是公司问题啊，给的钱正常怎么可能招不到正常的 pm 汪。

[SimbaPeng]

@estk 产品经理如果是来拖后腿的不如没有

[totopper312]

我觉得对于公司考核还是结果导向，福利待遇都可以，工作也比较轻松，公司还能活的很好，说明公司产品还是不错，如果福利待遇一般，工作还很忙，那再吐槽产品

[kkk9]

以前呆的公司连原型图都不画呢，画了也就几个框框，其他的啥也没有。

问就是开发你自己想啊

[sunfly]

老板才是真·产品经理，我等产品汪只是个画图的，开发觉得是一坨翔的玩意，也是产品雕过花的，原来的样子看都不想看🤡

[horizon]

@kissice #33
要体验业务功能的话，给大 boss 单独开个业务账号
要看管理大盘的话，管理功能搞成模块，千万别和原来的混在一起。。

[Myprajna]

@wuniannian 我就是，帮开发把表都想好了，还有各种状态变更文档。而且我是 UI 兼产品，所有文档都在 UI 图上标注好了，连上交互原型，可以点击跳转。有问题 Figma 进来 spotlightme 交流。当然这家公司工期宽裕，老板也不怎么管。做的第三个系统了，只不过画完后觉得还可以精简，还是有点复杂。

[polo3584]

我们都是产品，美术，老板，程序一起开会决定了才正式动手，以前没毕业的时候觉得开会有啥必要，工作之后发现不开会说不定最后就卡在某个人手里了，得把所有人的问题都考虑到才能动手。。。

[fengqing2]

感觉产品都这样，无所谓，给钱干活就行了，到点上班，到点下班。招这样的产品降低工作效率又不是我买单，反正是公司买单

[JRay]

我现在的产品走的是截图流，上别人产品上面整一个图片就来，说就这样做，别人都行，为啥我们不行。原型？没有的。 经常三连，为啥？ 什么时间弄好？ 弄好了吗？让我们排期，随便我们怎么排，起码要开三次会来砍排期时间，无一例外。

[wuniannian]

@momo1pm 可以啊 那你来我们公司当产品哇

[wuniannian]

@kkk9 那你这种怎么做，都不知道做成什么样子，怎么验收呢？

[wuniannian]

@shui830 后端一个人 够吗？前端都三个人了，后端才一个人啊

[CEBBCAT]

@Myprajna #43 咱公司还招人吗？

[mohulai]

在我呆的最后一个自主研发公司里，产品时数学硕士毕业，逻辑清晰，什么都梳理的清清楚楚，听他讲需求很舒服，老板提了想法他会据理力争是否合理，比开发加班还多，真的活久见。

[wuniannian]

@mohulai 你们这样的产品 反正我是没有遇到哦

[x7DnVcd9bA706oWp]

你这已经不错了；跟你说下我们公司产品，完全不懂业务，不懂技术，画的那个原型图仅仅是画图，完全没有业务逻辑；然后需求来了之后，我们开发设计好之后，然后告诉他怎么画图，每次都是逆向，开发——> 产品，然后向上汇报的时候还抢功，说在我们这的作用巨大，上面的领导反过来问我们领导；产品产生了巨大的作用，那是不是开发换成应届生就可以了，给我领导整懵了。最近一个需求我告诉他怎么设计怎么画图，结果他画蛇添足，直接搞的这功能实现不了了。简直垃圾一个，难怪公司会走下坡路

[wuniannian]

@duange7X24 同是天涯沦落人啊，你这公司的产品更加恐怖哦

[durban126]

我们也一样 说的好听 这叫敏捷开发
说的不好听 就是老板都不知道要做什么 只能随便找个入口点开始搞
而且有时候功能开发一半 老板突然觉得不行 感觉功能没人用 之后就坎了

[teasick]

没关系的，这个世界就是由草台班子运行的

[kkk9]

@wuniannian 验收个 P ，客户自己都半路跑了，反正也不正经。盈利项目还是我一个人全干，后面我不干也垮咯。

[NJAllen]

@mohulai 我们产品是建筑系硕士，简单的需求口头描述下，然后文字写重点。复杂的会画原型图，流程图，然后给我们讲的很清楚。需求讲的很清楚，听着贼舒服。

[kkk9]

@duange7X24 哈哈 简直一模一样，我都怀疑我们是一家公司了。出事情背锅，有功他们分钱。

[sss15]

@momo1pm 可以发一小部分脱敏的文档学习学习吗？ c3NzMTVAMTYzLmNvbQ==（邮箱 64 ）

[shui830]

@wuniannian 可视化公司，比较重前端，
我组里多的时候四个前端一个全栈....
后端人不够就让全栈顶一下，写写接口，再不够就找别的组借一个人

[Jhinzzz]

当业务方有话语权时，需求就会朝令夕改。UAT 完就要上线的需求，都能因为 UAT 时临时起意想加一个功能而回炉重造。而技术组产品完全沦为了需求整理机器，自己的需求永远是被排在业务方后面，但由于业务方的需求没停过，所以永远做不出自己的成绩。开发测试也跟着疲于奔命。这归根结底嘛，还是公司架构出问题了。

[nice2cu]

改需求时，让产品写邮件，抄送全体领导和参与人员

[momo1pm]

@wuniannian 我就是中后台及 b 端产品，上家公司整合了三个事业部用户数据，搞 passport ，推业务线接入洗老数据比产品本职活更累。。。

[silencelixing]

了解一下软件开发中的门径原则，做好管控，上游没做好，不允许流转到下游。
当然自己也要对下游负责，自己没做好，也不允许让自己的东西流转到下游

[lqw3030]

“这东西也能挣到钱？”
“确实挣到了”

[zhumengyang]

俺也一样

[guoyuchuan]

面向聊天记录进行开发

[wuniannian]

@nice2cu 你这个想法不错，就是对产品有点残忍了

[nice2cu]

@wuniannian 一个是存档，另外就是让产品别动不动就改需求。。这是合理的手段

[frankkly]

我们是面向老板开发，老板一句话我们就得改

[caiqichang]

大多数屎山代码的来源就是需求朝令夕改

[daimubai]

都是垃圾，我也是

[vice]

没有评审环节吗？在评审环节，如果不清晰、价值说不明白、逻辑流程说不清楚，开发和测试是可以打回去的..如果评审环节，开发测试不认真听，等到开发过程中再来哔哔，也没必要

[rahuahua]

这种产品咋能在公司存活下来呢，换成工程师，代码写的不知所踪，bug 一大堆早被开了。值得深思

[johnrey]

你们公司产品居然能画原型图，俺们公司产品，找他问需求都不理人，甚至怼你两句。
mmp

[jiyan5]

好的产品其实很难做的， 不要埋怨他， 因为我就是这样的

[Gtreace]

有产品就挺好了，这两年经历了公司从一整个产品团队到只剩一个产品助理，第一阶段：有需求都是产品到项目现场去和客户对接，然后设计完还有需求宣讲会；第二阶段：产品接到项目需求后开始设计，设计完就给开发讲，讲完直接提测，测试甚至都不知道需求是什么，还得提测了才去问产品这是什么业务，需求链接里面写的也相对模糊，细节都是口述；第三阶段：公司的聪明蛋高层们觉得产品经理没什么实质作用，把产品经理直接开了，于是就变成了项目部直接和开发以及测试对接需求，乱的一逼，有的项目表达能力极有问题，需求提的就一张图一句话，鬼知道他要干嘛，很折磨，还得测试去一点点了解，理清楚了再去让开发做，做到后面出来了么又要改着改那，没有产品经理对需求进行 recheck 真的太折磨了，浪费时间浪费精力，纯压榨。

[komorebi12138]

@wuniannian #2 有幸碰见过 OP 说的这种产品，那段日子是我做开发以来最爽的日子

[AyaseEri]

你没碰到更离谱的，Java 架构师当产品，需求都没聊清楚就开始跟你聊实现了。我看是满足个人技术性癖 > 满足客户需求，另一个同事对他的评价是架构倒推需求。

[NickYUyu]

都一样吧 我们基本自己看标准文档来解读。主要有些还看不懂，网上也找不到·····

[yufeng0681]

1 、业务团队输出的需求文档，必须 输入和输出清晰 [可以让产品配合输出这个文档，主体责任人是业务团队] ，
2 、产品负责把输入输出的 交互设计文档输出 [里面有设计理念都可以展现，商业目的，用户体验啥的]
3 、输出件的一致性，下游环节同步更改，这个是流程管理，也可以梳理清晰，条理化。 比如在线文档，多个版本可查看，权限控制

[nanjingwuyanzu]

我都怀疑我公司的产品以前是卖猪肉的

[levon]

大多数情况下老板不会比你笨，还是多想想自己的问题吧，实在忍不了可以走人。没必要这么纠结。

[WhoCanBeRich]

同意楼上，有种你就干产品啊，不然搁着比比没卵用。

[Promtheus]

我怀疑我们是一个公司的

[wuniannian]

@Promtheus 你确定我们是一个公司的？

[wuniannian]

@vice 你这说到点子上了 但是 你一直打回去，你的 OKR 就完成不了了。我们公司的研发的 OKR 跟产品是挂钩的，到时候绩效就没有。

[wuniannian]

@johnrey 那你这样 感觉工作没有办法开展啊。需求都不明确。

[Jhinzzz]

@vice 有没有可能，都已经快开发完了还给你改需求呢

[JuSH]

之前公司的产品拿出来的都是一个半成品，基本流程都运转不开
然后交给项目，让项目上的人根据项目提需求，交给研发修改
项目上说什么就改什么，结果后面出了一堆缝合怪。

[Jhinzzz]

@levon 不是老板比我们笨，是他根本不关心你下面做的难受与否，只要能做出来东西，那他就没必要管。也就是现在环境不好，不然走几个核心程序员你看他管不管。

[Dogergo]

我的情况比你还糟糕，老板亲自当产品，需求朝令夕改，总做很多没用的工作。提出一个需求，让我们加班，搞完不到一周全部推翻重来。最难受的是，老板对业务之间的联系，认知不是很好，提出的需求数据需要各业务之间藕合严重，一个列表查询要联特么 4-5 张表起步，项目里被我写了大段大段的 SQL ，怎么说呢，拿人钱财替人消灾吧。规模 20 人的小公司

[SimonOne]

sap erp 实施顾问做自开发功能时也算产品岗吧，我还给开发画时序图呢

[kamilic]

产品用的工具就没有 diff 这些功能，根本就不存在像代码一样迭代和在原来的文档上增量更新。
每次看他们的截现有产品的图然后糊几个框上去，我就想死。

[cencoroll]

我们公司没产品没 ui 没前端，我领导就是产品，每次做什么项目都是给你讲一个大致的概念然后拿着一套管理系统来改，业务需要完成什么样的目的完全没讲清楚，然后需求做一半又提一个新的，做一半又提一个新的。和别的部门对了业务对了 3 个月了，然后把我痛批一顿说我写得东西完全不能用。6 的飞起，然后我们做的好几个套单体程序之间还要有业务关联，服了，老早提让升级成微服务非说不需要，同事又是一直做单体的根本不懂微服务的好，SQL 表更是跟着同事的想法想到哪做到，加到哪。

[levon]

@Jhinzzz 需求变化是正常的，如果一个项目一下子就能定位的清清楚楚，这个项目基本也没什么挑战。
大多数老板对公司的情况都是看在眼里的，他知道的信息肯定比你多。

[hkystyle]

很多公司的都是如此，所谓产品就是找竞品或者友商抄，这儿抄点，那儿抄点，取其皮毛，未得其精髓，结果就是很多情况下业务打架，四不像

[silencil]

看来我们的产品相对来说很优秀了，没有遇到什么不合理的需求，没有对已发布的需求进行颠覆，只有考虑不周的地方大家评审的时候就指出来进行修改。

[silencil]

@Myprajna 可以跳转的原型很赞，见过可交互的原型图确实很直观，不过实际工作中遇到能把逻辑不漏且有原型图的产品也已经实属不易