市面上有哪些比较好的软件测评公司? 求几个南昌的各种软件开发公司？

目前做软件测评或者测试外包也是一大流行趋势，选择一家好的软件测评公司能帮助企业方解决很多问题。在选择好的软件测评公司时肯定要考虑非常多的因素，比如测试机构资质，...

·······································································

市面上有哪些比较好的软件测评公司?
我们精选了一下网友答案：

···································^^····································

目前做软件测评或者测试外包也是一大流行趋势，选择一家好的软件测评公司能帮助企业方解决很多问题。在选择好的软件测评公司时肯定要考虑非常多的因素，比如测试机构资质，测试环境等。毕竟市面上做软件测试的机构有很多，有的测试机构成立时间比较短，有的测试机构技术能力还有待考量，所以要在众多测试机构中挑选出适合自己业务的，还是有一定难度。可以从以下两点进行考虑：

1、测试机构资质；在选择第三方测试机构时，一般选择具备CMA和CNAS双重测试资质的机构，比如卓码软件测评，具备双重资质的机构一般说明技术能力受到了认可。

2、测试机构技术水平及团队经验；选择测试公司的另一个重要标准就是对测试团队经验的考察，测试人员技术能力及团队协作完成项目的能力决定了工作的效率，所以尽量选择经验丰富的测试团队。

更多软件测评资讯可关注：2020软件测试内容

···································^^····································

這幾天買了 Kindle 再重读 Joel on Software。Joel 很喜欢用 Big Mac 和餐飲業來類比軟件開發。所以我突然覺得這是一個很貼切的比喻。

結論就是，如果你真的非常非常非常喜歡在一個餐廳工作，廚師這個角色是你唯一要追求的。

你想做很好的老闆？那麼你祇是碰巧在一個餐廳。你可以向任何領域投資。你想做很好的 waiter？真正尊貴的客人都是由廚師接待。你想做美食家？你應該屬於媒體而不是這個餐廳。我們不要求每個人都成為廚師，但是只有一個角色屬於餐廳。

以下是原來的答案：

赢得一场战争，每个人都很重要。只是，读读克劳塞维茨《战争论》的开篇你就有答案。

看到 @陈甫鸼的答案，不能不说一些。甫鸼的技术水平是有目共睹的，但是如果因为测试队伍中有这样的人才，就认为测试和开发是同一个境地，那就错了。

在一场战争中，特别是现代战争中，有无数的人员支持战斗人员和指挥链上的指挥人员。没有这些支持人员，战斗人员和指挥人员就是瞎子，聋子。但是，即使有人把这些支持人员做到最好，一个没有战斗指挥人员的军队就等于零。虽然在双方的战斗指挥人员旗鼓相当的情况下，支持人员的优劣可以决定胜负，但是另一方面，战争是千变万化的，在某些极端时刻，战斗指挥人员甚至可以分出一部分精力来执行支持人员的功能，甚至在局部短时间可以放弃支持。而支持人员一刻离开战斗指挥人员，他的功能就是零。

好，我们可以说这两者各有分工，他们的技能完全不同，他们的角色都不可或缺。但是作为一个把军事作为最高追求而不是勉强靠服役获取福利的人，你选择哪种角色？作为一个资源有限的团体，你会先照顾哪种角色？我们不是生活在真空里，就用有人提出的造炸弹和拆炸弹的比喻，如果你只能招一个人，你会招哪个（造炸弹的起码可以当半个拆炸弹的，因为这是他的工作本质决定的）。如果你非要说拆炸弹的也会造炸弹，我只能说你给他的 title 错了（因为这不是他的工作本质决定的，而是他的兴趣决定的，@陈甫鸼的兴趣十分广泛）。

在这个软件工业里，只有开发者旗鼓相当的公司，才能拼测试。而实际上，开发者的生产力可能会相差到十几倍。

···································^^····································

天呐，这都2020年了，怎么还会有这么落后的思想啊？

说再多的废话都没用，直接还是来一些数据比较靠谱。

下面是BOSS直聘的测试开发工程师的招聘薪资。

再来看看招聘的技术要求：

哪里说要比开发技术要求少了？而且要想做到这个岗位上，还必须要做过开发呢！

