【写作能力提升】手把手教你快速搞定4个职场写作场景

简介: 【写作能力提升】手把手教你快速搞定4个职场写作场景

image.png

写作能力提升】系列文章:

为什么建议你一定要学会写作?

“5种搭建⽂章架构的⽅法”免费赠送!

写作小白需要避免的五个写作误区和灵魂五问

一、基调

Hello~我是小木箱,今天分享的主要内容是: 手把手教你快速搞定4个职场写作场景。在讲具体内容前先介绍一个词基调,什么是基调呢?百度百科的解释是作品中主要的音调。在写作里面,基调就是写作时的基本思想。艺术作品需要它独特的基调,写作也需要它独特的基调。

image.png

如果我们在写作之前,提前掌握了内容的基调,那么便把握了文章的命脉。开始写作后的大方向是一定不会错的。

二、四类常见的职场写作


职场写作在类型上分为四大类: 总结类、调查报告类、申请类和计划类。

image.png

我们的工作总结其实就是典型的总结类,包括有: 年度总结、月度总结、周报和日报。常见的调查报告类有竞品分析报告和市场调研报告。申请类可以分为申请转正、申请加薪、申请费用等。计划类可以分为工作计划、项目计划、活动计划三个方向。这四个类别,几乎把我们在工作中能够接触到的写作场景,全都 cover 住了。

分好类后,我们来逐个定基调,看看这几个写作场景要怎么写?

2.1 总结类

image.png

第一,总结类,总结类的文章基调是: 有深度、有内容、有规划,以年终笔。有些职场人在年终总结的时候潜移默化地写成了流水账。直接把月报汇总,然后阐述分别都做了哪些事,这是一份典型的负面教材。

你的年终总结不但要给你的上级看,而且还要给公司看,平时都做的哪些事。你的领导心里基本都清楚,把这些内容逐个再写一遍既无意义,也无法突出你的能力。

你的领导要看什么呢?第一,看你的成果,第二,看你的分析,第三,看你从过去一年的工作中沉淀的经验,这时候文档重要性不言而喻了,第四,看你对明年的展望,是否干劲十足。

所以在总结的时候,要以结果导向,不要过度关注过程,着重汇报成果。成果最好可以量化,要用数字表达,因为相比于文字,数字展示的更直观。

比如你是android开发的,你在写的年度总结时候,就可以这样写: 2022 年,在大移动组负责架构优化工作,输出专项技术文档18篇,app冷启动小于3s占比大于90%,同比往年提升了25%,用户月活量同比往年提升到20000万。如果这段话配上Keynote扣的动图进行演示,效果更为直观。

这就是为什么说工作总结要多讲结果,少写过程,因为没人关心你都做了什么,但一定会关心你做成了什么。

除了讲结果以外,你的总结还要有深度。总觉得深度是衡量你能力的最好标准。

还以android开发为例,汇报完去年工作成果。接下来你可以说明年 : 今年因为人力不足,在技术需求方向有较大提升空间。

启动耗时每增长200ms将带来5w用户的留存缩减。启动性能是app使用体验的门面,启动过程耗时较长会导致用户对我们的产品兴趣骤减。

通过面板工具大数据分析来看,mpass初始化会拉低HUAWEI低端手机启动速度。

因此,启动性能优化是明年的重中之重,我们应该利用去年的技术沉淀,借此机会丰富目前的打法,调配2名主力去做这件事情,重点关注用户留存率以及竞品公司App每个版本的启动耗时,争取在H1季度达到这个目标,这就叫有深度。

如果你说明年继续对今年开发的模块做代码重构优化,那就没啥意思,遇到不懂技术的老板,说不定明年就把你优化了。

image.png

最后,要有展望。工作总结不仅是总结,展望同样不能少。一方面可以让听你汇报的人对你明年有所期待,另一方面凸显了你的价值。

