第一次跳槽后,为什么我待了84天选择再次离职

26 评论 4840 浏览 11 收藏 21 分钟

编辑导语:一个好的工作环境和公司理念能让人有工作的动力,如果你自己认为这家公司的经营理念、做事方式等无法接受的话,另谋高就才是最好的路;本文作者以自身的经历分享了自己跳槽后两个月多就选择离职的原因,我们一起来看一下。

紧接上文《2020年应聘总结反思,给有想法的朋友们一点经历后的分享》,我在4次面试中拿到了2个offer,当然有我比较心仪的一家公司,最终我选择加入那家心仪的公司。

但是但是,从入职到最终离职,我在这家“心仪的公司”就只待了84天;而且待的过程也比较痛苦,之后的一段时间总是在反思我当时是怎么看上他的,且听我娓娓道来我这84天的经历。

一、初入公司,但是有点高兴不起来

刚进入公司,被分配到了公司新成立的项目组,我的组长因为还有其他几个项目,就交给了我一个项目让我尽快熟悉业务以后负责。

我兴奋的要来了资料和原型,摩拳擦掌想要开始了解业务了解需求,但打开文件夹我就有点乐呵不起来了。

基本没什么业务调研文档,没有需求文档,只有原型和一些简单整理的流程图,一问这就是所有文档;打开原型又被浇了一盆冷水,原型页面不少,但是少有几张页面有功能文档;各种页面都是简单的表格堆叠和文本框堆叠,没有交互,更没有权限和业务说明。

我心思这进度大概也就开始了30%吧,然后就被叫着去和开发同事开会;我以为只是对接需求的会议,没想到是原型宣讲;组长对着那基本没有什么功能说明的原型页面一顿讲,下面的开发同事和我听的比较懵逼。

不过还好开发的同事们有业务背景所以多多少少能理解业务逻辑和原型设计,我只能用尽我前20多年的功力尽快消化吸收理解。

原型宣讲的过程中,我发现组长对很多业务需求把握不准,忘记业务实例,并且表述不清!很多情况下对于功能如何实现都让开发同事看着来。

虽然表面上没表露出来什么,但是我心里就是有个声音在吐槽:“卧槽怎么能这样,这是一个正常的产品宣讲的样子吗?”

会议结束后,记录了一堆问题,但是开发同事照常开始开发,组长单独跟我说“让我之后全全负责,他就不管了,他还有别的好几个项目”。

字里行间透露着“这是个坑,我就先走了,你看着办吧”的意思,当时我才理解原来接手了个坑。

但是我当时是觉得,这项目是个坑的主要原因是因为那个组长的态度问题,而且有危机就有机遇;这对我来说也许是个证明自己的机会,所以我也并没有很失落,反而准备大干一场。

二、考验填坑能力,上手新项目

因为项目时间有限,而且开发同事多多少少已经开工了,我也不能慢慢腾腾的。

虽然刚进入公司的时候还挺担心工作能否顺利上手,不过工作真的来了之后,之前沉淀下来的工作方法似乎马上就能觉醒。

来点干货,想要总结总结加入新公司后如何快速上手新业务,就只是自己总结的工作经验,还请指点互相学习。

1. 最重要的一点,能不接手项目最好不要接手项目

要接手最好也接那种基本没开始多少的,有人带更好,而不是这种原型都设计好了安排开发了的项目。

当然接手这个项目的二期也是可以的,但也是要从二期的开头开始,由本人与客户沟通后确认需求和方案。

但是真的接手了也别怵,就是淦!

2. 要来与项目相关的各类文档

最好有业务调研相关的文档、需求文档,当然也可以向开发的同事们要来软件设计文档,业务调研文档能让你更好的了解业务背景、逻辑等等与业务相关的知识点。

需求文档的重要性不用说了,能让你理解项目的痛点、需求等要点,并让所有与项目相关的关系人确认项目的需求、建设目标、建设方案等大方向、大设计上保持一致,而不是大家在大方向层面没能达成一致就开始埋头苦干。

