职场管理岗位的文案应用实务与案例.docx

职场管理岗位的文案应用实务与案例.docx

《职场管理岗位的文案应用实务与案例.docx》由会员分享，可在线阅读，更多相关《职场管理岗位的文案应用实务与案例.docx（11页珍藏版）》请在冰点文库上搜索。

职场管理岗位的文案应用实务与案例

职场管理岗位的文案应用实务与案例

1管理岗位必备文案技能

文案能力直接反映一个人的逻辑思维能力，是部门经理、产品经理、售前经理、项目经理等管理岗人员最基本的技能。

如果管理岗人员无法用文案清晰表达思想，将会直接影响管理者的晋升：

部门经理：

不用指望他能完成上呈下达、任务分解的管理事项。

产品经理：

不用指望他能通过原型来清晰表达需求，以及完成产品团队管理工作。

售前经理：

不用指望他能完成技术方案设计，甚至他的技术方案是不可信的。

项目经理：

不用指望他能完成项目分解、资源协调、跟踪汇报的工作，甚至他的任何工作可信度不高。

下面针对管理岗位高频文案的撰写思维进行陈述。

1.1项目决策类报告

决策类项目报告，就是那种需要给研发团队或者上层领导决策的报告，在撰写上需要遵循以下原则：

1.陈述决策内容后不能直接让领导做决策

这无异于直接把问题抛给团队或领导去想。

我们要先思考好各方案的概况细节，给出全盘规划，明确告知领导“这个方案是什么，有什么优缺点，那个方案又怎样”、“选这个方案我们会怎样、要如何开展，选那个方案我们又会怎样”。

然后再给出备选的解决方案，让团队和领导给决策意见。

2.描述要简洁

每个需要决策的方案，在方案的描述上要简洁高效，这里的简洁不代表简单，要把业务复杂、专业技术很深的东西，用最平实的方式描述出来，让人看完马上就觉得自己已经懂了的那种效果，不要用口语行文，少用专业技术词，必需用的话要先简洁解释下。

要知道有些东西，在自己的岗位上能很快很自然就明白，但领导及其他协同团队的人就不一定，我们需要让外行的人秒懂我们的思路与想法，决策建议要有理有据，领导才会支持我们的行动。

3.严格遵循文案样式规范

平常遵循文案样式规范，目的是要让文档阅读体验提高，让阅读者更快接收消化文案的信息。

这跟产品设计一样，产品需要用户体验，文案也一样。

一份文案让人看得不舒服，特别领导不舒服，连看都不想看，再好的思路想法也没有用。

如果别人看着一份报告，还要叫撰写人过来问，这份报告基本就是废了。

1.2汇报类项目报告

汇报类项目报告，主要形式是日报、周报、月报、季报、年报、项目阶段性报告等，主要描述项目当前研发概况、下阶段工作计划，同时涵盖风险控制与资源支撑申请。

汇报类项目报告质量高低取决与项目过程管理的质量，项目过程分解清晰合理，项目报告自然也脉络清晰。

职场最实用的汇报类报告的文案结构如下：

1.当前概述描述

（1）概况描述。

描述当前阶段性研发、实施概况，描述上要分逻辑结构描述，紧扣项目管理的WBS、关键节点、里程碑事件等，文案结构一般为按子项目或子任务划分，因此在项目研发实施上也要做好任务分解。

（2）产出描述。

根据项目管理WBS、关键节点、里程碑事件描述每个研发、实施事项的工作产出，工作产出可以是一个特定的系统、设计、文档，也可以是一个过程结果的描述。

2.下阶段工作计划

（1）计划描述。

描述下阶段任务分解与计划，这也是项目研发实施所必需的。

（2）责任方面描述。

计划需要有时间、责任人描述。

3.风险控制

（1）风险描述。

描述已存在和可能预见到的项目风险，以及风险影响范围、可能结果。

（2）解决措施。

要有风险解决措施或思路，不能只描述风险而没有解决，确实没有解决方法，申请领导决策支持也是一个措施，需要领导决策支持的描述需要标红突出。

4.资源申请

项目资源泛指项目过程工作开展所需要且在自身管理职权范围以外的人员、资金、设备、场地等。

资源申请需要描述项目当前或下阶段工作开展所需要的资源名称、申请原因、投入时间、使用规划、预期效果等。

1.3特定场合工作反馈与汇报

特定场合工作反馈与汇报，泛指日常常态化工作、临时性任务、持续管理关键事件的反馈与汇报。

无论是常态化工作还是临时任务，其处理效果会直接在公司内部和领导形成个人能力的直观评价，对岗位晋升的很大的助力，而处理效果的最终表达就是执行人给出的文案报告。

注意：

一定要分清根本原因与直接原因，执行人的管理能力、执行能力是根本原因，文案表达助力晋升是直接原因。