所以最后你就可以补充说: 为了对标一线,各项技术性能指标优化,我们规定appcrash率继续追求0.02%的目标,app 包体积争取64位包体积控制在30m以下且保证全年无p4及以上事故。

写完这个部分,算是一个比较完善的工作总结,既有成果展示、又有深度分析,还有下一步的规划,说完总结类,再来说说调研报告类。

2.2 调研报告类

image.png

调研报告类的基调就是由测试用例(事实)推结论,既然是调研报告,不能轻易地出现我觉得,我认为,我感觉这类的主观字眼,因为不但很不专业,而且也降低对结果的说服力。

写调研报告,一定是基于事实的,这就好比写技术调研。如果借鉴了成熟上市公司的的开源代码,参考了他们的技术方案,那么你一定要注明参考来源且一定要证明是它的可行性,好的知识来源是要有出处的,不然很容易被说成白嫖党。

image.png

所以你看许多掘金博主在文章末尾,都是会标记参考来源,来源多是比较大的开源框架和企业技术周刊。在写调研报告的时候,用词内容措辞要包含资料显示、数据证明、经过数据分析三个维度

  • 资料显示
  • 据国内大厂美团对Lint研究发现.....
  • 数据证明
  • 鉴于Google对Kotlin的大力支持,国内字节跳动团队已经.....
  • 经过数据分析
  • Compose的冷启动略逊于原生,两者相差12ms....

image.png

为了看起来更专业,调研报告通常是比较好写的,也有可发挥的,空间有限。不需要你文笔多好,把测试用例和测试结论依次陈述下来,内容没有语法错误即可。

2.3 申请类

image.png

接下来就是申请类在职场申请类内容的应用场景还是比较多的,比如请假、申请报销、申请盖章、申请转正等等。

申请类一定要确保内容的完整性,不要小瞧完整性这三个字,实际想写的完整性还是需要多注意的。比如你申请技术专利,你就必须要基于看你专利的人、专利的商业化维度、专利的技术方案、专利叫法统一进行考衡,具体表现如下:

  1. 交底书初稿确保背景技术和详细技术方案,一定要写得全面、清楚、完整
  2. 全文对同一事物的叫法应统一,避免出现一种事物多种名称
  3. 避免出现纯粹的广告式宣传用语、恶意的攻击性语言等非客观的语言
  4. 专利不做只有原理或只做功能介绍,而应该阐述发明目的是通过什么技术方案来实现的
  5. 专利充分公开,保证本领域普通技术人员不需付出创造性劳动即可使用

因为有的人申请内容不完整,结果导致双方来回,回邮件确认,会非常麻烦。

再比如你要写邮件审批合同,就必须要写清楚审批的什么合同? 哪些条款要着重注意? 截止日期是什么时候......

如果申请类的内容写得越完整,那么对方理解起来越容易,所以得到回复的速度就越快,不但减少了对方麻烦,而且提升了自己的效率。

2.4 计划类

image.png

最后,是计划类。计划类基本特征是可交付,即你的计划有产出,不延期和可落地。

在写计划的时候,不能只顾着写过程,呈现的应该是一个可以量化的结果。 比如你的H3季度目标是: 架构组apm 基础建设赋能。我们写的时候不能只写通过业务监控,为企业app保驾护航。

首先你得体现内存uv异常率、触底率、常规内存监控、低内存的监控这些基础指标数据。

然后通过分享端上易发内存抖动和oom常见业务场景,发现在下单页面发现影响内存波动的可疑业态。通过项目规划 -- 预计今年H3季度会在apm建设方面在哪些方面可以取得阶段性突破,最后才是制定可落地的计划。

否则你的计划就是空话。因为无论是哪个Android开发都知道建设apm是为了监控业务性能。

作为写计划的人,要写点别人不知道的。写计划的时候可以按照 OKR 来写,O英文是Objective,即目标。KR英文是Key Result,也就是关键结果。