3. 深入了解业务!

不要怕烦到别人,有思考过后不清楚的逻辑,或是无法得到确定的问题就去找人问!找你接手前的负责人、开发、最后再考虑找客户。

到时候你做不好客户、开发和领导怼你的时候可不管你是不是刚接手。

4. 深入了解基础系统

我们有基础系统,后期的项目都是在基础系统的业务逻辑上进行重新设计,底层的架构、功能不会改变。

所以,尽快了解基础系统,对项目系统能实现成什么效果有很好的帮助,也能尽快了解到你可以实现的边界在哪里。

5. 完善原型逻辑!

因为我接手时原型逻辑差的比较多,所以这一部分需要我恶补,比如:每个菜单的可查看权限、那些角色有什么菜单的权限、角色的数据权限、页面的操作权限如何控制。

虽然子菜单的权限可以通过管理员账号随便配给任何角色,但我觉得也最好能在原型中指出这个页面是给什么角色使用的。

页面功能的操作权限同理,就算能随便配置,但是最好说明要配给什么角色;数据权限更应该进行说明,业务数据是按照什么逻辑控制数据权限,不说靠开发同事们猜吗。

6. 了解开发团队

了解整个开发团队也是我认为比较重要的一点,首先明确团队成员分工、同事的姓名尽快牢记、确定开发团队中的负责人或者组长、同事的性格、办事风格最好都能有所了解,了解谁比较友善谁是硬骨头难对付等。

其次就是了解开发和产品的合作方式,而你不要尝试去较大的改变这种合作方式;毕竟你只是新人,老人之间的合作方式不是你想动就能动的,后面我会说我在这里遇到的情况!

7. 尽快建立与客户的联系

客户对于突然换负责人这件事情是比较反感的,毕竟什么情况刚跟上一个负责人对接人说好,又来一个能不能负责好又是一个问题。

客户可能会不乐意,可能会嘟嘟囔囔甚至是发火,但是不要打怵,你要尽快向客户展示出你的专业性;让客户知道就算换了负责人,你也是一个值得托付的负责人,项目不会因为换了负责人而出问题;尽快建立联系也方便后期向客户确认一些需求。

我基本是按照这样一套逻辑下来的,因为时间有限,基本上是三步并作两步向前大踏步;只涉及到我个人的工作我没拉胯,深入的了解了业务、基础系统、原型,整理出来了很多问题,问过前负责人、开发同事,依然有很多问题无法得到解决。

有些能解决的,我会将优化方案与开发同事沟通,确认方案可行性和工作量,看能否在现在的基础上先优化一些部分,直到后来遇见的一件事儿,彻底打破了我的期待。

三、遇到特殊情况,心凉一大截

在实际工作过程中,我发现,很多原型页面的逻辑,不仅没有说明,还没有做更新;原型一个样子,我按这个页面顺下来的逻辑和开发实现的逻辑不一样。

因为很多时候开发去找前负责人确认需求和页面,我并不知情。

然后有一天,前负责人,就是我的组长来找到我,说项目经理(我们项目组的负责人)跟产品部负责人说想换掉我,因为有开发同事反映我管的太多,项目时间很紧张,他们开发时间本来就很短。

这个事情就呼应上面提到的“要提前了解开发和产品的合作方式”。

之前他们的合作方式都是产品定大框,一些细节问题开发怎么方便怎么来,还有一些模糊不清的地方,怎么实现简单怎么来,总之一切以好实现、尽快交付为目的。

我来了之后很多内容我都想要自己深入了解,然后制定出方便用户使用、提升B端客户工作效率的方案;这些方案我也不知道为什么在之前的方案里没有,之前的方案就是只做信息化,具体方不方便,有没有提升工作效率好像根本不是重点。

