Please enable JavaScript.
Coggle requires JavaScript to display documents.
如何高效写作 (书中提到的其他书 (《理科的作文技巧》, 《日语作文技巧》, 《思考技巧、写作技巧》, 《沟通技巧》, 《提高大脑运转速度的 45…
如何高效写作
书中提到的其他书
《理科的作文技巧》
《日语作文技巧》
《思考技巧、写作技巧》
《沟通技巧》
《提高大脑运转速度的 45 种方法》
《谁都没有教过我的思考技能》
《剩余工作为 0！ 的工作方法》
《从重大事件中学到的「危机管理」》
《新版理论训练》
第二章 写作的程序
第三节 分析读者
为什么分析读者呢?
原因在于，所有沟通交流的质量，都是由交流的对象来评价的，文章也是一样的。
不考虑读者，提出的方案会让人感觉到：
这个好像也不是特别想要呢
不是这样的问题啊
这不符合我们公司的文化
方案应该给人的感觉是：
原来是这样啊，真是经过了认真的思考啊
这个真是站在了客户的立场提出的方案啊
1. 读者是谁，是什么样的人？
是一个人，还是几个人？
读者站在什么样的立场，负担着怎样的责任？
示例，现在要向客户提交系统开发的方案书，它的读者是谁呢？
企业信息系统负责人
业务部门的员工
外部咨询师
谁是主要读者？谁才是拥有决定权的人?
2. 读者对背景、事情经过等情况掌握了多少？
对于这个主题，读者对其背景、事情经过了解多少？
读者拥有什么样的背景知识？
专业词汇是一把「双刃剑」
对方是同行，专业词汇就能更容易地获取、确立共识
非同行，会产生不必要的距离感
咨询师在接到项目时，最先做的一件就是了解对方行业的词汇
3. 读者在担心什么？
读者拥有什么样的价值观？
担心些什么问题？
读者的思考倾向是怎样的？
对于重视成果、以结论说话的人来说，他们主要的兴趣点在于：到底是多少钱、这个能赚到钱吗？
对于既重视成果，也重视「达到结果的过程」的人来说，就必须对达到结果前的过程、行动等进行说明
对于在公司内很重视自己立场的人说，他们倾向于这样考虑：
这能向领导说清楚吗？
大家不会降低对我评价吧？
4. 读者喜欢什么样的表达方式、与作者的距离是怎样的？
读者经常使用的表达方式（说话方式、写作方式）是什么？
读者了解我吗？
了解的话，与我的距离是近还是远呢？
居高临下的感觉，例如：
「我的主张是…」，会给人的感觉是：咦，这个人在这个领域是这么厉害的专家吗？
「这是我读过的书中最好的一本」，看到的人就会想：你是读过了多少书啊？
「以我的经验来看，是这样的」，给人感觉是：你是个什么了很不起的人物似的，自高自大。
「我认为是这样的」
「您真是爱学习啊」
示例，系统架构变更
读者是谁？
用户信息系统部 部长
读者站在什么样的立场？
本次项目中管理供应商的负责人
信息系统部门的负责人
读者对于该主题，掌握了什么样的背景知识和信息？
了解该项目自开始到现在的所有情况
有开发经验，了解系统工程开发的所有相关知识
能够对工时数的恰当性进行判断
读者关心些什么问题呢？
对作业内容以及工时数的恰当性要求相当严格
成本已经超过预算，想尽量避免更多的追加成本的产生
只要有充分的理由，就能积极地协助我们的解决问题
不认可一切缺乏恰当性的事物
读者喜欢的表达方式是什么？
不喜欢拐弯抹角的表达方式
喜欢结论、证据都十分明确的表达方式
必须有定量的判断基础
读者与自己的距离有多大？
在这个项目上，已经一起工作了一年了。距离虽然不是很远，但是讲究虽然亲近也要不失礼节。
第四节 收集点子
点子指的就是想法，或者也可以说是灵机一动
毫不迟疑地想出来，再来进行筛选
收集点子几种方法
使用大纲编辑器（Outline Editor）
把书当成点子抽屉的把手
储备想法
一条一条地写下来
先把要传达的意思全都分条写下来
进行归纳、调整顺序并将其组合起来
边思考「这样能否将意思传达出去呢」，边将期写成文章
写在便笺上
亲和图法
把点子写在便笺上
对便笺进行分组
对各个组贴标归纳
在白纸上自由地写下来
会写文章的人的特征
看不清
清楚知道自己想传递什么信息
懂得考虑对方的感受
不会写文章的话
效率低下
无法整理思绪
增加返工概率
增加了失败的可能性
交流的质量是由接收信息的人来评价的
交流的目标（看不清）调动预期反应
位置的差距
你是谁啊
社交网络
我的主张是…
要灵活运用经验…
应该这样做…
我是这样认为的
褒奖的时候需谨慎
示例，简历中的自我介绍
找一些吸引人的点
软件项目的管理经验
改善程序的实际业绩
全程参与新产品从策划、设计到协助销售的经验
从毫无经验到成为一个工程师
懂得如何将「难懂的东西，用容易理解的方法」教给别人，「懂得了如何教授学习的方法」
发散思维
软件项目的项目经理经验
从零开始研发新产品
在价值工程领域发表过论文
跨行业的咨询经验
通过改善程序将不良状况的产生减少了 50%，削减了 30% 的成本
将难以理解的东西简单化
大量的项目管理经验
软件工程相关知识
有管理 150 人以上团队的经验
从完全没有经验到成为一名工程师、咨询师
超过 200 小时的不要命加班经验
项目管理的专业知识
不要根据「词语的相似性」进行分组，而是边问「这个到底是什么？」，边考虑「相同吗？不同吗？」进行分组
了解商务活动的最基层工作
接地气的基层实操经验
超过 200 小时的不要命加班经验
有管理 150 人以上团队的经验
大量项目管理经验
做出过成果
有管理 150 人以上团队的经验
通过改善程序将不良状况的产生减少了 50%，削减了 30% 的成本
了解商务活动
以咨询师的身份创业
跨行业的咨询经验
从零开始研发新产品
能够将系统性的方法论简单化
了解自己的薄弱环节
从完全没有经验到成为一名工程师、咨询师
将难以理解的东西简单化
掌握了系统性的知识
软件工程相关知识
在价值工程领域发表过论文
项目管理的专业知识
软件项目的管理经验
第六节 写草稿
以准备扔掉的心态来写
不要一上来就想写得漂亮
先从 0 到 1
第五节 写概要
概要指的是「轮廓」，在文章中也叫「架构」
示例，《桃太郎》的故事
很久很久以前，有个地方住着一位老爷爷和一位老奶奶…
慢慢地漂了过来…
桃子中竟然蹦出了…
桃太郎长大后，有一天…
在途中，桃太郎结识了一只小狗、一只小猴子和一只野鸡，并把它们收为仆人…
漂亮地打败了妖怪后，桃太郎带着小狗、小猴子、野鸡一起回到家。可喜可贺，可喜可贺
避免跳跃和噪声
用有条理的故事情节顺畅地引出结论
将读者顺畅地引导到结论上去
使读者带着问题看文章
促进理解、巩固记忆
导入部分的作用
明确说明文章是针对什么内容而写的
引起读者的兴趣
将「地图」交给读者
报告型概要
导入 → 事实 → 判断形势 → 汇报意见
针对将会时限进行
现在的日程已经晚了两个星期
以这样的速度下去，有可能赶不上系统投入使用的时间
请向客户请求延长交付的时限
要求型概要
导入 → 现状（事实） → 问题意识 → 要求（概要） → 要求（具体）
本文将对新商品开发项目的要求进行说明
迄今为止，虽然本公司的业务平衡增长，但是近年来增长速度不断放缓
如果再这样下去的话，就有可能陷入越来越坏的境地
应尽快着手新商品的开发项目，确立下一个能够支撑销售的明星产品
交付期限
年
月
日，预算
* 元，工时数
人/月
通用型概要
时间顺序
空间顺序
重要程度的顺序
导入 → 结论 → 支持 → 结论
在本方案中，我们总结了本公司对于贵公司所提出要求的理解以及本公司提出的解决方案
从本公司的实际业绩及实现要求的程度来看，在满足贵公司需求上，本公司是最佳选择
本公司拥丰富的类似项目的经验
我们会根据贵公司的要求定制各项服务
我们一定能够在项目中充分发挥作用，恳请贵公司采纳本公司方案
读者最大的「疑问」是什么？
在整体的故事中，很好地回答了读者的疑问了吗？
提案书，「为什么不是其他公司，而必须是你们公司呢？」
企划书，「目前这个企划的必要性何在？」
简历，「录用了你我们能得到什么？」
设计书，「这个设计的意图何在？」
第七节 推敲与修改
写文章的三个基本原则
一个词 / 一个意思
选择读者能够理解的词语
选择确定为单一语义的词语
一个句子 / 一个点子
一个句子中，只表达一个思想
不要使用不作为转接连接词的「ga」
一个段落 / 一个主题
在一个段落中只涉及一个主题
不要写进与主题无关的信息
有意识地使用连词
解说（A = B）
对主张的内容进行详细说明
「也就是说」
「换言之」
「就是说」
「总的来说」
管理（management），
也就是
使团队及部门、成员及下属能够保持充分发挥作用的状态。
也就是
「管理 = 保持状态」的关系。
证明（因果）（A - B）
用什么来证明这个主张、展示证据
「因此」「所以」
「原因在于」「是因为」
因为
错过了电车，所以上班迟到了（A - B）
销售额增加了，
是因为
新商品的热卖（A -B）
示例 （A 例如 B）
用具体示例进行说明，或者是摆证据
「例如」
附加（A + B）
对主张的附加说明
「并且」
「而且」
「与其……不如……」
本公司的产品性能优越，
而且
具有使用轻便的特征。
与其
说他不是一个人没有人情味的人，
不如
说他非常热情。
转折（A 但是 B）
改变主张的方向
「但是」
「可是」
这个项目的质量很好，
但是
延期交付了。
补充（A 只是 B）
对主张的补充。与转折相似，但更侧重于强调原来的主张
「只是」
「原本就是」
这个项目的质量很好，
就是
延期交付了。
逻辑思维
关系 == 逻辑
现在所说的事情 :left_right_arrow: 拉下来要说的事情
迄今为止谈论的话题 :left_right_arrow: 现在开始要谈论的话题
对方所说的事情 :left_right_arrow: 我说的事情
原因和结果
被石头绊到 :arrow_right: 摔倒了
车速太快了 :arrow_right: 发生了事故
顾客数量增加了 :arrow_right: 销售额上涨了
目的和手段
增加顾客数量 :arrow_left: 提高认知度
留下记录 :arrow_left: 流出墨水
照亮房间 :arrow_left: 发出光亮
输入和输出
水、米 :arrow_right: 加热 :arrow_right: 米饭
任务完成时限 :arrow_right: 分配时间 :arrow_right: 日程表
要素定义书 :arrow_right: 设计程序 :arrow_right: 设计书
抽象和具体
动物
哺乳类
小狗
小猫
熊猫
爬行类
鳄鱼
蜥蜴
整体和部分
系统开发项目
计划阶段
启动会议
确定概念
通知成员
项目计划
整体工程
资源计划
预计工时数
详细日程
确定必要阶段
需求分析
倾听需求
需求分析
需求文档
定义必要条件
必要条件设定规则
公司内部评估
客户评估
客户认可
设计阶段
概要设计
结构设计
模块切分
界面设计
设计评估
详细设计
数据设计
模块设计
设计评估
安装阶段
安装
数据安装
模块切分
模块安装
单体测试
组合
组合测试
调试
评估
系统测试
调试
出货认可
演绎法强调的是：只要前提是正确的，那么结论必然也是正确的。
图尔明模式
数据
支撑主张的事实 = 凭什么可以这么说？
他每天都提前 1 小时进公司
论据
因为 W = 为什么会产生这样的结果？
他应该是在为开始工作做好各项准备
主张
因此 C
他对工作充满了热情
第八节 精练文章的实战例子
修改前
本人迄今为止任职于开发部，负责设计、编程。同时，作为开发项目的领导与客户进行各项谈判、开展各项销售支持活动。现在，作为一个 7 人团队的团队领导开展各项业务。我会使用的计算机语言有：C++、Java、Perl。有在 UNIX、Visual Studio 的环境下开发软件的经验。我还能不断学习新的语言，时刻保持进取的心态，注重自己技能的提升。此外，我能努力进行流程的改进、促进品质的提升以及差错率的降低。与公司内部、公司外部（客户、伙伴企业）合作，共同推进业务的经验丰富，具有较强的沟通能力。
用「事实」「论据」「主张」展开说明
反馈 :arrow_right: 对策
一个段落中放进了多个主题 :arrow_right: 给每个主题分一个段落
不知道想强调的是什么 :arrow_right: 将关键词写成标题
光是事实的罗列和意见的混杂，没有逻辑 :arrow_right: 用论证的基本方法来构建框架
乍一看过去没有想读下去的意愿 :arrow_right: 在版面设计和句子的长度上下功夫
给每个主题分一个段落
概要
本人迄今为止任职于开发部，负责设计、编程。同时，作为开发项目的领导与客户进行各项谈判、开展各项销售支持活动。现在，作为一个 7 人团队的团队领导开展各项业务
开发经验
我会使用的计算机语言有：C++、Java、Perl。有在 UNIX、Visual Studio 的环境下开发软件的经验。
技能提升
我还能不断学习新的语言，时刻保持进取的心态，注重自己技能的提升。
流程改进
此外，我能努力进行流程的改进、促进品质的提升以及差错率的降低。
沟通能力
与公司内部、公司外部（客户、伙伴企业）合作，共同推进业务的经验丰富，具有较强的沟通能力。
排除噪声
让人觉得「比起其他人来，A 先生更好」。
开发经验
中，这些和其他人比起来相差无几。
技能提升
的态度确实可以成为寻求差异化的因素，但是样本中所写的内容却无法实现这样的功能。原因在于，「不断学习新语言，时刻保持进取的心态，注重自身技能的提升」会被认为是理所当然的事。
写还是不写，都不会对结果产生任何影响的信息就是噪声
「开发经验」「学习姿态」，这样的信息应该删除，因为这些信息削弱了「只有录用我才能产生价值」的主张，去掉这样的信息比较好，因此，删除这个主题。
以抽象化来强调主张
做了 7 年的项目领导 :arrow_right: 有项目管理能力
关于沟通 & 负责与客户的谈判 :arrow_right: 具有构建客户关系的能力
下功夫写好标题
概要（标题要让人有眼前一亮的感觉）
本人迄今为止任职于开发部，负责设计、编程。同时，作为开发项目的领导与客户进行各项谈判、开展各项销售支持活动。现在，作为一个 7 人团队的团队领导开展各项业务。
开发经验
（噪声）
我会使用的计算机语言有：C++、Java、Perl。有在 UNIX、Visual Studio 的环境下开发软件的经验。
技能提升
（噪声）
我还能不断学习新的语言，时刻保持进取的心态，注重自己技能的提升。
项目管理能力（追加能够突出长处的主题）
流程改进
通过改进流程提升公司的竞争力（明确突出主题的标题）
此外，我能努力进行流程的改进、促进品质的提升以及差错率的降低。
沟通能力
构建客户关系的能力（明确突出主题的标题）
与公司内部、公司外部（客户、伙伴企业）合作，共同推进业务的经验丰富，具有较强的沟通能力。
修改后
概要
迄今为止 15 年间，我始终任职于开发部门。作为程序员、项目领导开展了项目的开发业务。入职公司后的 8 年间，从事了软件设计、安装等业务后，至今，作为项目领导负责项目的管理。
项目管理能力
目前，我作为一名项目领导，管理着 7 人的开发团队。同时，由于该开发项目的性质，我需要同时开展多个项目。我能够不断地提升项目计划的精确度，并通过实时掌握项目的进展状况，以及对风险的预估来采取相应对策，从而很好地完成难度较高的项目。
构建客户关系的能力
现在的业务是接受客户关于开发业务的委托。我能通过及时掌握包括开发主题、人员状况在内的一手信息，获取项目的开发业务。我在从事开发工作的同时，通过不断地强化与客户之间的关系，构建了商务上的人脉关系网。从而获得了多个项目的开发业务。
通过改进流程提升公司的竞争力
持续地对流程进行标准化及改进，使差错率降低 50%、成本消减 30%。此开发流程不仅在公司，在客户的企业中也得到了全面的推广，有效地实现了与竞争对手的差异化。
确认故事结构
导入 :arrow_right: 支持 :arrow_right: 支持 :arrow_right:结论
第二节 确定信息
解决问题到底指的什么？
解决问题就是消除差距
问题、课题、主题分别指的是什么？
「问题」指的就是差距。是现状（As Is）和其应有状态（To Be）之间的差距。
课题，消除差距的具体措施
通过「课题」而消除了差距，其标准被称为「主题」
为了消除差距而必须传达出来的就是信息
像和母亲说话那样写，例如，项目无法按时完成时，应该怎么说？「以这样的进度估计会来不及，可能得延期了」
例如，经营一家餐厅
现状（As Is）
客人很少
回头率只有 50%
应有状态（To Be）
回头率 80%
差距 30%
主题
提高服务水平
提升品质
增加使用机会
为了实现主题，可以做的课题
员工培训
改进流程
创造使用机会
示例
现状（As Is）是，客户没有可以用来判断商品优劣的标准，也就是说没有判断材
客户没有可以用来判断商品优劣的标准，这样话的无法促成交易
应有状态（To Be）是，让客户了解我们的优势和特征，希望客户产生这样的想法：这家公司的这款产品比其他公司的好呢，我也来用一下吧
让客户了解我们的优势和特征，促使客户认为我们优于其他公司
要消除差距必须要传达出去的信息是「我们是优势是这样的」「其他公司没有的」「只有我们公司才有这样的优势」
我们优势是 XXX，这是其他公司所不具备的
没有办法使用一句话来表达 = 没有深入思考
会写的人思考示意图
只要考虑以下问题就可以了：
现在想要传达的思想是什么
现状是什么
想要达到什么样的状态
希望对方产生的反应是什么
给对方留下的印象是什么
想传递的信息是什么
应有的状态（To Be）
问题（GAP）
整体信息（想说什么？）
预期反应
预期印象
现状（As Is）
示例，一本写作的书
现状是，写作的场合不断增加，但是有很多人没有训练的机会、苦恼于写不好文章。虽然掌握了基本技巧、修辞手法、词汇等，但是他们不知道没有掌握写作程序（运用能力）就写不出好文章来。
应有的状态，希望读者能够明白「写作程序（运用能力）」的重要性，并能够会计实践。
信息是，掌握了写作程序（运用能力），谁都能写出好文章。
会写的人思考示意图
应有的状态（To Be）
希望读者能够明白「写作程序（运用能力）」的重要性，并能够会计实践。
问题（GAP）
整体信息（想说什么？）
掌握了写作程序（运用能力），谁都能写出好文章。请掌握写作程序（运用能力），并进行实践 。
预期反应
理解写作程序中的各个步骤。在职场中进行实践。
预期印象
应该能写！也许能写！试一下看看！
现状（As Is）
写作的场合不断增加，但是有很多人没有训练的机会、苦恼于写不好文章。虽然掌握了基本技巧、修辞手法、词汇等，但是他们不知道没有掌握写作程序（运用能力）就写不出好文章来。
示例，处理系统架构变更
应有的状态（To Be）
客户接受了处理变更的工时数以及其恰当性，在做出对双方都最为有利的选择项时，客户和供应商能够共享做选择的判断资料。
问题（GAP）
整体信息（想说什么？）
如果对所有的变更要求都进行处理的话，就赶不上将会时间了，对策是：
延长交付时间
撤回变更要求
投入使用后的应对
以上任选其一
预期反应
设置商讨对策的场合
进行建设性的讨论
让对方给出一个具有现实意义的判断
预期印象
给客户留一个积极的印象，让客户感受到我们有站在客户的角度思考问题
现状（As Is）
变更要求超出预计，这样下去的赶不上将会期限，客户感受不到我们的努力。
第一节 提升写作能力的七个步骤
技能 = 技巧 + 程序（运用能力）
不会写是因为没有掌握写作的程序
学做菜
基本技巧
切菜方法
腌肉方法
提味汤汁的提取方法
程序
菜谱
写作的目标
获取共识
例如，对下属做出「现在请到大板去」的指示，在没有确立共识的情况下，很有可能出现，你想让下属坐火车去，但他却坐了飞机过去
调动预期反应
感觉到下属有去的意愿
向客户发出邮件，没有得到客户的回复也是不行的
留下预期印象
必须考虑读者的感觉
要考虑到想给读者留下怎样的印象，甚至是引导读者产生期望的想法
只有经过设计，才能顺利进行
没有超越了设计的质量
文章的质量
项目执行的质量
商品的质量
设计指的是「事先思考」
盖房子前进行思考
执行前进行思考
说明前进行思考
世间一切皆由设计而来
去快餐吃快餐，被设计好了的服务
麦当劳，看菜单点单 → 柜台等待 → 用餐
设计的本质，隐含着「我想这样做」的要求，而表现出来的形式就是设计
所有的东西都是设计、意图
在付诸行动之前，事先考虑，事先明确意图，并将意图具体化、有形化
写文章前，先想好要写什么、要怎么写、要怎样来表达思想
思考指的什么？
思考程序 （thinking process）
按照正确的（有效的）程序
发挥作用的程序，一定程度这样的思考就可以推导出答案的程序
思考技能（thinking skills）
选择正确的（与目的相符的）思考技能
必须思考什么
必须怎样思考
理性的执着（lectual tenacity）
坚持不懈地思考直至获得成果
「嗯，差不多这样就可以了吧」，以这样的思想来做事的话，也只能写出那种程度的东西
那些被称为作家的众，在写出文章前，都是经验丰富相当程度的推敲的。一遍又一遍精练、推敲
不厌恶舍弃
写作程序（运用能力）的整体概要
写草稿
收集点子
推敲
分析读者
修改
确实信息
写概要
经常对结构进行调整
不要认为一旦把概要写好了，或者把文章写好了就不想再去发动，而是要经常修改、精练、这被称为「启发过程」
启发法
不一定能够找到正确的答案，但可以在一定程度上获得接受正确的答案。发现型方法论
演算法
只要这样做就一定能得出答案
写作是发现型的过程
第一章 写作及写作技能
第二节 我曾经也不会写
被批评
字体大小不一样
文章的意思不够明确
逻辑不通
格式不统一
发邮件前
这里要怎么做合适呢？
这个时候要让它做什么动作？
这样是不是很失礼？
这样写意思通顺吗？
写博客的好处
输出的过程
持续地将「自我所得的感受和经验化为法则」
将「抽象化的原理化为条理清晰的原则进而化于心」
将其「传递给他人」
以文章的形式留下痕迹
写博客的流程
1. 用一句话把想说的写下来
2. 把想法分点写下来
3. 构建故事框架
4. 加入血肉
5. 重读一次进行精练
第一节 不会写作的坏处，会写作的好处
写作的场合
邮件
会议记录、设计书、报告书
企划书、方案
社交网络（LINE，Facebook 、Twitter）
写不好，会带来什么问题呢？
会造成误解
这个邮件根本不是这个意思的，但却给对方带来了非常消极的影响。
用邮件向项目成员发指示，但对方却做出了与本意完全相反的理解。
给客户做的方案，客户却看不懂、理解不了；提交给领导的企划书通不过、得不到领导的认可。
掌握写作技能的好处
提高工作效率
提高管理能力
增加机会
正确地传递想法
提交表达能力
第三节 写作技能的三要素
2. 基本技巧
理论
句子尽量短
演绎法
归纳法
造句方法
长的修饰语尽量相隔远一点
主语和谓语尽量靠得近一些
文章结构
注意点
「知道了」较为失礼
「我明白了」比较合适
3. 程序（运用能力）
从整理、归纳点子，到将其写成文章的步骤
1. 表达方式的储备
修辞手法
有效的表达方式
词汇
把「写的真好」的句子记录下来，消化成自己的
同义词词典
书是怎样写成的？
1. 分析市场需求
文件
书店的动向
热卖、好卖的书平放在醒目的位置
2. 寻找读者
书店的动向
Fast diagram
文件
3. 列举读者困扰
Fast diagram
用户画像
例如，将读者群体定位为 30 岁到 40 岁的 中坚管理层，下属有 10 人左右，已成家，有 2 个孩子，周末没胡闲暇，找不到时间实现自我，即便这样也仍然希望能不断提高自身技能。
营销学的方式之一，通过将用户的形象具体化，明确用户有哪些需求、有什么困难。有时也可以参照自己认识的某一位具体人物。
例如，写邮件要花很多时间
例如，没有办法充满自信地定方案
4. 提供解决方案
问题列表
自己所掌握的技能知识
文章的质量一半以上在「设计」阶段就已经完成了
动笔写只是写作的一部分，急于动笔是因为没有在头脑中描绘出「写作程序」而造成的，只是抽取了「动笔写」这个部分，然后抱怨「不擅长写作」
写作是包括了思考在内、依照写作程序（运用能力）来进行的一项工作
先在头脑中形成这样的概念，擅长写作的人，他们在写作前肯定都经历了思考的过程
5. 设想可以打动读者的切入点 / 关键词
点子列表
本书以「程序（运用能力）」作为切入点
6. 选择切入点 / 关键词
切入点 / 关键词 ↔ 重复
编辑的视角
7. 把想要传达给读者的思想用一句话表达出来
点子列表
8. 精练章节
点子列表
切入点 / 关键词
把想要传达给读者的思想用一句话表达出来 ↔ 重复
9. 展示可以热卖的证据
Fast diagram
用户画像
目录构成方案
告诉读者以怎样的顺序传递什么的内容
10. 给文章加进血肉
企划书 ↔ 编辑会议
展示图书热卖的证据：以这样的读者为目标、按这样的故事脉络、这样的内容、这样的框架来完成书稿
评判「可以继续进行」或「该企划无效」
目录构成方案
11. 修正文章使其能更好地表达思想
↔ 原稿
12. 改正错别字、漏字、重复
↔ 校样
13. 进入 DTP
↔ 原稿
14.印刷
样本
第三章 写作运用能力的演练
简历
确定信息
应有状态（To Be）
让招聘负责人知道我都做过些什么、从中积累了跟些经验、有什么样的长处。
GAP（问题）
整体信息
我的长处是 **，可以为贵公司做出这样的贡献。请一定录用我！
预期反应
给我面试机会、联系我。
预期印象
他也许可以帮助我们公司解决目前的一些困难问题
现状（As Is）
招聘负责人并不知道我的长处是什么、我能够发挥什么样的作用、我擅长的是什么。他们没有掌握相关的材料，来判断我是否是必须录用的人才。
分析读者
读者的分析
读者是谁？
企业的招聘负责人
猎头公司代理人
读者站在什么样的立场上？
招聘能为本公司做出贡献的人才
寻找与客户所要求的技能、经历相匹配的人才
针对主题，读者拥有怎样的背景知识和信息？
接触过很多找工作的人，知道什么样的人才会被录取
对于千篇一律的简历是没有兴趣的
「会努力工作，为公司做出贡献」这样的句子是没什么效果的
为了让简历看起来更漂亮，写了比实际情况更好的东西，但是对方仍然能从你过去取得的实际业绩中判断出你的真才实学
读者关心些什么问题？
我不想录用或介绍了不合适的人才而丧失自己的信用
我想让客户认为我为他们找到了与他们的要求相破例的人才
仅仅凭借自己的判断，没有简历等证据，是没有办法推荐的
读者喜欢的表达方式是什么？
作为走上社会的职场人士来说，用正式的表达方式较好
太过锋芒毕露以及特别强调自我主张的表达方式都是不受欢迎的
不是拖泥带水罗列各项事务，而是经过整理的张弛有度的表达（否则根本没有读的意愿）
读者和自己的距离感是怎样的？
站在选择那一方的，倾向于带上一种「审查的视角」。
虽说如此，过分殷勤、卑躬屈膝的人也不招人喜欢
有礼貌，并带着平等的距离感交往
收集点子
我有这样的经验
我做过这样的工作
我有这样的长处
我经历过这样的事情
我完全没有这方面的经验
我能很好的掌握学习的方法
提问
这指的是什么意思？
这要说明什么样的问题？
发现
原来还有这样的长处啊
写概要
向对方传递自己的思想时
通用型概要
时间顺序
空间顺序
重要程序的顺序
导入 :arrow_right: 结论 :arrow_right: 支持 :arrow_right: 支持 :arrow_right:结论
自我介绍
我有过这样的业绩、经历
我有这样的长处
写草稿
推敲和修改
提高写作技能的练习
增加写作的量
微博
报告书
每日报告
日记
看（对于自己来说）稍微有点困难的书
古典
经典（《圣经》之类的）读本
寻找能够非常贴切地表达自己所想的表现方式
灵活运用《同义词词典》
分析书的目录
画出目录的树形图
储存写作素材
给自己发邮件