主动向老板提需求，结果被狠批。。。

[test005]

我是做可视化编辑器的前端工程师，新入职一家广告公司，发现公司的产品文案等运营内容全是在代码里写死的，每次改动都得要运营整理好文档再交给开发来修改。
我有意改进这一块，公司有一个运营后台，我想在运营后台加几个表单，弄个富文本编辑器，然后让运营人员自己去填写内容。
我把想法告诉了老板，希望他帮忙协调一下开发人员，结果老板把开发、产品、测试叫到一起，非实名的对我的想法一顿狠批。。。

------------------ 补充几个点
1. 公司在项目冲刺阶段
- 意思就是我提的问题不重要，先把公司需求完成（其实我觉得不矛盾，冲刺期过了再完成也 OK，我只是把想法提出来

2. 后台动态推送不安全
- 老板害怕运营瞎改，玩火自焚（其实我有提到内容审核，而且目前的消息通知、官网文章都是通过运营后台推送的，我不理解为什么产品文案就不能通过后台推送

3. 心情很不爽，希望大家可以指点一下

感谢大家，大家的回答我都有认真看过，再补充几个点

1. 我加入的是当地分部，才成立不久，部门人员不完善，没有技术 leader，大部分员工都是新人

2. 由于新成立，工作流程不完善，公司 HR 非常关注员工想法，鼓励员工多提意见（我信了

3. 公司确实在关键时期，在开发一些东西抢市场

4. 我提需求之前确实没有考虑过成本问题，只想着给开发人员减负，下意识认为这东西应该是标配

5. 目前的消息通知就是运营后台推送的，推送步骤是 编辑 => 送审 => 审核通过 => 发布，想要推内容是有人去审核的，我想运营文案可以走同样的逻辑

6. 我是通过私聊+文档的方式将问题+解决方案提交给老板的

7. 有产品经理，两名产品工作不久，其实还是老板在定需求

8. 公司都是年轻人，很多 95 后，老板也比较年轻（我以为氛围会比较轻松

9. 这也是我入职后第一次与老板沟通，其实我在一周前就将想法作为文档发给他了，他说看完会找时间和我谈一下，然后就是这次事件了

[paradoxs]

我把想法告诉了老板，希望他帮忙协调一下开发人员，结果老板把开发、产品、测试叫到一起，非实名的对我的想法一顿狠批。。。
-----------------
能具体的说一下是怎么狠批的吗？
用 1.2.3.4.5 把狠批的每一个点都列出来最好，这样我们才可以很好的去帮你分析。

[test005]

@paradoxs 感谢，其实当时我在和同事讨论其他问题，老板把人叫齐狠批的事情我还不知道（没喊我）。
骂到一半，有人喊我过去听，我过去刚好就听到了，原来是在骂我提的需求。

我听到的几个点
1. 富文本不能还原 UI 图
2. 动态修改不安全
3. 不干正事，运营内容修改频次低
4. 把活交给别人，自身对产品理解不够

[juzzle]

骑驴找马吧

[paradoxs]

客观的说，前 3 个点，都是相对合理的。

既然老板不愿意听，还是少说话吧。

[66beta]

雷军：新员工入职半年内不要提建议

[fiypig]

安静做事，不要给自己制造事情，骑驴找马吧

[golangLover]

找下一家，无谓多说。

[mightofcode]

老板很实诚
他直接把他的真实想法直接说出来了

如果在阿里，他会告诉你“价值观”

[cmdOptionKana]

这是什么级别的老板…… 一般职位越高的人说话越委婉，不爱说明白话，也不乐意直接当黑脸，通常让一个中层领导当黑脸被人骂，老板躲在幕后露出和蔼的笑容。

[LagunAPaTa]

我觉得你的老板的结论没有问题

背后批人这个实在是不行 不知道有什么好处

简单的讲 你觉得的需求 其实并不一定是用户的需求 正确流程是先和用户使用者进行沟通 然后在和老板谈

[yitingbai]