比如该有批量导入操作的没有,该有批量操作的没有;该通过系统选择的就只是手填,系统里所有的“钱”都没有做关联等等等等;我认为这肯定不是客户需要的内容,所以提出来了优化方案;并且优化方案都会提前与开发同事沟通确定能不能实现工作量多少,但依然被“推开了”。

回到上面提到的开发时间紧张的问题上,其实这个项目的时间还有1个多月,时间不少;但是开发同事身兼数个项目,难以把全部精力投入到这个项目;事实证明,就算之后每增加变更需求,项目依然延期了1个月。

虽然我理解开发同事的难处,但是每个人的工作得做好,我得负责从我这里出去的需求和原型是高质量的,开发排期的问题得项目经理决定,再说拿钱多不就得辛苦点。

有点心凉的我,一上头就制定了我后续在这个项目上的工作原则:

  • 如果没有问题,就按开发同事和前项目负责人定的系统逻辑设计。
  • 如果有不清楚的逻辑可以问我,我负责解释,我解释不了的,问前负责人。
  • 如果有问题,我配合做优化。
  • 没有问题的话我不主动发起优化。

后续果然就没什么动静了,项目进度有项目经理控制,跟我说我就了解着,不跟我说我就不过问,就这样过了1-2周。

四、客户的回复,让我的心彻底凉了

上文说到,我在自己了解业务了解需求的时候整理出来了不少问题,当然有我没有行业背景的原因。

但是有很多问题项目前负责人也无法解答,还有一些开发同事在开发过程中提出来的业务逻辑问题需要我确认。

这些问题如果不能得到很明确的解答,系统将会怎么实现简单怎么来,会产生很多业务、操作逻辑上的漏洞——没办法只能硬着头皮问客户。

客户对我的态度还算比较不错,之前第二次和前负责人来客户这里时,我亲眼目睹了前负责人和客户怼起来的场面,直接是看的我目瞪口呆;现场只有三个人的第三个人“我”赶紧插话缓和了气氛;后续我跟客户沟通的都还可以,所以我认为这次也能达到我的期望。

约了客户时间,把问题跟客户说了说,客户看了一眼整理的问题,不耐烦的说了句:“这些都跟你前负责人说过了!”;而且越说越激动,意思就是这些业务逻辑都说过了,不能换一个人就重新讲一遍吧。

而且很多业务逻辑不是这个客户负责,逻辑早就不清楚了,当时说的时候你们肯定记下来了;看着客户已经有点发火,我就赶紧悻悻的撤了——现在我的处境就比较尴尬。

  • 一方面去见客户的问题都是已经和前负责人梳理过,是前负责人他记不清需要再次确认或者根本客户就没说明的。
  • 另一方面客户就说都讲过了,前负责人都知道。

完全就是在踢皮球;没办法疑问解决不了,只能先按开发比较容易实现的方式先实现着,客户试用的时候有问题再优化。

我已经看到了这个项目的结局,总之肯定烂了;不是我一个人就能力挽狂澜的事情,所以我接受了反转不了的结果;而且我也非常厌烦公司的这种态度和做事方式,十分焦虑和烦躁,已经开始在各大招聘平台寻找下家。

听说公司还有一个非常狗血的工作方式,就是销售为了签单,在跟客户谈的时候会极致的压缩售价和工期——就算这样领导也签,但就是潦草的应付,能交付就行;导致整个团队都不会认真对待,这种方式好像成为了一种常态,让我难以接受。

做系统,提供解决方案,不就是为了解决用户工作中遇到的问题,用信息化的手段减轻他的工作量,提高他的工作效率吗?

结果你做的东西增加了他的工作量,让他骂你做的是个shit,这是你能接受的吗?

我不能接受!我不认为我的设计或态度要被项目的价格如此严重的影响,20万的项目我肯定不会给你提供30万的方案;但是我认为我做的东西应该有20万的态度,而不是20万我只提供我10万的态度和能力。

我想要给客户提供超出客户逾期或者想法的内容,而不是客户出了20万觉得血亏。

