共享软件海外销售快速获得收益的方法

Posted by Kevin Zhou on August 15th, 2009

对于共享软件海外销售的新手来讲,如何开发并把自己的共享软件推向海外市场并且快速获得收益是最急迫的事情。OK如果你真的想知道如何最快速的从海外市场获益,我这里倒是有一个很快的方案。

  1. 寻找共享软件题材;尽量选择大众类的软件,如果是新兴市场就更好
  2. 功能实现;实现该行业内知名度数一数二的共享软件产品的功能(你可以把它理解为抄袭)并想办法做的更好
  3. 软件发布;这一步没有什么多的好说的,下面就是重点了
  4. 开始Google广告;开始为你的共享软件做Google搜索广告(adwords)和Google内容广告(Adsense)。当然建议从Google搜索广告开始
  5. 跟踪Google广告的效果;跟踪Google广告的投资回报率
  6. 优化Google广告;提高Google广告的点击率和转换率
  7. 优化共享软件产品;优化共享软件产品的功能或性能,提高产品本身的购买转换率
  8. 不断重复5,6,7,

只要你的Google广告在不断的赚钱,你就使劲往里砸。这样很快时间你就会有一个数量可观的用户群,口碑效应和品牌效应也会随着时间慢慢形成。这样你的软件就会慢慢走上正轨了。

显然,这是一个很简单的列表和流程。这样做的确也可以获得快速的收益。但我想要说的是尽管这是一个很简单的列表,但每个项目里面的内容并不简单,而且共享软件营销也不仅仅只是Google广告而已。共享软件作者,特别是共享软件的新人,更应该戒掉这种浮躁的情绪,静下心来慢慢的学习,这样才能够把自己的基础打牢,在共享软件的事业里游刃有余。

凌晨,有酒无雨。共享随笔系列之二(for 新人)。

Posted by NosaLee on August 6th, 2009

1、定期备份各阶段作品及输出物:
包括源码、文档、语言档、资源(如辛苦 PS 的 PP)、网站、重要邮件、安装包生成脚本及依耐文件,有存储条件(以目前的物价,相信都有)最好对上述各类输出物的每个对外发布版本单独备份(即以产品 release 版本为主线,各输出物其实均依耐于 release 版本)。建议最好选用至少两种备份,包括但不限于以下介质/场所: PC 本地盘、移盘、公司主机、网络空间、CD/VCD、磁带。

第一次随笔第 9 条有提到版本管理,假如你在作此项工作,那么恭喜你,你的备份工作将会异常轻松:将相关文件/目录做成加密 rar 往上述介质/场所一放了事,所以这又是作版本管理的一种妙用,如果还没开始,现在正是时候。

该工作可以一月例行作一次,也可以在相关输出物有重大变更(比如产品的重要版本发布时、新产品释出时)时执行,或者两者结合(我采用第三种)。

如果还没意识到备份的重要性,试举一二:

  • 本地盘灾难性损坏,损失大了吧,最坏的情况会导致你放弃这项已上手的工作!
  • 旧版产品支持:如果你已经没有旧版源码甚至是执行档,你会非常痛苦。要知道,基于使用习惯、稳定性、担忧、学习成本等原因,并不是所有用户都会乐意或盲目升级(你是不是在用 XP、Office 2003、VMWare 5.x、ACDSee 3.x?)
  • 原来的版本有个很好的功能(通过思考或用户反馈发现)被干掉了,现在要恢复,怎么办?重新设计、实现?不仅费时费神且可能达不到最初的状态。
  • 重要邮件丢失或未整理而被删,要用时有印象但就是找不到,折腾去吧。
  • ……

当然还有很多好处,捡几点重要的来说,已能让你重视备份工作了。

2、版本管理细化工作之一:
除了常规的 check out/in,让版本管理工具自动保存各版本之外,建议对软件本身、重要文档(如核心模块流程、主要产品设计文档、编码规范文档)作版本变更记录(xls 文档)。

可采用缩写将该记录档命名为 PVCR.xls(Products Version Changed Records)、DVCR.xls(Documents ……)、DbVCR.xls(Database ……)等,各产品或文档再按 sheets 来分,放到你的公司级文档根目录下。举一下 NosaLee 采用的格式,供参考:
——————————————————————-
变更日期 变更前版本号 变更后版本号 变更人 变更内容 变更原因
——————————————————————-