我和你遇到过一样的情况, 以前公司有 100 多人, 老板郑重其事的把我们技术部集合起来开会,说让我们提意见. 我以为老板是真心的想听我们的想法. 我就说, 现在各个部门提的需求太多太杂了,也没有规范,也没有文档. 开发新需求都是口头传达,导致沟通成本很高,内耗很大.应该规范需求提交流程. 老板听了之后, 也不知道哪句话触动了他的逆鳞, 反正就是说公司没有内耗, 让我不要瞎讲. 从此之后我再也没有提过一个意见, 会议上每次轮流问意见的时候我都说没有. 现在这个公司应该还剩十多个人在苟延残喘吧.

[yohole]

提供的信息还不够，包括 LZ 提出需求的内容、提出意见的语气、老板反驳的理由、公司的背景、当前需求的重要程度，在不了解的情况下很难下结论，过于主观的描述只会让 V 友往 LZ 主观的情绪方向走

有一些特殊情况，确实不得不让一些高层领导或者老板又如此大的反应，怕的就是年轻人一腔热血，突然把重心放在了对公司无关重要的优化上，特别是当时还存在着其他决定公司生死的需求和项目

你的想法或者优化可能是好的，但是你这一举动，老板会认为下面的人都有这样的想法， 这方向歪了可是大事，所以召集全员这个举动重点杜绝这种情况不一定是坏事，因为老板的把控的是整体质量和整个团队的方向

我说的不一定准，可以继续留意后续，例如老板是针对人还是针对事、再或者是真的基于公司角度考虑还是个人做事风格，再或者仅是个人喜好

[shroxd]

两个半挺有道理的。
但是这个反馈方式是真的 nt，想法提出来就是需要讨论分析改进的，搁这儿开会匿名喷人是对自己的管理水平有多不自信。

[totoro52]

永远不要跟老板提系统的改动和重构，他们永远都不会答应的，他们只会觉得 这只会浪费时间和人力，钱 老老实实干活吧 拿多少钱就发多少光

[ho121]

提需求要提给产品，而不是提给老板

[yunyuyuan]

每个人的思考角度不同

[offswitch]

@yitingbai 老板并不是真的想听你的意见，只是做做姿态而已。之前 V2EX 还有一个帖子说向上管理领导的,一堆人还在那出主意。

[wenjiu]

你提不提意见和他听不听是两码事，就像他听了你的意见后骂不骂你和你接不接受他的批评也是两码事。

[offswitch]

@yitingbai 大部分领导很平庸、很无能，你提的这些东西又累又麻烦，领导自己能力不足，招人进来搞这些，钱权都丢了。

[lscho]

有一说一，我觉得你老板的前三点都很正确。。。最后一点不予评价。

富文本交给运营来填本来就会造成前端页面的不可控。

[Jooooooooo]

你老板这里管理方式确实不对

你主动思考肯定是好事, 就算是方向错也应该私下单独和你说

骂人要私下, 夸人要公开

[thunderw]

有想法是好的，提意见要看对象和时间。
除非涉及法律风险、安全风险的问题，最好不要越级太多。
先不说你的主意好不好，你作为一个开发，去抢了产品的生意，是不太好。
不点名，应该算是对你的保护吧。平时开会都叫不到你，你这是越级直接找的大老总？

还好你自己搞不定，要协调其他人。不然直接改了就闯祸了。

不知道你是闲暇时候想出来的，还是占用了正常的开发时间？估计老板是认为你占用了正常的开发时间。
作为一个开发，上面的领导其实挺怕安排给你做 A，结果你 A 没做完，做了个自己幻想出来的 B 。
作为一个刚入职的开发，你可能并不知道你的这个改动会影响谁，会有什么风险。

[raycool]

离职吧
这个平台不适合你~

[Mitt]

价值观不符，建议下一家，这个老板显然是轻视技术，更重“结果”

[janus77]

经典程序员思维，自己觉得对就一定要别人也同意并且跟着你做。
且不提这个问题是不是真的对，就算对了老板又为啥要同意？你觉得给他带来好处了，你确定吗？
另外你自己也说了“我只是提出来而已”，那么你提和他同意这是两码事，为啥他不同意你又要不爽？他就一定要按着你的想法来，你才会舒服对吧。老板心想：原来你才是老板，我还得哄着你咯

