产品经理之管理软件篇

产品经理在互联网时代大行其道，以至于让人觉得这是只在互联网领域才有的工种，自己也一度这样以为，虽然也有疑惑，因为别人口中的“产品经理”到底做了些什么事情，又如何的不可替代，对这些我并不清楚，所以对于我而言，叫什么不重要，做了什么才重要。

最近开始看苏杰的《人人都是产品经理2.0》，发现自己之前不正是管理软件的产品经理一枚么。

大学毕业，我进入一家汽车行业的管理软件公司从程序员干起，那时公司很小，相比之下客户很大，没有完善的培训，都是老带新，但是由于做的是管理软件，对业务的了解，对企业运作管理的理解要求很高，而且是越来越高，而我在这方面很是如鱼得水，这给我带来了很大的成就感和满足感，这个时期技术（除了SQL）真没有让我有太大的印象，原因在于我并没有发现因为使用了什么牛叉的技术就让软件更好用了，让客户更满意，相反我发现很多炫技的代码除了让内部沟通交接变得困难重重，以及掩饰了诸多业务和流程上的不合理之外，并没有什么太大的建树，可能跟客户重新讨论需求，重新定义这些功能会使得整个软件更合理而优美。

作为一个小公司，好处在于，一人多面，从分析需求到开发到测试到部署到上线到后期维护到后续的版本管理，全部是你一个人得负责，这里并不是说没有专门的测试人员没有部署人员，只是他们只负责按照你的测试案例和部署报告执行，而不是对全盘负责，出了问题，跑到客户那儿去承担责任的只能是你，这个是不是很"产品经理"，虽然那个时候顶多叫个项目经理。

这个阶段我做项目经理有二个特点，一是对客户比较强势，从来不惟客户的需求马首是瞻，常常问客户很多为什么，后来积累的经验多了并且圆滑事故了一点之后，就先顺着客户的逻辑进一步分析下去，顺便埋点诱导线索，让客户自己发现问题，客户常常觉得我态度不是最nice的，不过能干事也就忍了（但出来混都是要还的，这样的习惯养成并不适合很多其他环境）；另一个方面，常常犯贱的自己给自己提需求，就是客户提了一个很简单的需求，我偏偏要帮他多想很多步，但是时间压力在那儿，成本在那儿，一个简单的需求和一个复杂的需求时间和金钱的成本往往是几何倍数的增长，这个时候就得挖空心思地说服客户这么做对你未来多有好处对你老板多有好处对整个公司多有好处，假若仍然不可得，那么要么说服自己要么逼死自己。这个是不是也有点“产品经理”。

公司虽然小，但那个时候一直没有停止成长，一方面得益于蓬勃发展的汽车行业，另一方面也源于我们技术老大（事实上对业务也是各种精通）的牛逼和激情，我们不满足于做一个一个项目，而是考虑做标准化产品，向SAP, Oracle这类巨头看齐，于是就开始了一段职业生涯中最为怀念的阶段。

未完待续。。。