当你的产品、文档较多时,你会不会时不时发出这样的疑问:这段代码好像有 bug?这处命名规则怎么这么别扭?这时你要花时间去测、去回忆,最终结果多半是:现状原来是正确的。因为你做软件不是一两天的事(如果你喜欢这个工作),你怎么能记得 2 年前为什么写下了这段看似有毛病的代码?这时,如果你对每次重要变更有记录,有备注,遇到这种事你会很轻松,顺便可以 review 一下以前可能“幼稚”的变更(之所以你会觉得有问题,是因为现在的认识或知识提高或变化了),再作改良(参考第一个随笔第 15 条)。

说起来,很多公司在作这些工作,包括我目前所处公司,但真正给工作带来帮助的,很少,基本还是流于形式:敷衍领导、敷衍客户,甚至敷衍自己,别说 review,下次要用时,找都找不到。这也是第一次随笔第 9 条提到的一开始就要把基础打牢,谁不想做大,那是假的!但你基础不牢,越做得大倒闭越快,看看托普的故事吧。

3、有时间有条件,还是要追求完美、精益求精。
比如,单词间多个空格、单词/词组/句子的大小写问题,也需要调整,当然,这种情况就不要对外 release 了,简单更新一下官网下载版本即可,这是责任,同时国外较真的用户确实不少,不要输在小问题上!

4、计算机术语和公共英文是有区别的
有疑问时可以参考 Windows、Engkoo、Google 及国外知名软件。比如 setting,之前根据“Documents and Settings”定为可数名词,DrEye 的同义解释为不可数,调整过,后来再验证,计算机方面大家就认为他可数,于是又作了调整。

5、有精力在文档网站中放上 Quick Start、Try It 及/或演示视频,
是个不错的主意,这样你可以解决很多计算机新人的问题,需要答复的邮件也少了,很划算!要知道,很多用户就是懒(或没耐心):如果还花时间去摸索怎样使用,情愿不用(我自己都是这样的人,打开一个软件,如果 5 分钟内不知道怎样使用主要 feature(s),直接放弃,除非非用不可)。这点 NosaLee 也还在完善中,一起进步。

6、多考虑用户有事没事或想寻找没有直接显示的功能(菜单、工具条、buttons)时会乱点些什么地方
在操作这些地方时调出相关功能画面或给出相应提示,这样的用户体验效果很好,可以增加你的转换率(通过他的“智慧”找到了他要的东西,是不是很有成就感?)。

举例:尽管你在菜单上提供了对列表的操作,你不妨顺便在列表上提供右击弹出上下文菜单的功能);状态栏有一格显示了版本号,不妨单/双击时弹出 About box;状态栏有一格显示了注册状态,不妨单/双击时弹出 Register box …… 根据自己产品的特性,把自己当成用户,多琢磨琢磨吧。

7、一定要作拼写检查,以免贻笑大方,降低转换率。
至少保证没有错词,其次保证没有语病(尽管你的句子不流畅/优雅)。
错词可通过 DrEye(预处理) 及 EditPlus(check again) 实现(在击键时就可以检查了,单击 DrEye 托盘图标,勾选“即时写作 -> 启动即时拼写检查”即可,这样输入错词时会有红杠杠)。语病可通过 Word 拼写检查实现。检查对象包括但不限于界面文字、语言档(或所谓的语言字典)、帮助文档、网站,检查工具当然有其他的,用着顺手就行,没统一标准。

8、发布新版本时,你的周边工作做到位了吗?
这是初下水者易犯之毛病:数个熬更守夜下来,已知 bugs 修复完成、planned features 全部实现,大功告成,皆大欢喜,编译打包往主机上一丢完事。这时,请检查下面的工作是否已作到位:

  1. exe 信息、关于画面及软件本身所有可能所含版本号及 release 日期之处,改了吗?
  2. 网站及帮助文档上的版本号、描述、release 日期、size、price、what’s new 更新了吗?
  3. PAD 更新了吗?
  4. 收费平台的版本号、定价、描述等更新了吗?
  5. screenshots 更新了吗(如果变化较大)?
  6. 主要下载站更新了吗(有用的,不信试试)?
  7. 妥善安置老用户了吗?直接给码、交钱给码要有交待!
  8. 通知潜在用户了吗(做好了就可以准备刷单了!)?

