就像没有一个画匠不想办一场属于自己的画展，没有一个歌者不想写一首自己的歌。也许只有为数不多的听众，但是当他怀疑自己时，还是会有忠实的听众支持他继续走下去。
要有十年磨一剑的耐心与意志，一定要先把产品做好，这是一切推广的前题。
在开始推广宣传之前，要确保产品达到了相当的稳定可靠水平。避免前期好不容易找到的用户在试用之后就放弃，失去种子用户，也避免给自己的产品口碑带来负面影响，再想纠正难度会大大增加。
在推广前期，想积累用户很困难，一定要尽可能的把用户留下。
只有容易使用，低使用门槛的产品才能相对容易的把用户留下，从用户的注册流程到使用细节，都必须足够友好，做到不需要看用户手册，只需凭借正常人的基本思维理解就能开始使用，避免非常技术性的表述和非常隐晦的操作逻辑。
在我做项目经理的时候，我曾很直白的对开发团队说：我希望这个功能，只要识字的人就会用。
现在有许多产品的设计，初看挺高大上，界面很是简洁，再一用，发现不太会用，必须要仔细的观察和理解，摸索着用。有很多界面的表达细节，片面追求“好看”，追求“高大上”，操作过程看似很有逻辑性，实则极其隐晦。我认为这是大量的年轻人从事所谓“产品经理”的岗位造成的。对产品没有质的理解，对用户没有敬畏和同理心。现在极少有所谓的“产品经理”能够听取用户建议，他们更加崇拜乔布斯，信奉用户不知道自己想要什么，无法理解为什么Windows能够成为生产力工具。
常见做法比如滚动条1毫米宽；图标不带文字以显得更精致；有二级菜单不知道，要点了才知道诸如此类。
对这类产品设计我是持保留意见的，我认为有两种情况：
当你做自己的产品时，必须在思路上要有清楚的认知，好好做一款正常人能理解，方便使用的产品。
为用户快速了解产品，进一步理解产品，提供指引。大部分程序员都不爱写文档，但这很重要。
既然说产品要容易使用，为什么又讲到要有完善的文档和说明书呢。你要为用户的使用设计一个递进的层次。往往用户是在直接体验，感觉良好之后，才有可能看你的文档和说明书。所以两者不矛盾。
我仔细设计了文档的类目结构，一步一步分解了软件的部署和使用过程，特别是对于安装部署的过程，我写完之后，就自己严格跟着文档在纯净的系统上跟着做，发现有疏漏的地方就立即补充修改。
详细的文档为我默默积累了许多前期用户，对于大部分人来说，如果没有详细的文档，他们会直接放弃使用你的产品，而不是来咨询你，这一点很重要。
不要嫌弃用户，不要试图教育用户。
我怀疑现在几乎没有任何一个“产品经理”会听取用户意见和反馈，毕竟有经验的产品经理（对，这里没有双引号），年龄都不小了，大都到了要改行的时候了吧。
前文我用了一些篇幅说明产品要易用易于理解。即便如此，在我推广自己产品时，也经常会被用户的反馈弄到懵逼，怎么会有人这样理解（某个功能或操作）？
早期的种子用户为我提供了极大的支持，在产品的完善过程中，给予了极大的耐心和支持，在此表示感谢：
不管你做的产品多么的好，多么的有用，你身边的人永远不会愿意给你抬轿子，这是人性。
在我身边有许多认识的人，这么多年下来，依然不相信我懂技术是做技术的。后来我明白了，是他们选择不相信。
“老曹你现在做什么，做销售啦？”“你做产品经理？再说吧再说吧。”
曾经和同事探讨一个观点，对方积极辩驳。正巧领导过来加入探讨，正巧和我观点一样。后来同事说：“他说可以，反正你说就不行。”
中国有这么多人，这么多企业，这么多网民，无论做什么，都一定要想办法打开更广阔的空间，去寻找机遇，有太多的事情可以去做。
哪怕自己去地推，去陌拜，都是可以的，一定会有收获。
虽然是免费软件，但是让我很有成就感。能证明我确实懂技术，做技术的不是吗？