所以题主，包括各位网友，不要再被什么测试不需要技术这样的话坑了！

这句话就类似于以前说的：上大学有啥用？本科学历有啥用？

现在有学历的，找个对口的工作都难，更何况没学历的呢？

那些说没学历也有工作的，你有人家的家庭背景么？你有人家的颜值么？你有人家的天赋么？如果没有，还是认真好好读书！

这里也一样，说测试不需要技术的，就是不会测试的，不了解一个行业的发展前景和从业要求，一个啥也不了解的人，说测试不需要技术？多么可笑啊？

至于说女孩子作什么更好？请看下面这个回答：

女孩子做实施，测试，还是开发？女生学软件测试，容易吗，这个工作会不会压力很大？大四女生，软件测试岗，对测试也不太了解，编码能力也不行。不知道未来该如何规划，如何系统性学习测试呢？

···································^^····································

不能说哪一个要求更高，或者哪一个更好。只能说软件测试的入行门槛相对于软件开发要低一些，但并不是指软件测试的要求就比开发低。就好比，你能说教语文的就比教数学的要求低么？

软件测试刚在国内发展时，大多数从业人员是做一些基础的功能性测试执行工作，这让很多外行人都误以为软件测试就是点点点。但随着互联网行业的发展，用户对产品的质量要求越来越高，未来单纯只是做功能性软件测试的人不再满足于企业的招聘要求，而懂得一定开发知识的综合性技术人才才是发展趋势。

今年，很多研发企业中测试工程师的职能已经开始慢慢转移到开发工程师身上，并且由项目经理做引导，使两个开发团队去测试对方团队开发的软件。这样就能够有效的避免思维误区，同时也能增强软件开发工程师的沟通协调、风险意识、挖掘需求、分析总结等能力。

这两年的自动化测试比重明显增加，一些简单的极限操作测试将会由接口程序来完成，比如测试软件图片从重复加载多少次会造成软件卡顿、游戏软件里撞墙多少次竟然能够穿墙，这些简单无聊的测试以前会耗费测试人员大量的时间，并且可能花了大量时间后也无法测试到真正问题的原因。但如果使用接口程序来解决，就可以大量的节省测试时间以及测试的全面性，这样的效率对于手工测试而言，是完全无法达到的。

未来3-5年内，一些低端的测试人员会被行业所淘汰。软件的性能测试、需求测试等方面的需求仍然无比巨大，因为这些需要主观分析总结，用经验和逻辑分析得出的问题，是算法无法实现无法取代的，正如AI永远取代不了程序员一样。

简单的测试技术已成为软件开发工程师的必备技能，开发人员将自己打造成复合型人才，具备综合技能与专精技能；而软件测试也将慢慢发展为测试开发型复合人才，只有真正有能力的程序员，才能与行业同行，不被市场所淘汰。

现在一些新手，包括很多IT从业者，都可能对软件测试有一些偏见或者误解。大体总结如下（包括你听说或者认为的软件测试员要求比软件开发员低），希望对大家认识软件测试有所帮助。

1) 测试人员不需要了解软件开发的知识

这个很要命的，我们谈到软件测试人员未来的发展方向大致有：自动化测试，性能测试，测试管理，项目经理。这其中自动化测试和性能测试包括项目管理，都会要求对软件开发有深入的理解，如何能设计一个好的自动化框架，好的性能测试用例，如何管理一个开发团队，这都需要我们在软件开发方面有所掌握。不单要掌握，而且要精通，此其一。

其二，如果不了解开发知识，测试人员很容易被开发人员牵着鼻子走，因为开发人员随便一忽悠，你如果不了解个中奥妙，你一个字也说不上来。（以前我们讨论Cookie和Session，由于GoAhead不支持Session，只能用Cookie来控制，差点别开发人员忽悠了。）

2) 测试很简单

如果你这么想，那么请别去做测试，如果你做了，你也做不长久。以前面试一位小伙子，做了3年测试，问他测试都怎么做的？答不上来，原来他测的都是很简单的小软件，根本就没有系统地去学习过测试，无语。

3) 测试就是为了找到Bug

很多人最初都是这样的看法，千万要小心。如果你只是为了找到Bug，那么Bug会成天缠着你。

4) 测试人员和开发人员从来都是死对头