[shroxd]

@janus77 楼主不爽的明显是被喷了吧。不同意是很正常的事，但开会狠批确实没几个正常人做得出来……

[jisi724]

作为程序员能提出对于产品的建议一定是好事情，但是不要期待所有人都会附和你的看法。每个人看问题的角度都不一样，产品、老板都有自己的考虑，但是只要你能不断的提供来自程序员视角的建议，补充了他们看问题的盲区，就一定是有价值，并且最终会有回报的事情。

我反倒觉得老板能叫来产品、测试等等一起讨论你的想法反而是重视你的体现。“被批”很可能只是一个自我感受到的结果，习惯就好，加油～

[Cbdy]

打工就是这样的，爱干干，不干滚

[wd]

莫名其妙.... 你提了想法老板没有当面说你，然后集合了其他人在你不在场的情况下批评你的想法？会有这么莫名其妙的事情吗？

[iceheart]

我倒觉得老板说的每一条都很中肯。
让运营去随意改，天知道他们会改成啥样子。而且带来的沟通成本还不是老板买单？
要人审核，岂不是又加了个没用的流程？
其实，每次运营整理需求交给老板，也要经历一个审视自己想法的过程，不合理的自然会被自己排除掉。不然被老板被研发怼，自己也不好过不是？
所以，真的别以为老板傻，傻子做不了老板。

[jadec0der]

你的老板确实莫名其妙，你的想法不一定对，但谁还不是有对有错，没必要开个会批判你，可能就是单纯不喜欢你吧。

[yEhwG10ZJa83067x]

你没有听到全部内容，会不会是你自己想多了？
首先老板这么做除非脑子或者性格有问题，不然我是找不到正常的理由去解释这一行为。
你只不过提了个自己的想法，他完全可以和你私下说明下他不同意以及为什么不同意的原因。怎么可能专门把你撇开拉其他人匿名批评你呢。这么做为了什么？迷、、、

[yEhwG10ZJa83067x]

对了为什么你不先和你的直属领导讨论，直接找大老板越级讨论问题吗？
我觉得这行为也有点不好，至少你是新入职的啊

[coolair]

我觉得问题不是你提的需求，而是你提的需求能达到什么效果。
市面上有没有类似的产品，这样的产品应用效果怎么样，能不能做个展示。
节省工作量的事，不管是老板还是员工，都是皆大欢喜的好事。关键是你怎么证明你提的需求是一件好事，不要你觉得，而是一定会。
所以，在你不能证明你需求能给公司带来正面价值提升的时候，别乱说话，除非你有资历，公司会给你试错机会。

[angryfish]

你看，这么年轻的一个人
就因为提需求，可惜了

[angryfish]

狗头，漏了

[ragnaroks]

@yitingbai 好家伙，我上上家待公司遇到和你一样的事情，说的话都差不多，不过区别是我说完就被开了

[drydiy]

@66beta #5 雷军：我没说过。

[CaptainD]

@drydiy 他还真说过～

[Rache1]

@66beta 人原话是不要提「有关公司战略和业务」的建议

[drydiy]

@CaptainD #39 原话是：加入公司半年时间内，对公司战略和业务，先不要提意见。年轻人有热情，有想法，喜欢提意见，但你不了解实际情况的时候，你的建议往往有失偏颇。多听、多看、多想，对新生来说更重要。(后面略)。。。
以上这段话，跟“新员工入职半年内不要提建议” 这段话 差别还是很大的。。
为什么我知道？因为我之前在知乎看到过讨论，当时看到就想喷一下雷军，结果发现是被扭曲发言了。

[dongisking]

主要是刚入职最好先别提意见，如果要提也是向你的主管提

[initd]