…… 多想想吧,还有很多 ……

9、不要只放 rar 到主机上了,国外很多用户根本没装 WinRAR。exe 首选,加个 zip 也不错。

10、稍有经验的程序员都要做错误捕捉及处理,但在开发或测试阶段,请先关掉吧,让错误赤裸裸地暴露在你面前,并加以修正以使你的程序更稳健。

11、很多主机商建议不要让用户在网站上提交交互内容(如 support 留言,SPAM 通道?),如果你选择单纯给个 mailto link,建议把标题填好,正文填一部分吧,这也是改进用户体验的细节,用户爽了,你也会爽。

12、gif、png、jpg 三大网络图档格式应用场景:
png:适用于无透明背景小图(如按钮截图,同时 IE6- 不支持透明背景 png)。
gif:适用于透明背景、256- 图。
jpg:powerful!在不要求透明背景的场合都可使用,但一定要用 PS 存成 Web 格式(size 缩减 n 倍,视图片具体情况而定)。
具体原因,有兴趣自己测试研究。

13、如果有多个产品,产品介绍页面用全称比简称好些,比如某产品叫 orders collection,用 orders-collection.htm 比用 oc.htm 更 SEO(注意要用减号而不是下划线,参考相关 SEO 知识),班门弄斧,SEO 我知之有限……

14、网站上也放上“隐私政策”及“法律声明”页,至少看起来更正规:别人都有,你没有,就落了下风。

15、网站 cpanel 后台 awstats 日志妙用二则(以前单独发过贴)

  • 检查装机量。
    注意,不是下载 link 点击量,也不是下载量,而是装机量。

    前提条件是如果安装或在一段时间内运行时会自动检查新版本。
    这样就可以通过类似 latestver.txt 这种文件访问量来确定一段时间内的实际装机量。

    同样的原理,你也可以检查卸载量。

  • 判断 affiliates 优劣。
    看外链即可,比如我这里就可以看出 soft32、download3000、bssoft、softpedia 这些是牛牛 affiliates,跟上次贴的基本也一致。和这些站保持良好合作关系(至少要重点提交、更新),力争打动其为你重点推广某产品,对你的销售大有帮助。

16、不要暴露用户的邮件地址给别人(忌群发邮件给用户,最好逐个发送,即使要群发,应使用暗送方式),否则用户会反感, 减少潜在客户甚至引起退单。

17、适当做几个大众化的易用 Freeware,以增加流量或甚至产生品牌效应,从而促进销售(自己给自己做内容 ad),当然,你要做捐助或赚钱的 ad 也可以。

18、网站上要有接收用户 mail address 的地方,不要将潜在用户拒于门外!

19、以前都是实作类的,最后提个概念性的东西:认真投入你的学习、工作、生活,关注你周围的人的需求,创意其实是源源不断的(NosaLee 每天都会发现创意,但由于时间、精力所限,没法也不打算一一实现),如果整天嚷着不知道作什么,那么你首先应该好好反省一下自己是不是适合做 swer 甚至是不是适合上班(严重了,多思考吧)。

Additional:
1、发布该系列贴子之目的有且只有:1、给新人一点帮助,“付出等于收获,那是自以为”,但有时的的确确就是这样,因为:2、通过思考、写作、发布加深印象——发表是最好的记忆。

2、之前几年很少上 cnsw (精华贴到现在还没一一细看,抽空完成),这个随笔系列都是几年来实战的点滴回忆、整理,或许有谬误肤浅之处,还请各位指正,也欢迎踊跃探讨、深入交流,以达到共同提高的目的。都说大牛不上坛,而我是入行多年的非牛一族,所以大胆发 bia 言,不过,即便 NosaLee 某日入牛之列,还是会写这些,毕竟,我们是同道中人!

3、今夜无雨,但有酒。有酒,就有情;有情,就有文。

凌晨雨夜,一点共享随笔(for 新人)。

Posted by NosaLee on August 6th, 2009

1. 做软件是一门精细活.

2. 做软件是一种创造性的劳动.

3. 优秀的软件是一门艺术, 就像优秀的电影, 名著一样.

4. 做软件急不得.

5. 运行你的软件或打开你的代码, 如果发现没有可改进之处, 证明你的思维及创造力已枯竭, 你需要反思.