整个公司的态度、价值观、工作方式完全和我的观念不符,就像我的账号介绍一样,我想做出让别人称道的产品,所以在这家公司待着真的难受。

五、吃着碗里的找着锅里的,重新开始找工作

这次因为疫情的影响和相当短暂的上岗时间,所以没怎么有裸辞的勇气;还好前公司的调休机制不错,没事儿的时候加加班可以调休去参加面试。

这次找工作更加注重公司的声誉和实力,所以心仪的公司就像大海捞针一样;不过还好市场总是有的,投了5家公司,3家给了回复,都进了最终面,最终选择了其中1家。

面试没怎么准备,就是3个月前的老本儿,不过聊起来就像被激活一样还都能想起来。

3家公司里的一家是做教育的,看中了我之前做教育的背景,所以大家聊的比较投机;还没被录取已经快要哥哥弟弟相称了,薪资和办公地点都很满意,但最后一件事儿让我们直接谈崩了,就是这家公司试用期不给交五险。

我极力争取自己应得的权利,结果人资和面试的领导都给我了统一的回复让我另谋高就!此处不留爷自有留爷处,拍拍屁股继续找更好的公司。

后续的两家公司都到了最终面,更心仪的那家公司给了联系,所以减少了我很多纠结的可能。

六、终于要离职了

给了offer后跟原公司提了离职,但实际离职的过程比较费劲。

前负责人我组长完全撒手不管我这个项目了,理由是这两个月他一点没管,我对接的需求他根本不知道没法跟客户交付;而且到了快要交付的关键阶段,因为目前只有我最了解这个系统,领导不放我走,要让我跟到实际交付。

但说实在客户具体什么时候验收这个谁都保不准,从之前的意思来看,客户要自己公司内部测试一个月并且要求不断优化,达到满意效果后才会验收;所以按照当前系统的完成情况,我觉得验收时间可以往1个多月去推算。

当然我也不会言听计从,毕竟下家等着我尽快入职;在劳动者保护法的权益保护下,我提出了我的方案,方案被领导接受并且与客户对接没什么问题,我就成功的离职脱身了。

目前成功在一家主做硬件的公司入职,公司氛围和团队在业内评价都不错,薪资给的也是让我比较满意,一签合同就交五险,试用期过了有一金;我进来之后主要就是做与硬件设备配套的软件平台的产品经理,朝着项目负责人努力。

七、写在最后

以上是我进入第二家公司时的经历,遇到的事情比较奇葩,而且第一次遇见,所以应对的办法不一定合理。

记录下来就是想让一些看到的朋友有些帮助或思考,或者觉得不合适的,我这就是抛砖引玉,给一些合理的方案也供大家学习思考讨论。

篇幅比较流水账主要就想是记录,写的文章比较少所以文笔也不好;看的朋友多担待,看完的朋友手指比心!对你们有帮助是我最希望看到的,但是也别忘了点赞评论收藏,感谢。

 

