行业解决方案与产品的差异
解决方案是对某些关键细分市场提供的解决方案和服务，一个解决方案包含两个及以上部件产品（部件产品是指可以在市场单独销售的产品），它可能来自多个产品线，或者合作方，可能是现有的，也可能是要新开发的。如某照明系统自动控制企业，控制器的解决方案可以针对政府道路路灯的控制，也可以是企业园区的照明控制，也可以是高铁或飞机上的照明控制......针对不同的用户场景，解决方案的控制业务实现是不一样的，以下是解决方案与产品的关系：
以上是解决方案的开发模型，它与产品开发的差异在于：
1）解决方案对某些细分市场提供端到端的网络业务和服务，包含两个或以上的部件产品；
2）解决方案是以客户需求为中心，为客户提供“一站式”的业务和服务；
3）解决方案的测试是多个产品的集成测试，重点测试整体解决方案的功能和性能，而非单个产品。
行业需求收集与分析的痛点和难点
由于解决方案不同于产品，行业特征明显，如对于室内照明系统控制和室外道路灯杆的控制， 解决方案需要根据客户需求进行定制，如设置亮灯时间和熄灯时间，下雨天室外临时打开道路照明等等。
目前，根据共创力咨询的总结，大部分的企业在行业解决方案需求管理与落地过程中的痛点与问题：
- 行业需求层层传递，效率低且信息容易失真。
- 行业跨产品线需求的架构及项层方案设计和架构决策难落地。
- 产品线与研发团队对行业需求的价值评判与排序不同，沟通成本高。
- 制定解决方案和部件产品开发计划时，部件产品和解决方案的依赖关系管理不足，带来返工、延迟等情况。
- 解决方案的配套关系管理比较混乱；测试过程、客户现场经常用错部件产品版本。
- 解决方案项目经理在各部件产品之间协调比较困难。
很多公司均设置了行业解决方案经理，即针对某个行业的解决方案产品经理，但由于解决方案部和研发中心的部门墙问题，常常导致解决方案的需求难以实现或项目延期。
行业解决方案需求分析的层级及管理组织
行业解决方案按涉及范围分类：公司级解决方案、BU级解决方案。
按业务特点分类：紧耦合型解决方案、松耦合型解决方案。行业解决方案的管理组织分为：
1）单个产品的解决方案需求：直接提交到该产品解决方案开发团队，由 RAT/RMT进行需求分析和特性定义，对需求价值分析与收益预测、技术可行性、工作量评估给出分析结论，直接对需求优先级、是否投资、接纳版本、交付时间作出决策。如：照明系统只需要控制灯杆的解决方案；
2）单个产品跨产品簇解决方案需求：由产品线IPMT决策单产品线行业需求：对需求的优先级、所需资源、是否投资、接纳版本、交付时间作出决策。如：照明系统不但需要控制灯杆，还需要控制隧道照明和室内照明；相当于同一个产品簇的综合解决方案；
3）跨产品线解决方案需求：需求递到行业RAT进行需求分析、架构与方案设计和需求定义，给出需求分析结论（包括需求价值分析与收益预测、需求实现架构、需求分解方案与责任矩阵、技术可行性、工作量评估）和实现架构决策（架构和技术方案，产品与解决方案的选择）：对需求的优先级、所需资源、接纳版本、交付时间给出建议。如某城市的照明系统，包括政府/交通/能源/金融四个行业的照明解决方案，即四个行业解决方案RAT团队（政府/交通/能源/金融四个行业联合RAT） 进行需求分析，最后由公司级IPMT进行决策评审，明确需求责任主体后，根据“最短路径规则”，来任命解决方案的开发的项目团队（SDT）；
4）不明确责任主体的需求：根据行业标签直接提交到对应的行业联合RAT （政府/交通/能源金融）进行需求预分析，明确需求责任主体后，根据最短路径规则按上述三个场景处理。
各层级解决方案需求分析团队角色与职责
在收集解决方案需求的组织中，有以下四种团队：
1） 行业联合RAT：行业RAT作为跨部门的联合团队，负责跨产品线行业解决方案需求的分析和评估，支持需求决策；
2）行业技术分析与决策团队{可选}：行业技术分析与决策团队作为行业RAT内的技术专家组织。深入分析行业需求的架构和技术方案，对行业需求的总体方案架构设计、支撑架构落地的细化方案、产品与解决方案的选择作出技术决策，为RMT投资决策提供技术上的专家建议。
3）产品线行业RAT：产品线行业RAT作为该产品线内跨产品簇的联合团队，负责该产品线内的跨产品行业解决方案需求的分析和评估，支持需求决策；
1）通过对行业的市场调研、需求分析、方案设计和需求定义，给出需求分析结论（包括需求价值分析与收益预测、技术可行性、工作量评估）：对需求的优先级、所需资源、接纳版本、交付时间给出建议；
2）对接纳需求分解到对应的产品开发团队，跟踪落实会议结论，对需求端到端闭环管理；
3）输出针对行业场景的产品组合规划需求包。
浙公网安备 33010602011771号