在写计划时,首先以目标为导向,其次把目标层层拆解,最后用关键结果衡量这些目标是不是可量化,是不是可以完成的。只有目标足够明确, 这样的计划才是可交付的计划。

三、用金字塔结构和MECE原则搞定职场写作

我们提到了写作的基调,确定了几个写作场景的大方向,大方向确定了,写作时候朝着这个方向走就不会出错,但是如果想把内容写好,确定基调只做对了一半,还有一半就是要把内容写好。

职场写作不需要复杂的措辞,也不需要绘声绘色的讲故事。在写作过程中确定好框架后,只是确定了骨架,内容是还需要金字塔结构MECE原则结合一起用,具体怎么结合呢?

职场写作与学术写作不太一样,学术类的写作是先把各种条件、因素分析完得出具体的结论。如自下向上的金字塔结构是先分析过程后才得出结论。职场写作是结论先行,以目标为导向,先告诉读者写作目的,然后再详细说具体要做哪些事。

申请技术专利写作场景中可以用自上向下的金字塔结构,首先你的标题关于xxx技术专利提报是金塔的塔尖,即写作的目的,塔尖往下第二层去补充内容作为塔尖的二层结构支撑论点。

申请技术专利中:第二层应该写技术专利申请价值?有该技术专利和无该专利的价值体现?该专利解决了什么问题?该专利在各个业务线应用场景?通过搭建了两层金塔结构把技术专利申请书写得完完整整。

因为申请技术专利不需要太多的说明,因为法务一般提供模板。内容篇幅比较短利用两层结构就能把脉络梳理清楚,两层是最简单的金字塔结构。

对于一些内容比较长的写作场景,如工作总结中,搭建金塔结构会到三层甚至四层,但不管到多少层,只要你用金字塔结构一层一层地去布局你的内容,结果基本都不会太差。

但是要注意,当要搭建多层金塔结构的时候,层次越来越多的时候,结构上依然清晰,但内容上却更容易混乱。所以这里就必须使用 MECE 原则。

我们把 MECE 原则当成一种思维方式,搭建多层金塔结构的时候,严格遵循不重复不遗漏的原则。在这两个条件的限制下,就能写出逻辑清晰、逻辑严谨的内容。

结构复杂的申请类内容定基调的时候,结构复杂的申请类内容基调要确保完整性完整性需要利用 MECE 原则。根据 MECE 原则,先围绕申请内容做一次头脑风暴,把所有能想到的,必须要写的因素全部列出来,确保不遗漏

全部列出来之后,把所有因素进行分类。分类后,因素要做到不重复。一个完整的脉络就梳理出来了。利用 MECE 思维搭建金塔结构,可以适用于任何职场写作场景。

在广义上的写作中,除了金字塔结构MECE原则,也需要用到归纳推理演绎推理,在写故事的时候要用到 SKU 原则。不过职场写作用不到。职场写作只要满足逻辑清晰、内容完整即令领导满意的内容,职场写作是每一个职场人都不应该忽略的技能,因为这项工作做好了,在职场是非常加分的。

四、总结

今天,我为职场四类的写法都定了一个基础框架,即基调。每个基调有不同的特点和技巧,你在写作的时候就可以按照这些基础框架去填充布局

首先,职场写作和我们日常说的写博客还不太一样。区别在于职场写作有着极强的目的性的。比如: 申请类、总结类、计划类和调研报告类中的每个写作场景都有明确达到的目标,我们要考虑金字塔结构MECE原则的组合方式去支撑论点。

然后,职场写作的内容对文采没有要求,你只需要满足逻辑层次好、内容全面、读起来无语法错误三个特征即可。

最后,职场写作虽然写起来简单但不容忽视。因为你写下的每一篇文档未来都是你和同事之间的思维碰撞,每一次思维碰撞都有可能发生工作冲突,所以请务必谨言慎行。

第二家公司遇到了一位非常擅长写工作总结的同事,他写过的工作总结内容上、逻辑上和下一步的规划上都非常耀眼。