本文由 @大宇 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 可以微信交流下嘛,同学~

    回复
    1. 我们可以先在这里简单沟通~

      回复
  2. 同是这个处境,第75天,已经在找下家了。入职前说的都是天花乱坠,结果进来就是简单外包,准备的所有文档除了原型图,其余全部没有留时间排期,自己在第一条产品线为了更健全,天天加班四五个小时来撰写文档。不健全的项目管理制度,负责的产品线开发周期不断因各种因素后延,已经跟甲方、领导确定了的产品需求被一砍再看,还因为对接的前端总写出bug,天天配研发部加班,结果两个月负责的两条产品线中最复杂的交互操作就是登录页…..

    回复
    1. 是个坑,不是一般人能带领或者说纠正的,该全身而退就全身而退

      回复
  3. 工作产出协作方式是根据项目的类型权重和需求方的角色来决定的.没有绝对正确的工作模式.只有相对匹配的工作模式

    回复
    1. 是的,没有绝对正确的模式,但是有相对看起来就不正确的工作模式,也不能说是不正确,应该说是不健康。这种不健康的工作模式,难以推动产品快速稳定的迭代发展,也更不利于团队、公司的发展。

      回复
  4. 第一、坑都是自己跳的,没有人推你的,新入职的员工,连公司的组织文化,工作模式等基础逻辑都摸不清你就上手接项目,自以为有工作经验就可以按照自己的逻辑来支配一切,这是典型的缺乏融入分析和判断力~也就是说,你有点武断,而且自负;第二、企业或者说岗位没有绝对的优与劣,只有合适不合适;你想按照自己的逻辑去平蹚所有企业是不可能的;这家企业也不只你一个产品,有人能干证明这个模式没问题,只是你不适合而已,没有别的;下一家你觉得不错,也无非是适合而已,没有别的;况且我看是这家没有入职五险一金,薪资定级没达到预期吧;第三、你所抱怨的这些人,你的组长没问题,不能说一点毛病没有,细节你没说,单纯表现出来就是你承担了多少,这里面有多少信息不对称,不得而知,但从他的工作逻辑上来看,大面上没问题,小瑕疵也是细节问题,而且是该公司其他产品都能实现的,也就是说在组长的可控范围内的;上下游的同事也没毛病啊,开发的人家已经有自己的工作模式了,你凭什么用你理解的逻辑和完美主义少女心来要求每一家企业呢?你是太阳吗?客户,就更没问题了,内部工作交接不清楚,客户需要给你好脸吗?想啥呢这是。第四、离职脱身方案为什么不细说说?你以为老板都是智障吗?你个试用期员工你提前7天打离职报告就一点法律责任没有,这么写还显的你挺仁义刷一波好感度;回顾这两个多月,其实你只是有专业经验,但是组织协调,分析判断,以及职业心态都是非常不成熟的~~

    回复
    1. 第一:坑都是自己跳的没毛病,但写这篇文章是想说一开始有些企业根本判断不出来坑,后期随着上手工作才能根据哪些情况判断出来这是个坑。其次上手接项目不是我主动接手的,而是被动领导安排的,不知道你有没有仔细看文章,这个项目是领导为了尽快脱手才安排过来的,你想跟我说让我跟领导说说我在了解了解公司的企业文化工作模式后再上手,有点开玩笑,没这么多时间和精力留给你,只能边上手边了解,项目交付时间很紧张。
      第二:确实我是通过自己的工作经验和逻辑来判断的这一切,你可以说每个公司都有每个公司的工作模式,但作为产品,我的工作模式和经验是经过了一定的沉淀和思考,合不合适那肯定是不合适,但从我自身来分析这家公司,这种模式是有问题的,不只是不合适的问题!
      第三:我的组长我也不知道怎么判断,业务经验确实不少,但是工作模式我不好说,而且我不知道是不是因为这家公司影响了他。但是我认为作为一个产品,是专项的产品不是什么带项目的负责人,你就应该对你产品的工作负责,对接好需求,规划好原型,然后把清晰的逻辑讲给开发同事,让他们理解认同了再开发,而不是上面我说的那种过程,不知道您有没有很好的理解。产品是都能实现,那就不要求实现的质量了吗?只要实现就可以了吗?哪还有实现不了的产品?您的要求也是这样吗?这样的方式谁不能实现?只是我觉得不能这样!没有说不能实现。我从没有说客户有问题,客户怼我是一个很现实的情况,我也很理解,我要是客户我也可能会有这种情绪,但是我没有说客户有问题,我只是阐述了这么一种情况,并没有对客户的这种方式做什么评论更没有说客户有问题,不知道您有没有仔细看。没仔细看就自以为是的一顿评论,是梁静茹给您的勇气吗?
      第四:离职脱身的方案不方便说,所以才没有说出来,每个人都有不同的方案,我的方案只是多方退让后的结果。我个试用期员工,提前3天打报告就没有一点问题!领导们也都知道~ 我只是将这一种方案作为我的底牌。
      我承认我的组织协调分析判断职业心态确实不成熟,但让您这么评论,我真的难以苟同。在我看来,您的这种评论方式就有很多问题,大家都是半斤八两你何必高高在上呢…

      回复
    2. 首先啊,没有高高在上,只是从不同角度去看这个过程;旁观者没有经历这个过程,做出的评论也罢,判断也罢肯定会有偏颇,所以评论也只是基于文章表露出来的信息;通过你的回复,我也能了解,你对产品开发是很有自己的一套逻辑和经验的;我想表达的就是,当你进入新的环境,在接手具体项目之前需要理性的思考,需要一定的策略;比如你提到的,被动的接手了这个项目,无法推脱的一个锅;在交接的时候是爽快的点头应下来还是大家本着务实的心态来交接清楚呢?你接手项目就需要了解开发的背景,进度,需要对你接手之后的状况作出预判,需要对你未来即将使用的资源有所准备;这些并不是不能说,不能在接手时沟通的。这是最良好的状态。但是即使说这家公司没有这样良好的习惯,那就应该看看其他产品接锅的能力到底有多强了~~工作模式不是你想想的那么理想主义的,任何情况都会出现;你觉得这家公司不正规,不够标准化,理想化,你去大厂,可能他们还觉得你的逻辑不够严谨呢。。所以说到头还是个合适与不合适的问题;但是我想说的是,每个人都有自己的生存之道,真正的强者是除了能走自己的路之外,还能走别人的路;成熟的标志就是这个。

      回复
    3. 感谢这么认真的回复。我认为每个人在生活和工作中,都会总结出一套自己的生活和工作的方式,在上一个层面就可以称之为三观。进入新公司,我觉得肯定会受到新公司工作流程和逻辑的冲击,用新公司值得自己学习的方面来不断完善自己的体系。
      起码在上一家公司,从我经历的工作逻辑和流程下来,以我的判断没多少可以让我学习到、或者说让我完善自己作为产品经理的工作体系。
      还是感谢您的指教~

      回复
    4. 指教可谈不上,我只是个小学生;我是HR,以前接触过比较多案例吧~眼睁睁见过一些人才跳坑的过程,只是希望能分享一些自己不成熟的想法,只供参考;

      回复
  5. 去年毕业,刚入产品坑,我现在的公司工作模式跟题主描述的很像,没有整体产品规划,前期工作没有报告记录,只有一堆表格,流程图。工作内容是从0-1做一款新产品,满足甲方的同时搭建自身的产品生态体系,项目进行了一年多,详细的商业模式,商业画布都没有建立。我现在都不知道该咋办了。

    回复
    1. 我觉得当前这种情况,为后续着想的话,还是需要多积攒经验,如果公司不算成熟的话,你可以试着做到产品经理的角色,尝试更多的优化团队的工作方式。积攒到了足够的经验,如果发现你优化不了的话,那就可以考虑去其他平台了。

      回复
  6. 这个脱身方案是。。

    回复
    1. 脱身方案就是尽快找到另一个下家…

      回复
    2. 详细的脱身方案不方便透露,需要综合每个人和公司还有项目的情况,我觉得这种方案不难思考,主要是各方都得有所让步才行。

      回复
  7. 外包公司,有啥可讲的,而且非要优化所谓的方案,这种都是要时间,很傻瓜的表单提交,最复杂的交互也就是弹窗了吧,没啥可说的

    回复
  8. 想认识下这个 @大宇

    回复
  9. @银翼 小亮?

    回复
  10. 大雨

    回复
    1. 小亮?

      回复
  11. 哈哈哈,第一次遇到一个与我同名的女生,不过我是开发。博主加油。

    回复
    1. 是野生男性!

      回复
    2. 女的当男的用,男的当畜生用。😄

      回复
  12. 那家公司一看就是外包啊,只管实现简单别的全是狗屁

    回复
    1. 是的,非常非常典型的外包公司

      回复