客户抱怨 v.s. 客户开发

自从到了美国之後,原本预期要来好好开发海外市场的,果然事情没有这麽顺利,既有客户所遇到的 Bug 跟所提出的需求如雪花般飘来,彷佛催着我回国似的,不断在我的耳边呢喃。

天平的两边

回想起以前听过的一段话:时间管理好的人,不是在於多会利用时间,而是在於多会选择。

我们每天都会有排山倒海的事情需要去做,而一天仅仅只有二十四小时,如何排列优先权俨然成了最重要的一件事情。当天平的一边是客户的抱怨,另一边的要开发新的客户,该怎麽选呢?

寻找支援

最直观的想法应该就是找支援了吧!看看有没有人能够帮忙处理其中一边的问题。既然会写这篇文章,可见一定是找不到人帮忙,或是两边在努力寻找解决方式後还是只能亲力亲为,那该怎麽办呢?

燃烧生命

既然只能靠自己,那就靠肝吧!延长工作时间,重新排列既有事项,想办法让讨论相关的时间排在一起,执行相关的时间排在一起,并且各自优化效率,例如说会议限时等,但是我想健康诶?

做一换多

既然又不想烧肝,又需要自己干的话,就只好想办法在两边找到做一换多的方式,举例来说,既有客户提出新的功能需求时,可以跟新的客户聊聊对於这个需求的看法,想尽方式让做一件事情的效益可以有多项,但是修正 bug 跟开发新业务太冲突了呀?

果断放弃一边

既然没办法兼容,只能舍弃了,这也是我最後采取的方式,给自己一个期限,例如九月中之前要处理完既有客户的问题,之後开始专心开发新客户,或是早上留给既有客户维运,下午开发新客户等等。果断的放弃一边会比两边不断切换来得更有效率。

其实不仅是业务跟开发的冲突,实际上有许多时候会有时间不够用的方式,上面算是我自己遇到多头马车时的几个方法,分享给大家,也希望知道大家都怎麽成为时间管理大师呢?


<<:  Day25 - 保护你的状态转移,在 XState 中使用 Guard Transition

>>:  Day 25 Figma 设计档的多啦时光机 - 档案历史纪录与版本控制

[iT铁人赛Day10]JAVA程序结构

前天讲阵列的时候有写到for(i=0; i < a.length; i++) 这是还没讲到的回...

2022 年收入最高的 15 种编程语言

技术在经济和社会中始终占据主导地位。企业正在努力寻找熟练的程序员。对於想在这个行业找工作的人来说,全...

Day02,先来建个开发资料库好了。

正文 预计会用到一个资料库提供给後端API使用,先来在家用NAS上用container来建立一个Po...

【後转前要多久】# Day13 CSS - Display: Flex (vs Float)

当没有任何CSS时, HTML预设显示区块元素(block)方式都是 往下一行一行(row)长 HT...

如何开展你的分析?

今天要和来大家说明一下分析的基本框架要如何展开。这边提供的是一套思考的流程,提醒大家展开分析的过程中...