原标题：第一次跳槽后为什么峩待了84天选择再次离职

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

但是真的接手了也别怵，就是淦！

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

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

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

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

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

4. 深入了解基础系统

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

有点心凉的我，一上头就制定了我后续在这個项目上的工作原则：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

这次因为疫情的影响和相当短暂的上岗时间，所以没怎么有想裸辞担心找不到工作的勇氣；还好前公司的调休机制不错没事儿的时候加加班可以调休去参加面试。

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

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

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

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

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

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

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

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

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

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

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

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

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

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