自然规律告诉我们，事物都具有双面性。没有一样东西能完全只有好的方面而没有坏的方面。关键是看用的人是站在什么角度。
对于大公司还是小公司好的争论，我从@fenng大神的文章《去大公司还是小公司工作？》以及后面很多位同行的评论中收获颇多，同时我也有自己的一点想法，记录下来作为参考。
大公司有大公司的好，小公司有小公司的好。关键是看个人的需求和公司提供的条件。
个人需求的是什么？如果像@郑钧所说的，需求的是经验，并在经验的基础上提高眼光高度、视野宽度和思考深度，那么大公司必然是首选。如果需求的是一个更大更广阔的学习实践平台，那应该选择小公司，在小公司承担的责任比大公司要多得多，自然提高也快的多。
但如果已经度过了这两个阶段，需要再次重新选择目标，并将实现自我理想的作为最重要的要求时，那么就必须考虑到自我实现和自身的收益两方面的问题了。直白点说，即使是成熟的大公司，能够保证员工个人的收益，但却无法提供足够的发挥的空间，那也将不是我们最好的选择。
继续阅读 »
辗转了小半年，一直没有更新blog。倒并不是不想更新，而是产品路上遇到一个较大的转折点，或者是说是经历了一个比较困惑的时期。对于产品经理，是应该关注产品设计本身，还是产品相关的事情全部都要参与，也就是所谓的产品管理了。直到最近，偶然从一份前辈的PPT上，才了解到对于我现在的状况，所谓的产品真相。
世界上没有伟大的方法，却有伟大的人。我相信产品经理这一行也是一样。纵使理论水平如何高，但却无法将其转化为执行力，那么依然是一个失败的产品经理。方法本身，就好比武侠小说中的金刀宝剑，威力大小很大程度依赖于使用者的觉悟。
大概在半年多前，我执着的认为只要把握好用户需求，跟进好产品实施的进度和质量，就算是一个成功的产品经理了。随着产品工作精细化的不断提高，我逐渐认识到做到这些还远远不够，还需要向更深层次的工作前进和挖掘。而同时，我的工作也逐渐由单线作战转化为双线作战。向下是基本的用户需求的把握，产品质量、产品进度的监控，向上则是业务线和产品线的对接，产品线规划，设计流程规划和团队管理等问题。
实际上Axure RP在5.0版本时就为我们提供团队协作的途径，设计者在软件设计之初就能预想到今天我们的原型设计工作的复杂程度，不能不说是很有远见。Axure RP的协作机制来源于SVN，操作简便、高效。
根据网上各位前辈的不完全Axure RP团队协作方法的实践，得到以下两种方式：
1. 最为简单的使用windows文件共享方式实现Axure团队协作；
2. 较为复杂的SvnServer+Axure的实现方式(请看盆地的教程)。
需要说明的是，后者的搭建成本较高，需要独立的主机空间外，还要求搭建人员有一定的计算机环境配置知识。并且，Axure本身并不支持文件write-lock操作(官方也并未给出具体的开发时间表)，因而也无法实现多人同时协作后文件合并，从而间接造成.rp文件同时只能由一个设计人员编辑的现状。
基于此，我这里就暂时只做浅显的windows环境下Axure项目的团队协作摸索。如与真实情况有所出入，请大家不吝赐教积极反馈给我。
继续阅读 »
腾讯，目前中国最大也是最赚钱的互联网公司，却被无数的互联网行业同行嗤之以鼻，指责其产品抄袭成风。诚然这种说法不无根据，并且也很符合腾讯公司惯用的跟随策略和不熟不做的行事风格。但是，在这里我并不想就抄袭或者是创新这些现象深挖下去，只是想做为一个产品设计者做出自己的思考。