楼主的建议不是正常的思路吗？？
难道你用个 UI 组件不是往里传参数，而是直接写代码？？
这是 tm 什么级别的 编码 维护成本？？
后台推送不安全，我数据存 json 格式，强制可输入的 html 标签，纯标签输出
这 tm 有什么不安全？？
（需要增加 富文本编辑 和 数据输出的 组件）
这才是模块化编程的思想吧？
天天代码写一坨，连数据都固化了，固化的不仅仅是数据，还有思想。

[GeruzoniAnsasu]

@66beta @drydiy @CaptainD

雷军原文其实说得很有道理的，“对公司的战略和业务” 不要提任何意见。任何一个老员工，一个自己手上有维护过一两年的项目的人，想必都会赞成。一个刚来半年的新人，一个月熟悉代码，两个月写了点新需求，三个月刚看到自己写的需求上线后跑了一小阵子，它连产品业务逻辑的演化方向都没时间看到，能提出什么有建设性的意见？

------

拿 lz 这个例子来说，我猜产品可能从项目最开初就考虑过这种问题，然后才做成这样的，像我前面说的，如果你并不清楚运营内容要改的都是些什么，也不清楚大概多久会改一次，也不知道改一次的相对成本是大还是小，这些内容呈现给客户的主要渠道也不清楚，那提这个方案不是空中楼阁嘛。而且老板也算是已经认真考虑过你的方案了，所以才拉了一大群人来开会，可以说已经往前走了两步而不是一步了，没什么好不爽的

之前我们公司的设计师都跟项目组磨合了一两年了，但还是经常会遇到设计与业务无法相互结合的情况，这对于设计来说是常态，何况你还不是整体的设计师只是负责某一块 UI 功能的前端……

[695975931]

我也觉得雷军说得有道理，LZ 犯了职场大忌了。

[stroh]

事儿都让你做了，还要老板干嘛？这事干成了你吃香喝辣，和老板半毛钱关系没有，这事儿失败了，你只是新员工，最终要老板受罚，得不偿失，除非你有万全的准备，否则在传统行业里，多做事就是错，这也是为什么国企和事业单位永远无法前进的主要原因

[66beta]

@GeruzoniAnsasu 你说的在理，我刚进现在的公司也提了很多建设性意见，当时没做，现在都做了。
当时为什么没做，我觉得领导在的位子接触到的信息跟我们不同，总有自己的理由、难处、战略方向，领导就是领导，不会什么事情都跟大家说的。

[SurfaceView]

你一个新来的人有什么资格在这指手画脚，出了问题你负责么，而且本就不是你的分内事
更何况你考虑的角度也太片面了，你领导说的那些问题你考虑到了么。。。

[wotemelon]

就冲背后对着这么多团队骂你，就受不了，赶紧提桶跑路吧

[kop1989]

1 、技术上合理，不等于功能上合理。
2 、功能上合理，不等于业务上合理。
3 、业务上合理，不等于执行业务的人认为合理。
4 、执行任务的人认为合理，不等于他有能力用好。

[neptuno]

不要太高估运营的实力，真的会给你玩崩的，到一个公司没有半年，尽量不要提这些意见，而且是没什么价值的意见，出了问题你拍拍屁股走人，公司是要负责的

[gaius]

你是一个基层员工，还是刚来的，知不知道有个词叫潜龙勿用。

[darknoll]

你一个新来的就提意见，以后变成老员工岂不是要上天了

[huierfanbufan]

你是前端工程师，不是产品啊，本来就不是你的职责。你最多和产品提一下 和老板讲是啥意思

[fl2d]

上级与下级，一般都互相认为是啥也不懂的 sb 。
绝大多数情况下，上级是对的。

[magichacker]

提桶跑路吧，老板格局太小

[hhjswf]

虽然题主是犯了程序员思维的毛病，但是这 boss 管理大有问题，提出来不是大不了的事，这么一怼题主以后肯定不会再发言了

[gdzzzyyy]

关你啥事？真把公司当家了？

[RangerWolf]

楼主写 python 嘛？ 在不在南京？ 想不想跑路？

[falcon05]