我以前发起过一个倡议，我们讨论的时候不要用他们（开发人员）和我们（测试人员），而是统一用咱们（开发人员和测试人员本来就是一起的）。如果测试人员能与开发人员成为朋友，你会发现，生活是多么美好。

5) 自动化测试太难

有的人一进公司就想做自动化，觉得它有难度，有挑战。我说你如果做不好手工测试，你同样做不好自动化，手工测试才是基础。而另外还有一部分人一说到自动化便望而生畏，认为这个东西太难了，不想碰（特别是很多女生，就有这个心理）。其实大可不必这样想，自动化测试工具它只是一个工具而已，它跟Word这样的工具没有任何区别。

6) 手工测试太没挑战

什么都不说了，能把它做好的人没几个。

7) 大量的重复性的工作很乏味

于是大家学得测试这份工作不好玩儿，特别一些男生，特别一些开发人员，从来都瞧不起做测试的，觉得这玩意儿太没劲。我想说的是，要掌握方法，要学会创新，任何东西都有它的特点，你如果总觉得成天在做重复性的工作，那么请静下心来想想，怎么能让它不重复（事情本身是死的，人是活的）。

8) 白盒测试是开发人员干的事

一个合格的测试人员必须掌握白盒测试，理解其中的原理。不管什么样的测试，都必须要有测试人员的思维才能做好。

9) 女生适合做测试

不管适合不适合吧，反正我以前所在的公司有5个Team Leader，3个Test Manager，其中只有两个是男生（加上我），这是现实。但是做自动化测试的，全是4个男生，这也是现实。不太想加以评论。只想说，女生未必适合做测试，男生同样能把测试做好，且做得更加专业。

10) 测试就是给开发擦屁股的

如果这样想，那么请每天多准备些手纸。测试人员永远要站在客户的角度来想问题，很显然，客户是从来不会给谁擦屁股的，相反，是客户在驱动着软件的进展与成型。测试人员就应该扮演这样的角色，在大部分时候，要驱动开发人员完成软件的功能，驱动他们做改变。

11) 我做开发可能不行，做测试吧

这个观点特别适应于应届毕业生，在以前面试的过程中，有一部分人就是觉得我代码写不好，所以入行做测试，还有一部分人稍微明白一点的，是觉得自己在开发方面没什么优势，主动给自己定位做测试工作。其实测试要掌握的技能远比开发多得多，至少面要广得多，要做一个好的测试人员，远比做一个开发人员难得多。

12) 功能性测试掩盖了可用性测试的必要

测试人员甚至我们的设计人员，开发人员都不太注重可用性（usability）方面的设计和测试。

我们往往只在意功能性或者性能方面的测试，而忽略了用户体验，即使谈不上用户体验，哪怕是方便使用也行，这些方面往往从软件需求，设计一开始就没怎么考虑。到后来，用户使用的时候便是边用边骂娘。（我常举的例子是，咱们买手机的时候，手机功能一切正常，但偏偏盖子上有条划痕，我相信大家都会要求重新换一台，就这意思。）

以上观点有则改之，无则加勉，希望大家在进入软件测试这一行以前，能对测试有一个更深入的认识。

接下来，我们来重点聊聊很多IT新人比较关心的一个话题：软件开发和软件测试，该从事哪个方向？

我一直认为，在开发领域，强哥的测试技术非常扎实，在测试领域，强哥的开发能力实在牛逼。如果我天天纠结到底是开发好还是测试好，还活不活了？

我们先来谈谈技术追求这个事情，就像强哥学院的Logo一样，“工匠精神”这个词，自从被罗胖提出来以后，现在全民都在提，这不是什么坏事。至少，让浮躁的人们知道了，“工匠”其实是最受人尊敬的，也是最有尊严的一个群体，就像现在丈母娘都越来越喜欢IT宅男一样的道理（钱多，事儿少，脾气好，俗称“经济适用男”）。所以，偶你还在纠结做开发还是做测试，证明你其实是没有技术追求的，这一点你不一定会承认，但是身体是诚实的。

为什么这么说，其实道理很简单，我们来设想这样一个场景：如果你是一个爷们儿，突然在你的生命中出现了一个美丽的姑娘，你会怎么办？

