对客户端安全的一些想法

1 谁为安全买单

安全,总是伴随着具体业务而出现的需求,比如做支付宝,就有支付安全的需求,做游戏,就需要防止帐号被盗服务器被攻击,这种情况下只要相关的安全团队保证业务安全,那安全的价值就能得到认可。而杀毒软件比较奇怪,他解决的是操作系统的问题,好不好需要电脑用户来认可,而用户用电脑的焦点又不在安全上面,这就造成杀软给用户的感知非常低,如果电脑没啥问题的情况下,基本是没啥感知的

2 杀软的核心价值

杀软它解决的是一种安全感问题,就像小偷不一定时刻都有,但离开家肯定会把门给锁上,每个PC用户基本都会装上一款杀毒软件。一款安全软件要做好,就得向用户传递安全感,这是一个非常难的问题,安全产品用户体验一定要向用户不断传递一种安全感,激发对不安全的恐惧。

3 环境

前面提到杀软解决的是操作系统上的问题,如果问题少了,那相应的价值就会减弱,脱离了环境做产品最终可能是个悲剧,如果没有病毒爆发,那就没有杀软啥机会表现了,环境中没有狼只有猪,你埋头早一把杀狼刀然后说刀多牛,那是白费力气。抓住机会需要观察环境,把握时机,用户一直渴望的东西是什么?,形势一直在变,不同阶段需要的东西不一样,如果一个市场已经比较饱和,你即使跟领先者功能做得一样,照样也会死。能颠覆的点是什么?环境如何?

4 产品&战略

杀软的价值是需要用户认可的,所以需要扎实把产品做好。目前大多公司做安全类软件都是有其所谓的战略需要的,无论做啥产品,啥战略最终就是留住用户,变现。要留住用户就得做好产品,做产品就得有耐心,要一步一步来。

5 安全软件一些产品思考

不要想着你有什么,而应该思考用户需要什么,要琢磨用户

再用户最想要的时候给予它,做好场景化,在最合适的时机给用户

想想一般人什么时候会有安全需求,比如下载破解软件,浏览黄色网站等

解决用户真实的用户,而且要有感知,提高卸载成本

自然的体验,关注用户焦点,比如用户在看视频你弹个窗,用户在忙写文档你弹个窗,基本会被点X,关注用户的焦点,做自然的交互体验,不要盲目打扰用户

研究用户,了解用户的能力,不同能力的用户用不同的产品策略

时间: 2024-12-04 17:35:59

对客户端安全的一些想法的相关文章

病中吟之内存溢出

感冒了,在家里休息,打开电脑随便看看,想起前两天有人问的一个事情:"内存溢出怎么分析和处理?"方案有很多了,基本上的思路就是获取系统状态,内存变化方向,内存对象等之类的,profile,debug,jmx,dump等等. 我更想说的是,为什么会内存溢出呢? 在我看来,干活有两种方式: 没想清楚了,贸贸然开干,然后各处救火各种解决问题 想清楚了再开干,无惊无险,安然做完 一般来说,我都是后者,所以真的很少碰到各种莫名其妙的问题,比如自己实现排序算法.在内存中处理有100000个值的列表.

( 转)从四分钟到两秒——谈谈客户端性能优化的一些最佳实践

转:http://www.cnblogs.com/marvin/p/WinformOptimizSkill.html 背景 最近跟售后经理吃饭,他跟我再次谈起两年前为公司临时写的一个客户端,仍然非常激动的跟我说,这个客户端完爆了公司其他版本的客户端,包括最老的Delphi写的,Asp.Net写的,以及最新的Wpf写的客户端.无论是多么大的界面(集成的机房多),这个系统都是瞬间打开,而且运行非常稳定,一旦成功部署之后基本没有任何问题. 这个版本的客户端仅仅只是一个临时替代的版本:原来的Delphi

c# System.Data.OracleClient需要Oracle客户端软件8.1.7或更高版本

