技术白皮书:如何编写[关闭]

是的,尝试阅读其他技术白皮书。但不要只看白皮书。读更好的。你可以 通常 通过检查论文被引用的次数来确定哪个是“更好的”(为此我访问的一个网站是 cite seer 和谷歌学者)。一些一般指导方针是:

1. 尽量直截了当,不要拐弯抹角。
2. 坚持使用缩写词。
3. 利用这个机会来说明以前方法的弱点,因为它有点表明你已经努力回顾/调查了其他方法。
4. 技术论文需要非常具体。准确陈述你的方法是如何工作的,准确陈述你是如何进行实验的(这样其他人就可以复制你的实验),准确陈述你的发现(很多图表会很好),最后,用40-60个词来总结它。
5. 强调新的东西(你提出的东西),少强调旧的东西(那是你的背景)。明确区分。
6. 通常情况下,论文中不包含源代码。如果必须,请在网页上发布,并提供指向您论文的链接。

P/S:我的建议有点偏向学术论文。但我认为这应该适用于你的情况。

白皮书的目的通常是倡导一个特定的观点或对一个问题提出特定的解决方案。

然而,如果你的白皮书只不过是营销或推销,你就不会做出一个很好的案例。传统的建议是,你必须首先阐明你的听众的需求(bizspeak中的“痛点”),并提出你的解决方案。

这听起来有点无益,但白皮书有各种形式,从非常具体到非常一般。确定最终目标是什么。你是想卖东西,或者描述一个新的技术小部件是如何工作的,还是描述一个经验?同时,确定你的受众是商业、技术、家庭等。

看看例子吧——大多数大公司(IBM等)的网站上都有数百家。读几本,看看是什么让你觉得是好是坏。

我的0.02:

读几本书,试着制作思维导图,想办法弄清楚它们的样子。

在你做了这个分析之后,回去选择你的白皮书需要的部分。尤其是,构建 另一 有文档结构的思维导图。

数据也是传递信息的重要方式。所以,在绘制数据图表之前,先考虑一下数据可视化技术。

白皮书可以是一般的,也可以是非常具体的。它完全取决于主题、听众和意图。

例如,一篇关于R+D主题的论文,或是在学术界发表的论文,或是设计为提供一些未来工作的概念草图的论文,都将以一种更被动的语态(几乎是Q+A格式)来撰写。讨论。你可能会提出多个想法,可能赞成/反对它们,而不必得出固定的结论。

一份关于特定技术的白皮书,为了客户澄清的利益,或者为了说明或记录某些结果,将是非常坚定、固定的,并有明确的结论。数字。

一般来说,您唯一能说的是,流程是从模糊的-特定的开始工作的。

How to Write a White Paper – A White Paper on White Papers
这篇文章的作者还写了一本书:
Writing White Papers: How to Capture Readers And Keep Them Engaged