深入用过富文本编辑就知道，老板有几点确实是对的，比如那个安全性不仅指 hack 的问题，而是富文本编辑器有一套自己 dom 解析逻辑，比如 tinymce 会把 a 下面的 div 和 button 解析成 div 变成 a 的邻节点，也就是有可能改变 html 结构。

但是这种批评方式不能苟同，这种事一般和下属私下交流比较好，不过或者人家只是想杀鸡儆猴，你以为他在负一层，其实人家在大气层呢。

[yujieyu7]

老板不同意也有他的道理，但是真的是情商太低了，当众批评是什么操作

[adoal]

运营准备内容由开发来修改显然是不合理的。但是在这种做法已经是既定的情况下，你提出的方案其实是改变了原来的担责模式（也就是老板所谓的“老板害怕运营瞎改”）。要知道，很多做业务出身的人是讨厌信息系统的任何变动的，不要说工作流程了，哪怕按钮换个位置都要跳起来叫好几年。

[ThanksSirAlex]

这些点从技术角度来看是很合理的，但是对于产品不一定是。为什么这么说，这么一套东西用下来应该也有一段时间了吧，至少业务是跑的好好的，新的这个编辑器搞出来，运营又要自己学一套新的工作方式，其实是完全不必要的事情，万一学的不好，搞错了玩火自焚真的会存在的。其次，这个事情对公司的发展帮助确实不大，只是内部流程的改变，能不能算上优化都不好说，因为这个工作看上去就是开发了个工具然后把之前开发的活扔给运营了，整体流程上也没有效率提升，说白了，就是这件事是只花时间但是无法带来额外收入的事情。最终来说赚钱的是产品，技术只是一个产品里面的很小的一环，甚至对大多数产品来说技术都不是瓶颈，能跑就行，所以这个需求确实没什么必要，如果真的想做，就要把收益直观的告诉老板，现在的流程有什么问题，如果这么做能有什么收益，这样才能说服老板。当然老板这个反馈的方式确实不合适。

[AndyZhuAZ]

牛啊，文章都直接写死，我毕设都前后端分离加个 md 编辑器的。

[zlowly]

不过从另外一个角度来思考，你如果提的建议老板不喜欢，他直接干脆拒绝就行了，他可是老板啊。
他特意费劲费时还要拉几个人一起和你谈是为什么呢？你们公司的人都这么闲吗？
也是他比较重视你或者重视你的意见？
也许他要用你或你的意见敲打别人？

[cweijan]

题主提的问题合理, 但刚入职确实不要提意见

[littlewing]

离职

[rockyliang]

首先，如果产品文案上线后就很少改动的话，我认为是没必要弄后台的。弄后台，一是会给后端数据库增加压力，因为内容都要从数据库读取；二是需要投入前端开发、后端开发、测试人员等人力资源。付出这么多代价做一个平时几乎不会使用的后台，不值得。

当然，如果文案是要经常修改的话，做后台是合理的。

[sleeepyy]

其实说服人有时候也是需要技巧的，虽然 lz 程序员可能觉得好的东西就是好的，不好的东西就是不好的，但是与人沟通（包括但不限于老板），是需要让他去理解为什么这么做对他来说是好的。

就比如，你不能去和老板说，这么改动是好的因为这样降低了我的工作量，提高了效率之类。你要从老板的角度，跟他说这样可以降低成本，并且完成这件事的收益远大于成本，并且详细讲一下这么干对项目进度的影响（很小）。

[JerningChan]

感觉炒了这个上司，这种老板相处下去也没什么好结果，又不是什么事，即便有更重要的安排也没必要这样做啊

[ericgui]

1. 你的建议当然是合理的
2. 你提建议的方式，是否可以再优化一下
3. 你老板是 sb，即便不高兴你提的意见和建议，也不应该打你的脸，伤了你的积极性

[icyalala]

所以老板也没当你的面批你，而你是被别人叫过去"刚好听到"。
老板也没针对你的人，而是针对你的需求。
有什么问题？

[iOCZ]

为什么不对老板说：你说得对哦，可把你牛逼坏了

[janpun]

摸鱼不好吗