一定要提高管理能力和执行能力，没有这两项能力而追求文案报告，那时本末倒置的，当然文案报告也能反过来推动执行人的管理能力和执行能力，因为撰写文案是需要对工作进行总结复盘，久而久之也锻炼了管理和执行能力了。

1.3.1特定场合工作反馈

日常与团队或领导进行工作研讨后，一般会有相应的物化结果，如事项工作计划、过程持续反馈、工作终结汇报等，这类报告很可能会传递到公司高层领导那里。

案例：

领导误会解释反馈。

领导日常有自己的关注点，不一定会很了解具体工作如何开展，由谁负责。

在团队中因为各种原因，存在异常或投诉去到领导那里，在定责时往往存在偏差，作为项目管理者需要解释汇报。

误会解释需要技巧，不能直接否定领导认知，也不能甩锅，需要把事件前因后果简洁清晰告知，解释原因，以反问方式提出提出自己的观点，消除误会，最后提出消除问题的解决措施。

案例背景：

一个软件研发项目上线，当时系统存在很多问题，领导使用过后，对系统有很大意见，并直接指责质量测试工作没有到位。

领导误会消除解释文案结构：

1.3.2临时性任务

日常会存在公司临时安排的工作，不要小看这些临时任务，在职场中，这些临时任务一般是公司领导安排的，直接体现执行人的专业能力、协调能力、综合管理能力，同时体现执行人对工作响应与执行的能力。

1.临时性任务特点

工作告知往往是“一句话需求输入”，即就是一两句话说明是什么事情，需要我们把事情跟进落实。

因为是临时任务，所以工作告知后往往是一脸懵逼，不知如何跟进，由于是高层领导，尽量也不要整天追着领导问长问短，只能自己想办法。

2.临时任务处理技巧

（1）找突破口

工作告知后，细细思考告知内容的关键字，根据关键字对接对应事项的负责人，逐步了解工作全貌。

如果确实无法找到关键事项的对接人，只能对接回源头领导获取突破口信息，需要注意沟通效率。

最理想情况是，一两句话问领导，让领导回复一两句话，谈话就结束，突破口信息也获取了。

（2）临时任务实施过程需要反馈

整个过程需要进行汇报，反馈给工作源头领导以及相关责任人。

工作落实前，明确工作分解与计划；工作实施中，关键节点进度要反馈；工作终结，实施结果与产出要反馈。

3.工作反馈文案撰写套路

文案结构没有固定模式，需要根据实际情况来灵活制定，但需要遵循文案撰写基本原则。

撰写这类文案重点需要清楚汇报对象是角色、关注痛点，要让汇报陈述的方式更适合看汇报的人的习惯并切合痛点与解决方案。

案例：

公司临时安排参与一个外部会议。

案例背景：

这是一项临时安排的工作，任务是完成外部项目实施跟进，项目主题是关于市级多媒体资讯传播安全宣传活动。

工作告知时是总经理办公室人员，说有个关于多媒体资讯传播安全的会议需要参加，提供了一个邀请函截图，然后就没有然后了，只能如期到现场参会。

临时性任务实施反馈文案结构：

1.3.3外部技术文案

外部技术文案往往要求要有一定的高度、或者要求要达到一定篇幅，一般应用在公司对外宣讲与宣讲、科技项目申报、政府项目申报、高品申报、对外验收等场景。

外部技术文案撰写套路如下：

1.文案引用

从权威、专业的论文网站（如中国知网）引用相关的理论与案例，让文案显得有学术依据。

2.词语替换或加定语

把文案中技术用语替换成行业内另一个更为专业的词语，或者在原有词语前面增加一个长定语，使得文案看起来具有很高的技术含量。

3.多描述底层技术与顶层设计

在文案当中多描述关于底层技术与顶层设计的内容，把文案营造得既有高度又有根基，在描述具体实现时给人感觉“这个跟市面的产品就是不一样”。

4.短话长说

在要求篇幅的情况下，通过适当增加长定语、长尾词的方式，增加语句长度。

5.要能落地

这是最关键一点，文案描述可以比实际情况稍稍拔高，但不能太离谱，要能落地，给自己留有余地，能经得起答辩，不要自己给自己或队友挖坑。

2文案基本素养与锻炼

2.1文案撰写基本原则

1.简洁

用最平实简练的语言描述内容，能一句话讲清楚的绝不用两句话。

2.清晰

内容描述要清楚明白，文案用语要准确，避免歧义、误解，避免病句、错别字。

3.逻辑

文案层次关系清晰明确，从大纲到内容逻辑要严谨，行为描述（如解决措施）要具备实际可行性。

要做到这一点，事前的准备比文案的撰写时间要长更多，落实到协同研发体系中，项目过程的参与一定要用心把握好每一个关键点。

4.痛点

站在用户立场，抓住看报告者最关注、最想知道的点，用最高效的方式描述出来。