你会纠结吗？

你纠结什么？

假设正常情况下，你不纠结。

为什么呢？

因为你内心很笃定，就是她了，你一定不会跑来问强哥的。我们选择职业，道理也是差不多的，人为什么会纠结，只是因为不够坚定而已。就像到底学Java好还是学Python好这样的问题，每天充斥着QQ群或者交流论坛中。现实的情况是，测试也好，开发也罢，如果你不去执著于对技术的追求，你相信我，你一样都干不好，建议你也别干这行了。就像很多人之所有选择测试，是因为害怕编程，基本上来说，不懂编程，要想在测试技术领域有所作为，很难，30岁以后转行的不少，中年危机更甚。

人性就是这样，这山望着那山高，老婆总是别人的好，那个优秀的孩子总是别人家的，或者经常听到一些自我催眠的话，哥的人生哥作主，等等言论。我们不谈对错，只谈现象。强哥接触的人，特别是学生，各种风格，各种性格，形形色色，当然也有各种奇葩，基本上，我在很多人身上，都能够感受到一点：很多人总是把希望寄托在一些不切实际的未来，而不是把握当时当下确定的现在。得不到的永远是最好的。这些都是人之常情。

强哥也是热爱技术，大学一直自学编程，但是，当第一家公司安排我去做测试工作时，我想都没有想，我要做程序员，还是接受公司的安排，做软件测试。因为原因很简单，我只想搞技术，我必须要进入IT这个行业，特别是当年我还是一个小菜鸟的时候，尤其又是一个统计学的学生。至于IT这个行业未来会怎样，管它呢，我又掌控不了，我唯一能确定的是，我喜欢这个行业。再退一步，无论我做什么工作，谁都阻挡不了老子写代码的热情。所以，强哥现在仍然保持足够的代码量，所以我能写书，出视频，写教材，所以我能在公司里面保持技术的领先地位，即使现在我是一个CEO，很多朋友都劝我作为一个CEO，要做好三件事情：“找人，搞钱，定战略”。去他妈的三件事，老子就想做好一件事：“用技术去征服世界”。让技术，成为蜗牛学院的定海神针，建立培训机构的技术壁垒。为什么我们不能强大到让人来找我，让钱主动送上门，这才是格调！

回到本话题的出发点，学软件开发还是软件测试？

强哥给你的建议就是两句话。第一句：“做任何你周边的朋友不敢做的事”。第二句：“做你认为你自己最想做的那件事”，强哥怎么建议你，不重要，朋友怎么建议你，不重要，老师怎么建议你，不重要。当然，如果你仍然无法抉择，那么你就跟随强哥吧，把测试和开发，前端和后端，管理和技术，通吃。走向人生巅峰，指日可待。

这个世界上，为什么成功的人总是少数？

可能只有1%，强哥来告诉你，因为那99%的人都选择走大路，走一条容易走的路，只有1%的极少数人，走的人别人从未走过的路，是一条难走的路，他们不成功，天理难容。

注：本文观点节选自蜗牛学院资深IT屌丝兼CEO邓强老师知乎专栏“强哥学堂”，如需转载请私聊本号获得授权并注明出处。

现实地说，我得承认@pansz 的看法很有代表性。我所知的很多公司的看法都是这样。但这不是我认同的看法。水平差点可以做测试，实际上就是把测试部门当作垃圾收容所。但是实际上说这些话的人，我相信并不理解测试究竟是什么。

如果我们不打算做深入的分析，其实要驳倒这个所谓的理论只需要一个例子就可以了。很多程序员不是总喜欢用架构来形容程序么？架构这个概念来自建筑行业。可是我相信很多人都知道建筑需要专门的人负责质量管理的，也就是保证交付建筑的质量满足需要。我们不会允许建筑公司自己做完工程自己验收然后直接交付使用的。我们都知道测试本身存在的目的是为了保证软件的质量满足需要，那么为什么乐于用架构对比软件的程序员们却认为软件可以不需要测试人员？显然这是荒谬的。

当然，我知道这种对比是驳不倒骄傲的程序员们的。我们从数学家那里继承了高傲的本性，天真地自以为算法就是一切（当然，他们中间的许多人其实多数时间用的算法都不曾超出过大学二年级那一年的课覆盖的内容），却不曾真正接受工程师的严谨。所以我们还是需要详细的分析。