[zengming00]

这老板该被 90 后 00 后教育一下了

[IronProp]

这个“老板”是什么老板？高级打工仔还是真正的老板？宰相肚里能撑船，这“老板”就因为一个员工提了个诉求就拉人批评，应该是个打工仔吧

[bk201]

在其位谋其事，当你有成绩以后才有话语权

[winglight2016]

个人看来，是否提意见或建议需要根据企业文化来决定。比如，雷军说新人不要提意见，那完全是他的主观偏好。

在企业里提出建议对于员工实际上是一个试探参与的过程，老板事先表态拒绝还算好的，先要求大家提意见，然后等到真的提了再批评或者炒掉的那就是没底线的人渣——不过，把引蛇出洞用在内部也是我大清其来有自了。

[FS1P7dJz]

刚入职本来就不要提意见

你算老几

[LaGeNanRen]

低情商：及时止损
高情商：骑驴找马

[kensoz]

你觉得领导什么的还有救嘛？仅仅是误入歧途嘛，如果有救可以在试着用别的方法提意见。方法上面很多人都说了。
如果没有，那就老板说啥是啥，写死就写死，反正和你没关系，就是听从指示而已。

然后用提意见的时间自己实现一下你的想法，在优化一下放到 github 上，
再有时间看看书，整几个算法题，之后的事情不用我说了吧。

[fkdog]

看了一眼楼上的回复，感觉 v2 现在的程序员是不是都自我感觉良好。
楼主才入职一家新公司，即使里边存在问题，由你一个新人来提明显就不合适。
而且还要老板协调各个职位的人一起参与，增加额外工作量，请问你算老几？

[Lemeng]

保持好的心态，实在不开，就先再找找

[vone]

你先是否定了公司里大部分人多年的工作成果，然后又提出了一套不一定能落地得解决办法，然后让老板帮你协调开发人员。你作为前端工程师却指导老板工作，你不挨收拾，谁挨收拾。

你要是想硬刚，就从设计、开发、运营等方面进行充分论证，出一套完整的解决方案，说清楚方案的成本，方案的收益，有哪些风险点，风险点你又用什么办法防范。这样既能打消老板的顾虑，也证明自己的能力。

[Ackvincent]

你不是领导就不要乱提意见，做好自己本职工作就好。

[jfdnet]

@initd
产品文案，活动文案，这种本身就是要设计的，大部分应该都是最终做成图片了吧。得提供一个什么样的富文本编辑器，才能让运营自己摸索出好的设计效果呢？

[EvilDevilJin]

@66beta 这话扭曲的越来越离谱了,以后变成 '雷军禁止年轻人说话'.

[jswh]

越俎代庖

[xiaowei7777]

赶紧撤吧，没前途的

[index90]

LZ 是觉得老板没用过博客或者 CMS 之类的系统，不知道这世界上有后台编辑器去修改内容的功能？所以你特意提醒一下老板，你看，我给你带来了一个你没想到的点子！

你是觉得老板比你蠢吗？

[loryyang]

新人可以提问题，不要提意见。你应该问为什么不这么做，而不是上来就说我觉得要这么做
说句难听的，你才来几天，屁都不懂就提意见？
任何系统都不是一个完美态，而是和现实妥协之后的中间态，不存在没有问题的系统

[xmge]

@Mitt 老板不重视结果谁重视呢？

[heyhumor]

格局小了，小了。

[xingguang]

@66beta #5 为什么还有这种误解，雷军说的明明是不要就公司战略方向提意见，被无良媒体歪曲了，还这么多人信

[THESDZ]

楼上怼楼主的,如果愿意在这样的老板手底下干活,你怼就怼吧.

[dinjufen]

格局大了，老板 hold 不住

[pepesii]

这就是个屁股决定脑袋的事情；站的点不同，思考的问题就不同；

[openmm]

跑路吧 这家不适合你

[killerv]

入职不久不要随便提建议，很多看起来不合理的东西是有历史原因的，有想法是好事，但是不了解情况就提建议也不明智。

[liian2019]

换一个老板