前几天遇到了这个问题,情景是与oracle数据库连接的时候出现的.本机已经安装了客户端,使用toad数据库工具能够与数据库相连进行相关的操作.但是在使用代码进行连接的时候出现了这样的问题.找了好久,都没有找到原因,终于是我的一个同事找到了,他直接将代码中的某一段注释掉了,结果程序就能运行了,实在是佩服.但是我们都不太了解其中的原因,所以我决定还是一探究竟. 先在网络上找了好多这个问题的解答,但是都没有能符合我们这个情景的,所以您遇到的问题可能是跟我们遇到的问题是一样的,但又可能是不一样的哟.如果

搭建QQ聊天通信的程序:(1)基于 networkcomms.net 创建一个WPF聊天客户端服务器应用程序 (1)

搭建QQ聊天通信的程序:(1)基于 networkcomms.net 创建一个WPF聊天客户端服务器应用程序 原文地址(英文):http://www.networkcomms.net/creating-a-wpf-chat-client-server-application/ 注意:本教程是相当广泛的,如果你是在短请也看到我们的东西 开始和 如何在几分钟内创建一个客户端服务器应用程序教程. 注2:本例中包括,明显延长进一步证明功能,在包中包含的示例 包下载. 在我们开始之前确保您已经安装了Vis

【原】博客园第三方客户端-i博客园App开源

[原]博客园第三方客户端-i博客园App开源 本文转载请注明出处 —— polobymulberry-博客园 1.前言 目前i博客园App已经更新到2.0.0版本了,使用了最新的博客园Web API.相比于第一个版本,添加了很多新的功能,也修改了很多功能.整体来说改动比较大,代码也比较混乱.所以趁着清明假期,把代码好好整理了一番.目前基本的架构已成型(当然,后期还需要不断优化),但App基本功能方面还有很多需要添加的,后面会集中把App功能完善. 上面简单介绍了下目前App的情况,回到开源的话题

水泥优化控制客户端(一)

前言 水泥生产过程自动化程序不高,造成能源浪费,优化控制主要是对窑系统进行智能控制,使各项参数稳定,进而达到节能效果. 电气出身,对于编程略有了解,对于编写客户端程序没有任何思路可言,只能摸着石头过河,凭着自己的想法去写. 工具:VS2012,access2010 一.注册 要达到的目的是:锁定计算机防止盗版.记录注册时间保护试用版.记录用户信息. 锁定计算机.注册软件时采集计算机的网卡序列号.CPU序列号和主板序列号,生成一段序列号,加密此序列号得到注册码.输入此注册码才能进行用户注册. 用户

消息总线重构之简化客户端

这段时间对消息总线进行了再次重构.本次重构主要针对消息总线的pubsub组件以及对client的简化,同时谈谈对消息总线的一些想法. 简化client的复杂度 之前的client需要同时连接两个分布式组件.消息总线的访问需要用户提供pubsuberHost,pubsuberPort参数,因此它首先连接的就是pubsuber.而消息总线是基于RabbitMQ构建的,因此它必然还需要连接RabbitMQ.而之所以没有需要用户程序提供RabbitMQ Server的地址信息,是因为它是通过pubsub

Unity客户端通信测试问题处理(二)

在客户端的通信测试过程中,场景加载的问题给自己带来了不小的麻烦.因为消息的解析方法在单独的监听线程中调用,这也就意味着无法在消息的解析方法中调用Unity自身的API了.本来是打算在接收到场景切换的消息后,直接在解析方法中调用协同程序StartCoroutine,来实现场景的异步加载,可是现在一旦调用就会提示以下错误: StartCoroutine_Auto can only be called from the main thread... 不能直接在监听线程中调用,那就只能另想办法了.如何来

性能测试个人的一些想法整理

性能测试定义: 通过一定的工具结合相应的测试方法,对部署的系统应用进行测试,发现系统应用内部存在的代码逻辑问题及应用部署的机器硬件资源瓶颈问题及应用部署架构存在架构错误问题,如:网络端.客户端.服务端搭建的架构问题: 负载测试:是一个分析软件应用程序和支撑架构.模拟真实环境的使用,从而来确定能够接收的性能过: 压力测试(Stress Testing):是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试: 性能测试的目的: 性能测试的目的主要体现在三个方面:以真实的