首先，测试是什么？保证产品质量，这个过于模糊的说法说明不了问题。最直接的方法就是数一数测试究竟需要做什么：

监控产品流程。从时间控制的角度来说，开发新功能和修bug是一个平衡。开发得太快就可能把交付给下一个阶段一个问题较多的版本，从而使得后面的问题更难处理。我们如何知晓每个阶段软件质量怎么样？具体的方法很多，回归测试，代码覆盖、压力测试等等。但是这些信息谁来收集和分析，怎么分析？能得出什么样的结论？有多少程序员会自己做这些？
搭建复杂的应用场景。谁能知道测试一个完整的Active Directory服务器的回归测试环境需要多少台域控？我搭建的纪录是11台，还不包括中间可能动态加入和删除的客户端。其中包含大量故意的毁坏性操作。每一次毁坏之后都必须恢复现场进行下一个测试。有多少程序员构造过这种场景？
简化问题报告。当发生用户报告时，他们最初给出的步骤往往过于简化或者过于繁琐，缺乏直指问题所在的步骤描述。很多时候由于步骤不清楚，导致分析过程中存在很多弯路。这个时候需要有一个人来不停地和客户打交道并定位关键步骤。这个步骤总是必须完成的，那么谁来处置？有多少开发人员真正负责处理过这些？

当然我知道很多程序员们会高傲地昂起头：这些我们都不需要。只要我保证每个函数是对的，最后的软件必然是对的，所以只要单元测试就够了。这种理论我不止听一个人说起过了，也实在是没法说清楚。我只能说这些信息是有很多人需要的，既然有人需要，就得有人做。

我承认，有些情况下我们确实不需要专门测试。这种典型场景实际上有一个很简单的前提，即软件本身不包含复杂的应用场景。比如单机软件，比如单服务器网站。但是这不包括那些本身需要复杂使用场景的软件，比如Exchange、比如Active Directory。这类包含集群和分布式要求的软件系统不是一个人花一个小时坐在一台电脑前试一试就能做好的。

当然，对于开源软件来说还有一个方法，就是可以通过大量的发布让使用者做小白鼠。但是这不适用于所有的软件公司。对于一个app，也许崩溃就崩溃了，反正也许无非就是一条微博没发出去；可对于股票软件的服务器系统，你敢崩溃下试试看？我不知道在这里侃侃而谈水平不行就可以做测试的人，是不是确实长时间负责过此类复杂系统。

说了这么多，总结起来就是一句话：测试和开发需要的技能有交集，但基本上是两个要求不同的岗位。开发技术不行去做测试，不等于你能成为一个好测试人员。

当然，我也得承认一点。现在开发和测试分离的做法其实助长了一个倾向，就是开发部门的一些程序员越来越不关注自己的程序质量，也不关心自己的程序是被如何使用的。我记得当初曾经在CSDN的微软测试专家群论坛上看过有人如此发言，他说一个产品到发布的那个时候对他来说就是死掉了，他就不再关心了。时间太久，我不记得说这话的人究竟是谁。但是我得说这代表了我认识的一部分程序员的看法。但这不是程序员的错，也不是分工的错。该指责的是无能的领导，他们设置测试这个职位就是为了丢垃圾的，而没有能力把握两个角色的关系改进产品。这种无能的另一种倾向就是雇用大量的测试人员，以为用人去堆就能堆出好产品。他们忘记了，测试人员起到的是监控质量变化的作用，而不是提高质量。提高质量的唯一办法是开发。

丢包袱能让人轻装前进，但是只知道丢包袱是丢不出好产品的。
——我，现在。

最后推荐一篇文章作为注脚：www.aqee.net/on-testers-and-testing/

=== 对@冯东老哥增补回答的回应 ===
从我的经验上看，我承认测试人员对编码和算法的要求可以比开发低一些（现实告诉我，我这种成天直接给开发扔fix的测试即便在微软不是多数派），但我强调的是对编码能力的要求较低，不表示开发人员可以自动成为一个合格的测试。就像随便拉一个战斗部队的人让他去负责炊事班，他不可能自动地做得很好一样。