5.体验

站在用户立场，文案要让人看得舒服，让人在最短的时间内明白文案的内容。

6.落地

所有文案要具备实际可执行性，遵循“WWWWH原则”，明确谁（Who）、时间节点（When）、地点（Where）、做什么（What）、怎么做（How）。

2.2文案水平提升方法

1.三多：

多看、多想、多写

看文案，分解文案，写文案，关于文案分解的要点如下：

（1）痛点

文案的背景目标是什么？

解决什么痛点？

（2）结构

文案的结构是什么？

怎样开头、怎样收尾、怎样分层（段）、每层的主题是什么、层与层之间的关系是什么、层间关系如何衔接？

（3）体验

站在用户立场，文案要让人看得舒服，让人在最短的时间内明白文案的内容。

2.提高项目管理能力

任何一个文案，事前准备要比文案撰写时间要长，要提升项目研发管理能力，因为大部分文案的结构，其实也是项目研发管理的过程结构。

3.至上而下撰写文案

无论开发还是设计还是实施，都要遵循从宏观到微观的原则，即先确定文案框架，拟好文案目录结构，再开始撰写内容，可以用思维导图辅助文案目录结构的拟定。

4.不要拘泥与文案的模板框架

任何一个文案，以达到表达目标为最终目的，并没有固定模板框架，只要表达清楚了，模板框架完全可以自己制定。

很多人一遇到文案就找人拿模板，其实别人提供的模板可以用于参考，但不能过于依赖，更不能缺乏模板自己就不会写。

每个人的逻辑思考方式都不一样，别人的文档框架代表的是别人的思维方式，并不一定适合自己，更不代表是权威，尤其是技术类项目文案。

除非特定场合，比如提交给政府单位、科技局等外部单位，且有明文规定模板的，才会遵循固定模板。

当然，没法做到自己定制模板前，先参考别人的模板，理解别人模板结构的思维方式。

5.方法套路

文案能力提升需要反复实践积累的，但每次文案撰写，方法套路都大同小异的，只要严格遵循套路去撰写每一份文案，很快就会熟练了。

（1）拿来用

多看不同场合的模板，多多益善。

（2）消化理解

不同文档框架多有针对性的场景意义，多思考理解。

（3）熟记

熟记常规的各种文案模板，面对不同场景需要写文案时，能有很清晰的文案结构。

（4）忘记、灵活定制

最终结果还是不能依赖模板，能根据场景、痛点定制出文案模板。

3汉语语法基础

简单说，汉语语法基础包括词、词组、句子、标点符号、病句类型等。

3.1词、词组、句子

1.实词

具有实际表述意义，能独立充当句子主体成分。

名词、动词、形容词、代词。

2.虚词

没有实际表述意义。

副词、连词、助词、介词、语气词。

3.词组

多个词组合，根据词组构成方式分为主谓、动宾、并列、偏正、连动等。

主谓：

岗位配置、流程设置、……

动宾：

配置岗位、设置流程、……

并列：

高山流水、名山大川、……

偏正：

中国速度、防控意识、……

4.句子

主干：

主谓宾。

扩展：

定状补。

结构：

（定）主+（状）谓（补）+（定）宾。

3.2标点符号

1.定义

标点符号分点号与标号。

点号：

。

，、！

？

：

；

标号：

“”‘’（）【】——《》<>……

2.规则

句末：

完整的句子末尾用句号、感叹号、问号。

句中：

句子中间用逗号、顿号、分号、冒号。

3.逗号

使用逗号的情况：

（1）一般的停顿，用逗号。

（2）主语较长，主语后用逗号。

（3）宾语较长，宾语前用逗号。

（4）主语需要强调，主语后用逗号。

（5）并列之间可以用逗号。

4.分号

复句内部，两个并列分句之间用分号。

注意：

如果是单句排比，分局之间用逗号。

5.顿号

句子内部并列词语或词组之间用顿号。

注意：

并列词语之间还有并列词语，大的并列用逗号，小的并列用顿号。

6.引号

表示引文，有双引号和单引号之分。

一般优先使用双引号，双引号内部还有引文，内引文用单引号，外引文用双引号。

7.括号

用于注释，位于被注释的词语后面。

4文案能力判别标准

当我们不断实践提升自己文案能力时，通过什么标准来判别自己文案能力水平？

概括来说可以用下面3条标准：

1.能上能下

既能写具备实际可行性、逻辑严谨清晰的文案，也能写有绚丽、高大上的文案。

2.能内能外

既能面向部门内部、上级领导、公司领导撰写文案，也能面向公司外部匹配各种场景的撰写适当的文案。

3.能收能放

面对同一个产品、一个项目、一个任务，既能写两三百字高度描述的文案，也能写三五千字详尽描述的文案。

5结语

汉语文字，博大精深。

运用之妙，存乎一心。