快翻年了，一些打算、小结。
打算：
提高产品质量
正式下架、免费一些鸡肋小软
Win 2000 – Win7 全面兼容
Win32、64 兼容
Linux、Mac 版
狠抓 SEO
大力推广
找专业美工做图、做站
释出更地道的英文版
多语言版本支持
新软不打算做了，关于创意的贴子也不会看
小结：
总体来说，从 2004 英文软件正式收单开始，每年都有增加，踏踏实实的劳动得到了回报。
其中 2006:2005 涨幅最大，达 228%，2009:2008 很小。
这些打算有些是需要长期经营的工作、有些不定要做、有些可能还做不完。
还没开始，一年的日程就排得满满的，目标是通过明年的工作创造大于 228% 的年营业额增长率新记录。
这些工作供软件较稳定的人们参考一下吧。
经过几年的努力、尝试与挣扎，再将镜头切回到现实中，深刻地发现：
在单打独斗，时间、精力（比如有家还兼职）有限的情况下，“垃圾堆策略”是不可取的。
所谓的“垃圾堆”并不是说你技术、设计不行，而是指盲目制造或复制一大堆来单以月计的软件。
除非你专职或有团队、公司，否则不要把自己搞得像蜈蚣一样全身是脚，每条都短，跑不快的。
就算是团队、公司，也不会做一些杂七杂八互不相干的产品，技术沉淀、软件行销方面都能相互促进或互补才是可取之道。
关于“如果”的话就不用多说了，没有成功就是失败。
值得庆幸的是尽管垃圾成堆，但仍有 1 – 2 个可以长期做下去的产品（所谓的拳头吧）。策略的调整，对后续的生产销售有极大的帮助——转变，首先来自观念。
最后，就此议题给单打独斗特别是抱着多生子早享福观念的 swers 们一些可操作的建议：
1、必须清楚认识到你所擅长的领域。如果没有，现在开始，依兴趣（同时考虑发展）大力去研究，哪怕是 3 年、5年。
2、就你擅长或通过研究已精熟的领域产生创意（辅以市场调查）。注：其实如果你擅长一样东西，没理由不能产生创意，除非你是个从不思考的人（不思考哪能擅长某领域？所以，你一定有创意，而且实用价值极高）。
3、1 – 2 个产品最佳，如果比较饱和后（比如做了 10 年，都做到 v10 左右的版本），可以启用第三领域（不过，彼时你多半已不再单打独斗了）。
4、之所以产生“垃圾堆”，原因包括但不限于以下两种：
a、这个主意不错，又花不了多少时间，做了吧！
Review：的确，也许两周就将功能实现，文档、网站也做好了。但是：你有那么多精力去推广它吗？有精力去关注他的流量、下载情况吗？有精力去及时做 support 吗？最重要的是，你生了个儿子，随时都会想着他、念着他、关注他，你还要上班、要顾家、要更好的照顾你最喜欢的儿子（主打产品），你有这个精力吗？如果长期不收单或很久来一单，会进一步损伤精神。
一个“垃圾”可能不太明显，如果“垃圾成堆”，想想你会处于什么境地吧。
b、这个（种）软件卖得好，我也来一个吧！
Review：通常，真正成功的软件，在强大、稳定、效率、易用方面都有不俗表现，你走马观花地模仿，是抄不到精髓的。
另外，不是你擅长的领域、没有研究过相关本质或底层的东西，你怎么跟人家做了几年甚至十数年的专家级作者或公司比？
最后出现的情况跟 a 也就差不多了。
除非你像第一点提到的，没有擅长的领域，现学，确实喜欢这个，可以这样入手，并打算长期专注于该领域，自己也成为专家。
5、把上面提到的浪费掉的精力、体力用到你的精品（拳头）上，让他在尽可能短的时间内成为该领域知名品牌，当然，这时你仍在继续深入，持续升级。某日，当这样的东西摆在大多数人面前时，他们尽管知道这个很挣钱，但连抄的动力都没有了，那么，恭喜你，你成功了。
“优生优育”，以前很多老房子墙上都写了，天天看到，为啥还是要超生、一生再生呢？
如果你正打算多生儿子早享福，是时候节育了，最好是扎了吧。
1、定期备份各阶段作品及输出物：
包括源码、文档、语言档、资源（如辛苦 PS 的 PP）、网站、重要邮件、安装包生成脚本及依耐文件，有存储条件（以目前的物价，相信都有）最好对上述各类输出物的每个对外发布版本单独备份（即以产品 release 版本为主线，各输出物其实均依耐于 release 版本）。建议最好选用至少两种备份，包括但不限于以下介质/场所： PC 本地盘、移盘、公司主机、网络空间、CD/VCD、磁带。
第一次随笔第 9 条有提到版本管理，假如你在作此项工作，那么恭喜你，你的备份工作将会异常轻松：将相关文件/目录做成加密 rar 往上述介质/场所一放了事，所以这又是作版本管理的一种妙用，如果还没开始，现在正是时候。
该工作可以一月例行作一次，也可以在相关输出物有重大变更（比如产品的重要版本发布时、新产品释出时）时执行，或者两者结合（我采用第三种）。
如果还没意识到备份的重要性，试举一二：
当然还有很多好处，捡几点重要的来说，已能让你重视备份工作了。
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 全部实现，大功告成，皆大欢喜，编译打包往主机上一丢完事。这时，请检查下面的工作是否已作到位：
…… 多想想吧，还有很多 ……
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 日志妙用二则（以前单独发过贴）
前提条件是如果安装或在一段时间内运行时会自动检查新版本。
这样就可以通过类似 latestver.txt 这种文件访问量来确定一段时间内的实际装机量。
同样的原理，你也可以检查卸载量。
16、不要暴露用户的邮件地址给别人（忌群发邮件给用户，最好逐个发送，即使要群发，应使用暗送方式），否则用户会反感, 减少潜在客户甚至引起退单。
17、适当做几个大众化的易用 Freeware，以增加流量或甚至产生品牌效应，从而促进销售（自己给自己做内容 ad），当然，你要做捐助或赚钱的 ad 也可以。
18、网站上要有接收用户 mail address 的地方，不要将潜在用户拒于门外！
19、以前都是实作类的，最后提个概念性的东西：认真投入你的学习、工作、生活，关注你周围的人的需求，创意其实是源源不断的（NosaLee 每天都会发现创意，但由于时间、精力所限，没法也不打算一一实现），如果整天嚷着不知道作什么，那么你首先应该好好反省一下自己是不是适合做 swer 甚至是不是适合上班（严重了，多思考吧）。
Additional：
1、发布该系列贴子之目的有且只有：1、给新人一点帮助，“付出等于收获，那是自以为”，但有时的的确确就是这样，因为：2、通过思考、写作、发布加深印象——发表是最好的记忆。
2、之前几年很少上 cnsw （精华贴到现在还没一一细看，抽空完成），这个随笔系列都是几年来实战的点滴回忆、整理，或许有谬误肤浅之处，还请各位指正，也欢迎踊跃探讨、深入交流，以达到共同提高的目的。都说大牛不上坛，而我是入行多年的非牛一族，所以大胆发 bia 言，不过，即便 NosaLee 某日入牛之列，还是会写这些，毕竟，我们是同道中人！
3、今夜无雨，但有酒。有酒，就有情；有情，就有文。
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 岁是难忘的一年哪。。。
订阅ZetaFocus!到阅读器
订阅ZetaFocus!到你的邮箱
最新评论