我一直没读过经典的产品管理书籍，我也不知道大学里有没有一个学科或一个专业叫产品管理。

不过我知道最早的产品经理是宝洁公司发明的，岗位设置在营销序列，用现在的话来讲应该叫：产品营销经理。

我在1997年买过一本爱不释手的书：《微软的秘密》，这本书我现在还在不断的常读常新。在1997年那个时代，微软也有产品经理岗位，不过也是设立在营销序列，本质是产品营销经理。不过微软在研发序列也有一个对口岗位叫程序经理，但本质是研发产品经理。另外，在微软研发序列，有个岗位叫开发经理，这就是真正程序员们的头儿。

（1）

做软件的人，一直有个执念，那就是做产品。

一种是做to 个人使用的软件产品，不需要多个人基于软件中的业务流程进行绑定协作处理。代表就是Office这种软件产品：这种软件产品大多是企业购买、用于处理企业表格/文档/PPT，但是个人使用，人与人之间使用Office协作，一般通过IM/邮件传输来传输去，仅此协作而已。

我其实对Office、对Windows桌面版也有很多需求，但是微软不理我啊。

就如同中国的用户对苹果手机也是一堆需求：

要求苹果提供从1000到1万元各阶梯产品，要求苹果提供可拆卸的电池，要求苹果充电5分钟能挺一小时，要求苹果提供各式各样屏幕大小和翻盖，要求苹果提供实体键盘，要求苹果耐摔可以砸核桃...。但是苹果不理这些用户需求啊，甚至这些需求被苹果手机的信仰者称为：土鳖。

还有一类软件产品是面向企业组织的，需要依靠内置到软件中的业务勾稽关联，把企业各个部门各个岗位各个层级的人绑定在一起。这就不能像Office了。这类软件的代表就是SAP ERP，用十万个配置参数，排列组合出10亿种业务处理分支，哪个配置错了-走入了怪异的业务代码逻辑，也不知道。

（2）

我既在企业软件公司工作过，也在互联网-电子商务公司工作过。我恰好经历了JD最高速发展的时代：业务不断复杂化、创新业务不断扩展、现有软件不断需要提升非技术能力（高性能、高稳定、高安全、高可用、高集成...）

JD研发人一边做新功能满足业务创新，一边修改老功能满足业务快速变化，一边重构系统架构甚至重写业务系统。

JD每隔两天进行一次上线日，每年依托两次大促的准备期来做系统加强和系统考验。

好就好在，这套IT系统就京东自己一个客户，只需要照顾好京东外部几亿用户、外部十几万商家、内部几十万仓储物流客服维修人员的需求即可以。

如果把这套系统给其他电子商务厂商（如阿里如当当）、给其他零售商（如国美苏宁），估计也不合适。

（3）

中国SaaS厂商有创业原生的，一部分来自企业软件厂商，一部分来自互联网，不过中国SaaS经过十年发展，来自互联网的创业SaaS企业大部分已经退出不干了，一句话：ROI太不划算。

中国现有大部分SaaS厂商主要来自软件厂商新开发新产品而来。思想追求仍然是类似SAP ERP一样，花五年时间好好做业务功能设计、架构设计、做平台（开发平台/集成平台/数据平台），再花五年十年好好打磨产品，产生十万个参数-可以排列组合出10亿种业务处理分支。

即使就这一套多租户软件，而且安装在厂商处，而且由厂商来运维，SaaS厂商也习惯于做大版本需求收集-大版本开发排程规划-大版本集中开发测试-大版本发布更新上线。快的时候一个季度一个版本，慢的时候每半年一个版本。

SaaS厂商也很少给自己用自己的SaaS软件，即使用，一般也会拉出一个分支代码版本进行修改，然后越改越和最新版本分道扬镳。

（4）

我们目前这个行当，有两个南辕北辙的商业模式：

一种是：从同花顺软件/东方财富金融资讯网这种科技公司，进化到东方财富科技+东方财富证券公司。

一种是：从幻方科技+九章基金，进化到DeepSeek。

我们从一开始创业就选择了幻方这个商业模式演进路线，我们的梦想就是：

北有大海牛、南有幻方（居然DeepSeek和我们不谋而合使用了大鲸鱼）

这就如同：北有京东、南有阿里。

这就如同：北有用友、南有金蝶。

我们也做的是在线软件，必须联网使用，不能部署在客户内部局域网，更不能封闭断网使用。

我们也是订阅服务费收费模式。

不过，我们面对的客户业务是纯在线的、纯虚拟数字的。这和企业SaaS厂商面对大量线下的实业的客户有所不同。

不过，我们的SaaS软件中包含数据，而且是源源不断每天持续更新的数据、四面八方不断增加种类的数据，这和SaaS软件纯工具不同。

不过，我们的SaaS软件主要的价值是挣钱，而不是管理也不是提高效率降低成本，就是一个字：挣钱。挣不挣钱，价值非常好衡量。

不过，我们的SaaS软件不涉及协作，一个人自己用好就可以。