6. 推广非常重要, 需要不断学习, 研究, 探索, 但永远不要忘记你的软件也需要不断打磨, 没有引以为豪的代表作, 其他都是空谈, 也注定只能是小打小闹.

7. 新版发布时, 你总觉得你又完成了一次创造性劳动, 但投放市场一段时间后, 通过用户的反馈及自己的反思, 你会觉得你的产品相当差劲甚至是垃圾或毛坯, 那证明你在进步, 再次让你自己满意, 你就拥有赚取更多利润的资本.

8. 整理 support, sales 信件及用户来信, 提取出 FAQ 及适合自己公司/产品的 templates, 你的工作会更轻松.

9. 就算你在单干, 也不要懒于作计划, 日志, 版本管理, 文档管理等看似不重要的工作. 要知道, 一开始就要做到”麻雀虽小, 五脏俱全”, 是很好的模式, 将来发展才不致于手忙脚乱. 不要认为你只需要每月多赚几千几万, 那是因为你现在离这程度还有距离, 当你达到这个高度时, 你的想法就不一样了, 如果前期没有作好相关细节工作, 以后目标与现状就会脱节, 会让你非常被动. 为什么很多大公司 (人多?)10多年来仍然是那个老样, 甚至利润还不如初期几年? 很大的原因就是因为初期一切从简, 基础不牢, 一切看似与赚钱不相关的事都不作或敷衍, 但到后期人多, 项目/产品多时, 就开始乱了, 以前赚的钱就会慢慢砸出去.

10. 英语, 美工, 推广等编程之外的能力, 还是要逐步培养, 可以在 coding 累了或乏味时, 研究这些东西, 相互调节, 促进. 记得海外初期 1 个月下来, 就自以为这些套路都摸熟了, 现在看来真是个笑话: 以前的文档里还有诸如 is + v 原形的语法 (以为来住 email 可应付就不错了, 其实是很多老外基本能看懂, 不想找你茬 (不太礼貌)); 美工, 就他妈几个字母 + 32 icon + 渐变背景 (业余); 推广就只会做 submit, 劳力士… 没认识到自己的不足, 加上产品也不够好, 导致较长时间的不进不退.

11. 不要对别人向你郑重推荐的东西 (如软件, 网站, 书籍, 资料等)不屑一顾, 以为自己啥都懂, 还看那些干鸟. 人家不是傻子, 用着爽, 喜欢你, 才给你说. 有时你会从这些东西里找到一些灵感, 或让你工作更轻松, 或提高你的工作效率. 另外各人所处环境, 性格, 际遇不同, 别人走了一些弯路, 付出了一些劳动才得到的经验, 共享给你, 让你直享其果, 有利无弊啊. 当然有些东西确实不需要, 但你至少可以看看, 了解一下再定取舍.

12. 有条件的话, 杂事多, 吵闹的环境下做体力活 (如提交, 简单编码), 安逸安静的环境下做核心编码或创造性工作 (可以边喝酒边工作, 效果不错).

13. 由于共享并不像在公司上班, 基本没有强制性压力, 所以遇到难题不要回避, 要深入研究, 只有研究透彻了, 知识经验才是属于你自己的, 你的产品才有可能出类拔萃.

14. 软件生产, 销售涉及到很多锁碎工作, 用心去做, 每天都会有新发现, 新想法, 你会忙不过来, 来不及做的事, 一定要写到 ToDoList 里, 逐一实现并标注, 逐渐形成固化思维.

15. 以前做过的事, 可能也可以被推翻, 不要固执地坚持一些想当然的想法.

16. 试用限制尽量放宽松些吧, 想想 WinRAR, 不要把潜在用户拒于门外. 其实对很多愿意购买软件的用户来说, 你只要说你的是 Shareware, 而不是 Freeware, 他也会掏钱给你的.

17. Windows 标准界面, 个性 (炫酷)界面, 因软件而异, 追求华丽前先审视一下你的产品是作啥用的, 如果一个编辑器做成播放器的模样, 你会用吗?

18. 帮助文档还是要写详细些, 虽然大部分用户不看, 但是, 当用户遇到问题时, 首先是看帮助, 如果不能解决才会向你求助或搜索 WWW, 而且很多用户找不到答案就会放弃, 找替代品 (你经常给软件作者写信?), 如果遇到问题, 恰好帮助文档给他解决了, 你的单子多半就到了. 当然, 软件本身做得简单好用易懂是基本, 能不看文档就会用最好. 比如, 状态栏提示, tooltips 尽量写详细些.