每一次的工作汇报和工作总结让领导特别满意。导致他升职很快。两年升到了专家岗位,年薪加股票百万是有的,让搬砖工流下羡慕的眼泪。由此可见,职场写作是每一个职场人都应该掌握的技巧。

五、关于我


我是小木箱,擅长使用结构化思维、费曼学习法、PDCA、5W2H分析法、MECE原则、SMART模型产品思维解决学习和工作痛点,欢迎关注我的公众号 小木箱成长营,感谢相遇,见证彼此成长。




















相关文章
|
5天前
|
算法 程序员 开发者
从小白到专家:我的编程自学之路
【10月更文挑战第30天】在数字时代的浪潮中,掌握编程技能已成为一项宝贵的财富。本文将分享我从一个对代码一窍不通的小白成长为一名能够独立解决问题的程序员的心路历程。通过真实的经历和感悟,我将揭示如何利用网络资源、社区交流和个人项目实践来提升编程技能。无论你是编程新手还是希望进一步提升的老手,这篇文章都将为你提供宝贵的经验和启示。
21 4
|
2月前
|
人工智能 自动驾驶 数据挖掘
探索代码之美:从小白到大牛的编程之旅
【9月更文挑战第4天】编程,一种将思维转化为现实的神奇艺术。本文将以通俗易懂的方式,带领读者走进编程的世界,从基础概念到实际案例,逐步揭示编程的魅力和挑战。无论你是编程新手,还是有一定经验的开发者,都能在这篇文章中找到属于自己的启示和成长路径。让我们一起开启这场探索代码之美的旅程吧!
34 5
|
3月前
|
自然语言处理 算法 搜索推荐
探索代码之美:从小白到专家的编程之旅
【8月更文挑战第30天】在数字时代的浪潮中,编程已成为一门艺术和科学。本文将通过个人的技术感悟,带领读者走进编程世界的大门,从基础语法到复杂算法,从单一语言到多语言融合,我们将一探究竟。文章不仅分享编程技巧和经验,还将探讨如何培养解决问题的能力,以及如何保持学习的热情和动力。无论你是编程新手还是有经验的开发者,这篇文章都将为你提供新的视角和启发。
|
运维 Cloud Native 前端开发
【写作能力提升】写作小白需要避免的五个写作误区和灵魂五问
【写作能力提升】写作小白需要避免的五个写作误区和灵魂五问
232 0
【写作能力提升】写作小白需要避免的五个写作误区和灵魂五问
|
编解码 安全 前端开发
素养复习笔记!
素养复习笔记!
|
人工智能 图形学
9年3D建模师的感悟—写给还在迷茫中的朋友
不知不觉,从事3d行业已经9年了。今天想把这么久以来积攒的3D建模的学习经验彻底讲一下,希望能对你有所帮助 。
280 0
|
前端开发 Java 程序员
程序员:写作能收获什么?
很多程序员已经通过自己的个人博客或者公众号来进行技术沉淀,记录自己的成长。越来越多的程序员们也开始意识到了写作的重要性。程序员为什么需要写作?写作能带来什么收获?又有哪些额外的惊喜?本文介绍三位长期坚持写作的程序员,分享他们在写作道路上的心得和收获,希望对同学们有所启发。
3042 0
程序员:写作能收获什么?
|
前端开发 小程序 API
学习感想
通过阿里云后台的学习,我掌握了一些前后台互动的相关知识,很感谢阿里巴巴能够给我们学生提供这些资源服务,最后期待阿里云服务能够给我带来更多惊喜。
为什么要写技术文章-我对写作收获的理解
为了迎接更好的自己。 过去的止步不前 程序员最反感别人没写文档,最不喜欢自己写文档。 我一直很认同技术人员应该持续写技术文章,可以总结经验,打造个人品牌,等等。但加上公司内部分享,实际也没写多少篇,这可能也是很多技术人员的通病吧。
2698 0
下一篇
无影云桌面