测试这个岗位有测试的能力要求，它和开发的主要差异是在于分析和统计的能力。测试的基本能力是能够严格地按步骤执行测试，这个确实是很容易入门的。但好的测试要求的绝对不仅仅是这个。当一个人在测试到达一定程度的时候，他/她就必须开始注意很多流程上的分析工作。我说的流程不是很多人想像的一个老板坐在那里要求手下人做事之前必须做这个做那个，而是对整个开发周期里质量变化趋势的把握，以及如何用合理的技术手段支持这种趋势的分析（比如回归，比如fuzzing，比如压力测试）。从这个意义上说，我承认测试本身是一个相对容易向管理转化的职位。但这本身是可以理解的，就像建筑质量检查员必须了解建筑学常识，但不需要自己去画蓝图一样。反过来，他们需要强化交流和沟通能力以备出问题的时候可以有效地要求开发商承认问题，这不等于谁都能做这些事。

其实开发在这个位置上也是一样的。最开始面试的时候，只要是计算机科班出身大学又大学四年不太混事的，写个排序之类的算法都不是难事。但一个好的开发不是只会这些就够的。当入行时间长了，开发就必须开始注意领域知识（比如东哥最近刚发布的Adaptive Wide Angle滤镜）、架构、设计（比如互操作性，微软已经被人骂了很多年了）等等东西。这些东西都和编码本身无关，但是成为一个好的开发必须掌握这些。这两个职位也许开始时能力要求接近，随着时间的发展则差异会越来越大。但这不是开发部门可以用来鄙视测试部门的理由。

另一方面，也正是因为有了两个职位的差异，所以才会有兴趣爱好方面的区别。有的人一开始不理解测试这个职位，慢慢地越做越喜欢；有人试了之后还是觉得不符合自己的兴趣，所以选择离开。这都很正常。人各有志，这东西勉强不来。

所以再次重申，测试不是开发的垃圾桶。不是说编码技术不行的人就该搞测试去。如果一个人希望把开发作为自己的事业却能力不足，那么他能做的只能是提高开发技术，而不是靠测试混饭吃。

当然了，如果确实是想在微软这样的公司做开发却发现暂时能力不足，申请做测试也是一种为自己争取机会的权宜之计。但是如果这样则更需端正自己的心态，要是觉得做测试是委屈了自己，那么接下来引发的就不是技术问题，而是人事问题了。如果刚开始就抱着一个混饭吃的心态，最后到哪里都是混不下去的。

P.S.：关于我的一些状态变化的解释。
我承认我前一阵子刚刚从测试转到了开发。虽然在这个背景下为测试说话貌似在打自己的耳光，但确实值得说道说道。我必须得说我转岗位的理由和@冯东老兄所说的理由不符。我之前负责的是服务器相关，现在转到了语音。这两个部门的差别恰恰满足我之前分析中提到的一个关键差异，即从一个对应用场景和部署要求非常复杂而算法要求相对较低的部门，转到了一个对部署要求非常简单而对算法要求很高的部门。平心而论，这个新岗位对测试的要求以及发挥空间其实比原来的部门要低很多。对我来说我两者都可以做得不差，那么我当然会希望找一个更有挑战性的职位来试试看。另一方面是作为一个五年的测试，我也希望换一个角度看看自己之前的岗位是什么样子。对于这个选择，我多少也是遗憾的。

所以我换了一个岗位，但是我换岗位的前提是我两者都能做，而且领导也愿意给我这个机会。这和两个岗位孰高孰低并无干系。

·······································································

求几个南昌的各种软件开发公司？
我们精选了一下网友答案：

五

南昌市赣中模具厂地址：南昌市华东国际工业博览城E区21栋11-48号电话：0791-8488298 手机：13870625192 13907087685 13687911212

检举

回答完毕，希望对你的提问有帮助，如果满意请采纳o(∩_∩)o...哈哈

···································^^····································

没有，去深圳找

···································^^····································

很幸运看到你的问题。但是又很遗憾到现在还没有人回答你的问题。也可能你现在已经在别的地方找到了答案，那就得恭喜你啦。可能是你问的问题有些专业了，没人会。或者别人没有遇到或者接触过你的问题，所以帮不了你。建议你去问题的相关论坛去求助，那里的人通常比较多，也比较热心，可能能快点帮你解决问题。希望我的回答也能够帮到你！谢谢祝你好运~！ .....................................