19. 不要以为你的用户很白痴, 我见过很多用户就是程序员或 IT 人员, 人家可能比你还懂, 只是不想浪费时间去编个程序自己用 (30$ 能解决的事, 为什么要浪费 3 个月?), 所以, 善待每个客户, 或许会有意想不到的收获.

参考第 10 条: “可以在 coding 累了或乏味时, 研究这些东西, 相互调节, 促进.”, 现工作累了, 随手写点概念性的东西 (实作类的事, 行家很多, 贴子也多, 没啥好说的, 多上网, 多看贴, 多交流就好), 也许会对新人有点帮助, 有空继续…

Additional: 写了19 条就打住,不是因为没写的,而是对此类要点式随笔,我喜欢以 19 分段,19 岁是难忘的一年哪。。。

Alexa常用应用之竞争对手反向链接分析

Posted by Kevin Zhou on August 3rd, 2009

上篇文章给大家分享了Alexa的一个常用应用——竞争对手流量分析。今天给大家分享我认为Alexa另外一个重要的功能——竞争对手反向链接分析。

首先让我们了解一下分析竞争对手反向链接的重要性。不管你承不承认,当我们把我们的共享软件产品推出到市场的时候,竞争就已经产生了,或许在这个领域已经产生巨头,足以左右市场的发展;或者市场上仍有成千上万的向我们一样的共享软件作者想要在市场中分得一杯羹,大家都要抢占一个固定的市场份额,我们不去抢占竞争对手的市场,我们的市场就会被他们吞噬,事实就是这样。那么我们的竞争对手都在做一些怎样的市场行为?都在哪些媒体上有过曝光?虽然我们通过竞争对手反向链接分析不能得到所有的结果,至少大部分结果我们是可以得到的。

通过Alexa提供的反向链接分析功能,我们可以分析到:

  • 竞争对手的曝光媒体
  • 有相同用户群的非直接竞争对手的曝光媒体

当我们知道了这样的一些曝光点之后,我们需要做的就是:争取也要在这样的一些媒体上曝光! 这样才有可能和竞争对手打成平手甚至赶超。

其实剩下竞争对手反向链接分析的实现就比较简单了,大家可以按照下方的图片操作就可以找到竞争对手的反向链接了,我们以addthis.com为例:

然后我们就可以查询到addthis.com的反向链接了,例如:

如何向Google和Bing提交你的网站地图(sitemaps)

Posted by Kevin Zhou on August 2nd, 2009

昨天和大家分享了如何用一个免费的Wordpress插件快速的创建一个Google网站地图,今天和大家分享如何把我们的网站地图提交到Google和Bing,从而让GoogleBing更好的收录我们的网页。

要把我们的网站地图提交到Google和Bing其实非常简单,我们只需要记住两个网址:

第一个是Google提供的网站管理员工具,第二个是Bing提供的网站管理员工具。通过这两个工具我们不仅可以提交我们的网站,还可以跟踪网站的数据,例如网页的收录数等。其中Google网站管理员工具是我特别常用的一个工具。而Bing网站管理员工具是最近的一次网站地图提交才有所接触。但自从Yahoo和Microsoft达成搜索协议以后,我们也应该关注Bing这个第二大搜索引擎。

首先让我们来看看如何向Google提交我们的网站地图:

注册完Google网站管理员工具后我们首先需要验证(verify)我们的网站,也就是证明我们是该网站的管理员;验证的过程也很简单,我们只需要把Google提供给我们的代码添加到网站的header标签中,然后点击”verify”就能够验证我们的网站了。

验证网站完成后我们就可以把我们的网站地图提交给Google了

向Bing提交我们的网站地图的流程和提交网站地图到Google差不多,首先我们还是需要把Bing提供的代码添加到网站的header标签中验证我们的网站,验证完成后我们就可以提交我们的网站地图了

但其实真正的网站管理工作并不是说把网站地图提交Google和Bing就Ok了,我们还应该善用Google网站管理员工具和Bing网站管理员工具来分析网站的数据。今天就到这。

Copyright © 2009 ZetaFocus!.