美文网首页生活@IT·互联网设计
你的工作方式可能有点low?

你的工作方式可能有点low?

作者: 果子goze | 来源:发表于2017-03-27 10:31 被阅读3466次

    很多人在职场多年,工作方式还处在一个比较初级的阶段:做事情,老大安排什么,做了就行,如果还能把安排的事情做好了,就觉得自己很不错了。可是我们在工作中面对是是一件件事情吗?

    并不是,是一个个问题,我们要的是解决问题的工作方式,也许领导给你的方法不一定对,一件事你需要深入了解下目的和背景,在这个基础下,思考下工作方式,才能做的更好。

    之前工作中接触到一个前端,刚入职的时候解决了不少技术难点,我对他印象还不错。

    接下来,发生了有几件小事。

    有次在做地图类的标记工具,地图上有个勾选按钮很小,他做完我用了下,发现很难点到,我说这个很容易点不到,你调整下吧,他直接回复说:“按钮就这么大,改不了”,我内心一万只草泥马奔腾,我说:“你把点击区域调大点不就行了,旁边有没有其他可点区域”,然后他说可以。多简单,为什么不思考下呢。

    另外一次,我在翻页面的时候,发现有个评价页面一屏之后已经没内容了,但是往下拉却看到了接近一屏的空白,我问了下你觉得有问题吗? 没问题啊,他说。

    还有次做一个在订单更变申请,需要系统同意后才能操作,在系统拒绝了订单变更申请后弹出了一个框,上面写着“系统拒绝了您”。我怒了,要不要这么粗暴,不看文档,自己写的话语言不能温和点吗,不能做点解释吗,多生硬啊。

    还有很多。。。。后来,我们把他送走了,擦屁股的成本实在太高了。

    从用户角度讲,我们关心的真的只是产品的功能吗?

    很明显不只是如此,要好用,要顺手。

    这个前端技术能力很强,但是仅仅只是这样就够了吗?

    对于大部分岗位来讲,硬性技能只能占到你工作能力的30%,更多的是其他方面,做人、做事的深度。对于前端岗位来讲,一个回避不过去的问题是用户的使用体验。产品面对的是用户,他才不管你功能牛不牛逼,他需要的是方便好用并且能解决他问题的。技术的工作并不是做功能,而是为做用户解决方案。

    好的工作方式是提供一揽子解决方案,解决一系列问题。

    海底捞火锅很好吃吗,好像并没有,但生意相当之火爆,不少顾客两三个小时的等待都乐意。

    在海底捞,等待->吃饭->吃完,服务员对每个环节可能出现的状况,都有让你舒服的应对策略。

    我随便贴几条找的截图看看。

    你去海底捞吃的还是饭吗,不是,是服务,但是我们真的只是去吃个饭啊。

    之前公司打算把企业logo调整下,对比了很多设计师和机构,最终觉得不错的有两个。

    一个是设计功底非常足很有创意的设计师,个人,一个小女生。

    一个是专业的设计公司。

    从单纯的创意设计来讲,我们倾向于这个小女生,他的logo做的很有感觉,图形的形象表达很到位。从单个logo来讲,这个小女生的水平比另一个专业的设计公司要高不少,而且价格也要便宜很多。但是有个问题,她不能提供正规发票,作为正规公司走账,这个很重要。另外一点是,她只是设计logo,只做图形。

    专业设计公司呢,能提供正规的发票,能提供logo的各种落地方案,还附送名片、工牌的印刷。

    我们略纠结,但最终还是选择了正规公司,后面在设计提案的时候,我们专门被邀请到设计公司,设计师对logo的想法以及我们的对logo可能的顾虑他都做了详细的讲解,logo的每个点的思考初衷有理有据,三套提案,每套提案都做了详细的logo及logo品牌调性的各种应用,海报、网页、UI、门店都有相应的落地演示案例,当时boss在场,就是因为其中一个logo灯箱设计打动了他,马上就把这logo敲定了,直接把定稿合同签了。

    这事还有下文,一个月之后,这家公司专门安排设计师上门讲解logo在各种场景下使用方式,什么是对的,什么是错的,品牌调性怎么跟随logo,哪些位置可以应用,怎么应用,都做了详细讲解,最后,还给我们留下另一个设计精美的VIS(视觉识别系统)手册,让以后接手的设计师参照这个VI 标准做设计。

    这之后,我们逢人就安利这家公司多牛逼、多专业,对他们赞不绝口,虽然我知道,就单纯logo的设计创意水平而言,这公司没有那个小女生高的。

    我们说要logo,但我们真的只是要个logo吗?

    我们要的是品牌体系,我们要的是完整的解决方案。当然,发票也是解决方案中的一个点。

    不要把自己看成一个开饭馆的、做设计的,你要做的是扩展自己的思维,解决吃饭、设计中一系列的问题,对于大部分人来讲,行业纵深的挖掘有时候挺难的,把90分的设计做到100分难度非常大,但是我们可以横向扩展,分析甲方的深层的需求,提供一系列解决方案,也许效果完全不一样。

    工作之前先思考,再决定事情是快重要还是好重要。

    有天晚上,boss电话说第二天临时要见个投资人,让产品准备下产品的介绍PPT,明天上午要宣讲,时间很紧急,没有商量的余地,只能晚上搞定了。

    讲产品嘛,产品界面图、产品数据是必备的,同时这两个也是比较耗时间的。

    一般的人的做法可能是想着,我先把界面图一个个的截屏下来吧,先整理下产品的数据吧,这块最复杂了,把复杂的解决了,后面的就好办了,写的时候再一个个添加进去就欧了。

    仔细想想这么做对吗?很明显有问题,时间那么紧,数据整理太花时间了,投资人最关心的是你的什么,是界面吗,是详细数据吗?不是,是商业模式,是产品想法,是产品整体脉络,数据不够,后面可以继续补,产品框架没搞清楚,商业模式没搞清楚,讲产品还有什么意义。

    所以,就一个晚上,快速的把ppt做完最重要,我们最应该做的是把ppt框架先做好,写好概述内容,忘掉排版,忘掉素材,先把核心内容章节做好,先保证PPT能按时交付,这才是最关键的,至于界面,细节数据,我们能插入多少是多少,时间不够,我们可以通过口述,不至于影响投资人对产品理解的大局。

    很多时候,我们要认清当时的情况,要以目的为导向,要快,对于紧急的事情,要有快速的反应能力。也要要有辨别事情优先级的意识,抓住最核心的点,优先击破。

    要快,要有优先级意识。

    在平时工作中的每一天也是,早上过来,不要想着我继续做事情吧,而是要梳理下今天要做的事情,哪些更紧急更重要。哪些能快速处理完,哪些重要程度很高,可以让我我们事半工倍。

    很多开发人员在做开发的时候,在一些开发难点上困住的时候,很容易陷入持续的难点攻克上,经常会忘掉思考这个难点对于当前产品的重要性高吗,能不能放在后面。

    对于上面的PPT案例来讲,快很重要,但是一直都是要快吗?

    不是。

    再重申一遍,是要了解事情的状况,了解目的,根据不同的情况做区分,是要快还是要好。

    我们曾经有招聘一个产品经理,进来之后,也是给予厚望,boss把我们现在产品上面临的所有问题以及规划方向都给他讲了一遍,讲的很细,当然,其中也有很多吐槽现在怎么怎么做的不好,希望他进来之后能主导下产品下一个大迭代的改版吧。

    然后这个产品加班加点,晚上十二点都在公司,只花了两天,真的只花了两天,做了一整套设计方案,脑图、流程图、原型都有,用一句行话说,就差个程序员了。而这个产品我们运营了一年多,当初开发花了半年,他一次完整改版需求设计,只用了两天。

    很明显,评审会上,被骂的狗屎一般,就差扔鞋了。

    在处理公司比较重大调整的事情,这类工作往往要经过激烈的讨论和验证的情况下才能做决定,这时候你的工作,做的好比做的快重要的太多,当然,这不是让你放弃快,而是不要为了快牺牲掉本该有的质量,有针对性的处理快与好,灵活应对。当然,又快又好,当然更好。

    要有解决问题的执着

    员工对于企业的价值,是解决问题,是产出,要的其实就是一个结果。

    在公司,有个员工经常晚上十点多还没走,每天加班到很晚,可是,当我真正去了解他的工作结果的时候,好像真的没做什么,有时候我会问问没道理啊,这个应该能搞完啊,几天了都?他就跟我讲各种各种难处,这里要找谁沟通,他不在;这个逻辑有点不清晰,就放下了;还有其他的问题要解决,你们看不见的代码问题。

    我很无语。

    有时候我跟他讲说你要考虑下你的工作方式,产出是最重要的。他不爽,觉得每天自己加班那么累,我们都不尊重他的付出,我们加班少,还能100步笑50步,看他朋友圈里经常发加班打卡照片、深夜赶地铁的照片,我心里很复杂。

    他觉得自己很努力,是很努力,感动了自己,可是要解决的问题呢,还在那里,企业的效益呢,呵呵哒。

    工作中谁没点困难,多思考点,多主动点,一个个的克服困难,最终解决问题才是王道。

    以解决问题为导向,那么我们应该怎么做,接到任务,分析任务背景和目的,预判可能的难点、状况,做好应对准备,弄清问题的重点,做好优先级划分,将时间精力划分到更有价值的事情上来,把问题解决的又快又好,做全方位的解决方案,我们的最终目的是高效率(又快又好)的解决问题,任何一切有可能影响这个结果的情况,我们都要跟他say good bye。

    微信公众号:油炸果子

    相关文章

      网友评论

      • Ma_小鹏:我可能遇到了一个假领导呢
        果子goze:@摇尾的鱼 此话怎讲
      • 4d14ac52f018:在工作中,我们可能知道思维方式是很重要的事情,应该透过现象看本质。但理想与现实还是有差距的,比如我在工作中是初学者,缺乏工作经验,我可能发现自己的工作效率低,但是又很想把工作做好,只能通过时间的累积去解决问题,周而复始,我知道我做的不对或者不好,但就是不知道问题出在哪里。尤其是这个需要和各个部门沟通的运营岗位,各方面的问题都存在,因为能力有限,所以就是解决不了这个核心问题,也会很苦恼!
        4d14ac52f018: @果子goze 哈哈😄,谢谢
        果子goze:任何方法论都有一个基础,比如讲英语语法,你必须要有一定的单词词汇基础吧,不然句子都看不懂,谈语法就是扯淡,对初学者来说,这篇文章可能不适用,推荐你去看看李叫兽的一篇文章《为什么你有10年经验,但成不了专家?》也许适合你
      • 钟子明:不错,受教了
      • 也一:几年前和作者的想法一样,慢慢的发现,其实能够真正帮用户解决问题的工具才会受欢迎,体验反倒是其次。完善的测试流程就可以解决的问题,何必上纲上线。
      • 26ddd4432459:受益匪浅👍
      • onlyLiveOnce:感觉这些都是我们总监经常说的,但是每次我也只有在他说的时候能想到,在实际做事情的时候就忘得一干二净了,我们组长也常说,技术可能不是最重要的,重要的是一个人做事的方法,做事的态度,而我还需要继续努力.
      • 手绘穿搭师:当你的深度不能再朝深度发掘的时候,我们就要横向扩展,除了卖产品的硬性要求,更多的是服务。
        遇到问题,要有优先意识,先做最重要的。
        加班不是目的,解决问题才是。
        工作中遇到问题,必须尽快解决,其他的都是借口。
      • ee494ea51b67:工作2年,目前作者讲的不是很明白,全文只记得一句,做事情是快重要还是好重要
        ee494ea51b67: @今晚上秋名山 😂
        56dd2dd5d7bb: @Fighting宇 我是工作了六七年才渐渐明白了这个道理
        果子goze:其实是要理解做事的目的,酌情处理
      • dfe147f4a102:是牙 沟通才是最重要的 自己写自己的 什么问题都解决不了
      • 咯咯咯女:但是我真的不知道跟供应商之间怎么谈价格,如何有效又愉快的谈价格
      • 我啊6孙:以前看见这类文章,总是不以为然,但随着工作渐久,才知道是句句良言
      • 2017pan:学习了!:+1:
      • 633854743c5a:写的好,感觉就像现在的哦,虽然不停在努力但没什么效果,该改变了。
      • 思考搜索决策勇敢:感受到了作者一股浓浓的霸气,是这样的,没有这样的思考方式和执行力,工作就做不好。
        果子goze:@约束是痛苦的 哈哈
      • 郝先森瑞康:很实用,你不能把自己定格在某个职位上,否则你只能在这个职位中发展。开阔格局,放远目光,方为能者先。
        果子goze:@胖叔 我们一定要抬头看路
      • Splendid飞羽:的确很有见解,写代码之前思路很重要,写代码时间并不会花很长时间,提交测试之前最好前后端一起先自测通过,并且讨论一下其中不合理的地方,及早修改,毕竟每个人看法不一,早点检测出来以免测试漏过,很多时候我们只是闷头写代码,却忽略了很多东西,比如如何向测试清晰的表达bug出现的原因,如何向UI沟通功能的实现和高保真出现差异的原因等等,很多东西在工作中要注意学习的!
        果子goze:是的,不要把自己仅仅当作这代码的
      • blusunny:写的很实在

      本文标题:你的工作方式可能有点low?

      本文链接:https://www.haomeiwen.com/subject/unglottx.html