在不少公司,产品和技术都在一个团队,合称“产研团队”,一般都是由产品出身的人负责领导职位。但凡事无绝对,如果是一名程序员出身的人负责带领产品,做事风格上,会有哪些不同,我们又需要如何应对呢? 虽然上面的例子是极端,但是它却很好的说明了问题。 如果在其他产品和技术平级公司,这样的情况是基本不会出现的,毕竟产品还有起码的操守和底线。 但是,如果你的领导是技术,这种情况就很难说了,更有甚者,很多时候,产品做功能都是在现有技术能实现的条件下去规划的,就更谈不上所谓的优先级问题了。 二、解决的方案前面说到了我们会遇到的问题,接下来要说的就是我们该如何解决问题了。 1. 不能改变就是适应这句话虽然听起来有点被动,但是很多时候,在实际工作中,我们真的是无能为力。 所处的位置不同,所考虑的问题不同,所看待的角度不同,这样也就形成了所谓的认知差异。 这里说的能够改变,其实包含了2点,一是环境,二是人。 先来说环境,其实就是工作选择,如果你有机会去选择一个领导不是技术的公司,那自然是最好。但是,如果好巧不巧,你的情况和我一样,那你能怎么办呢?要么你就重新换份工作,要么就努力让自己去适应。 再来说人,其实就是你的领导。如果你有绝对的能力,能够出色的做好所谓的“向上管理”,能够让你的领导能够因为你的出现而有所改变,那将是比较完美的方式。但是,很可惜,现实工作中,这样的概率很低,你能改变领导的机会很渺茫。 所以,试着去改变自己,改变自己与领导相处的方式,改变自己对职业的认知。 千万别误会,我这不是在PUA。一直以来,我都是这样的看法,那就是不要在工作中抱怨,如果你干的不爽了,你换份工作就行了,换一份你自己干的爽的工作就行了,何必天天在那苦苦坚持呢!如果你暂时还走不了,那就适应吧。 2. 在限制范围内尽量做到最好那是不是就说,既然我们什么都改变不了,那就躺平吧,反正说啥也没用。千万别,这样是摆烂,对谁都没好处。 我们要做的是,在我们力所能及的范围内做到最好,在我们有限的控制权限内做到问心无愧。 在各种不可能的情况下,做出来让自己满意的产品,才是你自己的本事。 还是说到上面问卷的例子吧,如果性别选择中的请选择,已经注定是选项了,那是不是就不能再抢救一下了呢。其实未必,比如还可以从设计上,将“请选择”和“男女”完全分开,给用户一种统一的体验感。又或者是,前端控制,“请选择”直接不显示出来,减少对用户的干扰。 办法总比困难多,这虽然是一句鸡汤,但是我愿意喝。 其实有时候想想,产品经理,不就天然是这种角色吗? 我们习惯了在各种想法之间碰撞,我们习惯了在各种流程之间梳理,我们习惯了在各种交互之间磨合,我们习惯了在各个部门之前周旋。 我们天然就带着“不服”和“折腾”的属性,我们也自然的能够在限制下做到最好。 3. 坚守产品的底线何谓“产品的底线”,就是无论如何你都不愿意妥协的那些点、不背离行业主流标准、不干扰用户正常使用。 但是这个很难一句话说的清楚,因为每个人的底线都不一样。 试想一下,有没有哪个瞬间,别人让你改动的某个需求,会莫名的突然引起你的不适,让你久久不能平静,那个点,可能就是你的底线。 我们需要让领导知道有这样的存在,也要让领导知道这是我们作为产品经理的根本。说实话,如果连这个根本都没有了。那也真的不太适合做产品。 还记得有次APP改版,因为一个接口的调用问题,导致在某个页面会加载超过10秒,页面会一直转圈。在产品验收的时候,并没有通过。然后领导就说这个问题一时半会解决不了,可以先在页面上放个“数据加载中,请稍等”的字样。这在技术的眼里是可行的,但是在产品的眼里却是糟糕的。我也向领导表达了,如果就这样上线,肯定会给用户带来非常不好的体验,哪怕是多等1秒,都是对用户的挑战。最终的发版,是在解决了那个问题之后。这里,就是我作为产品经理的坚持。 所以,有时候,坚持一下,可能结果就不一样。 三、一些想说的话其实作为产品经理,有时候我们的选择权很小很小。 都是戴着镣铐跳舞,比的就是谁能多出一份同理心。 都是在妥协中磨合,拼的就是谁能够顶住这份压力。 专栏作家 明天上线,微信公众号:明天上线,人人都是产品经理专栏作家。做过运营,当过客服。擅长原型设计、逻辑梳理,目前专注于B端产品领域。 本文原创发布于人人都是产品经理,未经许可,禁止转载 题图来自 pexels,基于 CC0 协议 该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。 |