022　关于智能软件的roadmap问题

最近在负责智能软件的roadmap（产品路线图），分为长期和短期两个部分。我们的智能软件是和智能硬件配套的，可以认为是智能硬件的操控软件，而智能硬件是通过销售，直接卖给最终消费者的（2C），然而规划中，遇到了一些迷惘的事。

针对长期的，我个人认为应该要匹配智能硬件的发展和营销路线，因为用户最终的功能服务落地是通过智能硬件去体现的，而智能硬件的roadmap是基于大市场的分析而规划出来的，因此我觉得，从长期来说，应该是要去匹配智能硬件的roadmap的发展。

而对于短期的部分，落实到最终的版本计划，我觉得应该是基于长期的某一产品阶段，针对用户体验反馈而进行优化迭代的，要以用户体验为中心，进行迭代。

但是目前我们领导给我的思路和做事方式，是对于长期的部分，要让我不要去考虑智能硬件层，而只是从用户需求出发，看软件要做什么；而短期部分，是希望我基于长期的Roadmap，自己排出计划，要有自己的思考。

领导给的方式与我自己的思考思路有很大的矛盾，我也试图说服领导，但是无用。想问下，真实的智能硬件的软件层面的Roadmap，应该是怎么个操作思路，谢谢了啊。

PS：智能硬件受众对象：偏高端人群；产品使用生命周期：2年。产品市场生命周期：3年。用户使用频次：1周1次。App操控使用占普通使用份额：50%。行业份额：国内No.1。

你们老板的思路是对的。智能硬件不是目的，虽然它最开始形成收入，用户买智能硬件本质上是需要硬件提供的软件功能和服务，软件功能很好地满足用户需求才会促使用户提升使用率（现在的使用频次是1周1次，比较少），有了使用率才能谈得上后续的转化。

硬件只能卖一次，总不能靠保养维修来挣钱吧，除非你是卖车的。所以软件能否持续运营是很重要的命题，只要软件的功能很好地服务于用户的场景，用户不介意持续更换硬件，或者购买相应的配件。

如果你在软件层发现了目标用户的痛点，进而可以对硬件发展提要求，这是合理的，但是上来就对硬件做大变化不太合适，一款硬件的各种沉没成本太高，随意切换版本有点浪费。

Roadmap构建依赖于公司的资源、服务能力和技术研发敏捷度，你们产品的生命周期是2年，每年的更新次数是多少？计算一下你们的总资产周转率，产品的Roadmap本质是商业运转可能性，不能只关注产品研发本身。