·······································································

厚建软件出席2019媒体融合（南昌）高峰研讨会，与南昌台签订战略合作协议
我们精选了一下网友答案：

···································^^····································

8月2日，由中国电影电视技术学会、南昌广播电视台联合主办、厚建软件母公司中科大洋承办的“2019媒体融合（南昌）高峰研讨会”在南昌拉开帷幕，吸引了全国各地百余家广电媒体莅临。厚建软件作为南昌融媒项目的主要参与者之一，派代表出席此次会议并发表了重要演讲。

研讨会通过主题报告、典型案例分享、现场考察等形式，聚焦地市融媒体发展现状，从机制体制、业务整合、业态创新、理念创新、产品创新、技术创新等维度把脉地方融媒体新格局，共谋新形势下区域媒体的融合发展。来自中宣部、国家广播电视总局、中国电影电视技术学会、南昌市委宣传部、南昌广电、苏州广电的专家领导们作为嘉宾出席了此次会议。

南昌市委宣传部副部长万晓东致辞

国家广播电视总局科技委副主任、

电视艺术家协会媒体融合推进委员会会长何宗就致辞

中国人民大学新闻学院教授、博导，中宣部媒体融合专家组成员

宋建武《中国媒体融合的内在逻辑与解决方案》

南昌广播电视台党委书记、台长张金洁

《地市融媒体在县级融媒体中心建设中的作用》

在推动县级融媒体中心建设的过程中，南昌广电找好发力点，搞好自身发展的同时，高效赋能县级融媒体中心建设，在“一市一平台”搭建的过程中展现“南昌速度” 。中科大洋副总裁王杰中先生带来题为《业务先行，协作赋能》的精彩演讲，深度解析了“四中心两平台”的技术架构和业务框架，而厚建软件的M2O Plus全媒体运营平台和1024融媒学院，便是其中的重要组成部分。

M2O Plus全媒体运营平台打造面向媒体机构、政企单位、社会团体等进行资源联动、聚合发布的传播矩阵平台。此次南昌融媒实现市、县级媒体平台联动新模式，便得益于M2O Plus强大的发布功能。

“1024融媒学院”是全国首家为融媒体中心提供提供全流程运营指导。提供独立的数据监测、评测报告、运营分析、运营指导等服务；提供线上线下课程培训；提供“现状诊断、目标分析、方案编制、驻场带讯、活动执行、资源投放”等一系列全流程的策划和执行服务，推动地方媒体运营工作更顺利地展开。

厚建软件副总裁、1024融媒学院创始人兼首席导师林刚先生带来了主题为《融合赢天下，运营定未来》的演讲。林刚先生先从“老生常谈的媒体困境”“融合良药的药理”“由浅入深的融合关键”三个方面，阐述了传统媒体需要融合转型的深层原因。接着提出“平台化融媒体的3个玩法：“融媒技术的一骑突破”“运营方式的推陈出新”及“合纵连横，精准复制成功”。最后鼓励传统媒体利用既有的优势寻求突破，并将传授了“融媒10字秘诀”：“取·舍”、“先·后”、“守·进”、“张·弛”、“虚·实”，给地方媒体运营工作带来启发。

接着，林刚先生和南昌广电总编辑王庆就区域融合媒体运营问题，现场签订了运营服务的战略合作协议。1024融媒学院将和南昌广电共建”县级融媒体中心南昌实训基地“，今后双方将在战略咨询、人员培训、宣传推广等方面达成合作，并为周边融媒机构提供各种运营实战服务。

最后，林刚先生和王庆女士一起为“1024融媒榜”揭牌。“1024融媒榜”是由1024融媒学院推出近3年的品牌产品“刚刚发榜”升级而来，已发展为集线上评榜、线下盛典为一体的运营服务，相信业内影响力和权威性会更胜从前。

通过参加本次研讨会，厚建软件近距离了解了地方媒体融合的需求，同时密切了与地方媒体单位之间的交流联系，为提高今后地方融媒的服务水平打下了坚实的基础。

编辑：王静

审核：林刚

end