浅谈如何做好新媒体时代新闻发布工作

一、对新媒体时代重要性的认识

当今时代，数字技术、互联网技术、通讯技术迅猛发展和进步，新型媒体不断涌现并推陈出新，已然可称之为新媒体时代。特别是以互联网为代表的新媒体的普及，为社会公众的情绪宣泄和意见表达提供了前所未有的平台，极大地拓展了社会舆论空间。同时，新媒体时代，媒介所呈现出的多样性和多层次结构，形成了舆论及流通渠道的多层次、多元化。

新媒体催生新舆情，也对舆论引导和控制提出了新的挑战。博客、视频、即时通信、社交网站、微博客等新型的互联网应用构成了纵横交错的传播渠道，正成为舆论形成的新型重要大众媒介，也成为民意表达的新的重要平台。互联网这个纽带在这种形势下，也正逐步成为人与人之间互动的主要平台。我们应发挥好新媒体的作用，增强营造和改善舆论环境的能力，为公司也为个人在互联网时代的发展奠定良好基础。

二、新媒体时代对我们互联网从业者们提出了更高的要求。

首先是要掌握网络舆情应对的方法。

舆情预案

面对网络的迅猛发展，我们必须未雨绸缪，提前制定一套完整的网络舆情应对预案，预案要做到完整、规范、执行性强。主要包括四个方面。

（1）指导思想。这是不可或缺的重要内容，只有认识上提高了、统一了，上下才能行动上重视和统一，拧成一股绳，确保预案实施的力度和效果。

（2）组织架构。这部分是将有限的人力合理分工配置，只有组织架构清晰，才能确保分工到人，责任明确，同时亦要注意分工中有合作，走活一盘棋。

（3）信息网络。这也是预案的重要内容，包括与各部门横向联系的方式与责任人，也包括组织内部紧急状态下的****。

（4）具体任务、措施和步骤。这是预案的实质性核心部分，划分好各部门的职责，确保高效有序的处理突发状况。

2.舆情研判

对于出现的网络舆情，要第一时间进行研究判断，并根据判断采取相应的措施。主要措施有两种：

第一，疏。包括召开新闻发布会和网上评论.

其中召开新闻发布会要做到尽早讲、持续讲、准确讲。而网上评论要做到占领舆论高地、积极组织跟帖、博客论坛置顶等。

第二，堵。主要是网络的管理。包括新闻信息的管理和贴子文章的管理，将不利信息堵在源头。

舆情决策

及时回应，还原真相。

同步介入，注重引导。

组合发布，团队发言。

其次是要掌握网络舆论的引导方法。

主流宣传

权威发布

网上评论

网舆管控

再者是要坚持网络舆论管控的原则

及时发声，最好做到在舆论产生的第一时间做出回应。

解决问题，用事实说话，把问题切实有效的解决胜过说一堆空话。

态度诚恳，如果造成了一定的负面影响，自身态度一定要诚恳，不能自欺欺人、态度蛮横。

遵循规律，要学会先声夺人、先入为主，取得第一发言权。

注重有效原则，做到高效、迅速的管控。

如何运用新媒体做好宣传工作

新媒体的应用

活动的号召与发起

官方通报

处理技巧

①了解媒体属性、赋予媒体“人格”，使其贴近生活。

②做好自媒体与权威媒体的结合。

新媒体的写作技巧

以短篇消息为主

娱乐化、拟人化表达

视频、图表、多种方式尝试

相信只要我们认识到新媒体的重要性，掌握运用新媒体的基本能力，并不断学习进步，就一定能够在新媒体时代到来的浪潮中抢占先机，脱颖而出。

保证数据的完整性:

1. 用约束而非商务规则强制数据完整性

如果你按照商务规则来处理需求，那么你应当检查商务层次/用户界面：如果商务规则以后发生变化，那么只需要进行更新即可。

假如需求源于维护数据完整性的需要，那么在数据库层面上需要施加限制条件。

如果你在数据层确实采用了约束，你要保证有办法把更新不能通过约束检查的原因采用用户理解的语言通知用户界面。除非你的字段命名很冗长，否则字段名本身还不够。 — Lamont Adams

只要有可能，请采用数据库系统实现数据的完整性。这不但包括通过标准化实现的完整性而且还包括数据的功能性。在写数据的时候还可以增加触发器来保证数据的正确性。不要依赖于商务层保证数据完整性；它不能保证表之间（外键）的完整性所以不能强加于其他完整性规则之上。

— Peter Ritchie

2. 分布式数据系统

对分布式系统而言，在你决定是否在各个站点复制所有数据还是把数据保存在一个地方之前应该估计一下未来5 年或者10 年的数据量。当你把数据传送到其他站点的时候，最好在数据库字段中设置一些标记。在目的站点收到你的数据之后更新你的标记。为了进行这种数据传输，请写下你自己的批处理或者调度程序以特定时间间隔运行而不要让用户在每天的工作后传输数据。本地拷贝你的维护数据，比如计算常数和利息率等，设置版本号保证数据在每个站点都完全一致。

— Suhair TechRepublic

3. 强制指示完整性

没有好办法能在有害数据进入数据库之后消除它，所以你应该在它进入数据库之前将其剔除。激活数据库系统的指示完整性特性。这样可以保持数据的清洁而能迫使开发人员投入更多的时间处理错误条件。

— kol

4. 关系

如果两个实体之间存在多对一关系，而且还有可能转化为多对多关系，那么你最好一开始就设置成多对多关系。从现有的多对一关系转变为多对多关系比一开始就是多对多关系要难得多。

— CS Data Architect

5. 采用视图

为了在你的数据库和你的应用程序代码之间提供另一层抽象，你可以为你的应用程序建立专门的视图而不必非要应用程序直接访问数据表。这样做还等于在处理数据库变更时给你提供了更多的自由。

— Gay Howe

6. 给数据保有和恢复制定计划

考虑数据保有策略并包含在设计过程中，预先设计你的数据恢复过程。采用可以发布给用户/开发人员的数据字典实现方便的数据识别同时保证对数据源文档化。编写在线更新来“更新查询”供以后万一数据丢失可以重新处理更新。

— kol

7. 用存储过程让系统做重活

解决了许多麻烦来产生一个具有高度完整性的数据库解决方案之后，我所在的团队决定封装一些关联表的功能组，提供一整套常规的存储过程来访问各组以便加快速度和简化客户程序代码的开发。在此期间，我们发现3GL 编码器设置了所有可能的错误条件，比如以下所示：

SELECT Cnt = COUNT (*)

FROM [<Table>]

WHERE [<primary key column>] = <new value>

IF Cnt = 0

BEGIN

INSERT INTO [<Table>]

( [< primary key column>] )

VALUES ( <New value> )

END

ELSE

BEGIN

<indicate duplication error>

END

而一个非3GL 编码器是这样做的：

INSERT INTO [<Table>]

( [< primary key column>] )

VALUES

( <New value> )

IF @@ERROR = 2627 -- Literal error code for Primary Key Constraint

BEGIN

<indicate duplication error>

END

第2 个程序简单多了，而且事实上，利用了我们给数据库的功能。虽然我个人不喜欢使用嵌入文字（2627）。但是那样可以很方便地用一点预先处理来代替。数据库不只是一个存放数据的地方，它也是简化编码之地。

— a-smith

8. 使用查找

控制数据完整性的最佳方式就是限制用户的选择。只要有可能都应该提供给用户一个清晰的价值列表供其选择。这样将减少键入代码的错误和误解同时提供数据的一致性。某些公共数据特别适合查找：国家代码、状态代码等