问题准备【新】— 营销后台.docx

待扩展模块：

【1】流程平台同类产品的产品研究，对比，分析 ——

内容模块

1. 日常工作事项，工作流程，节奏，日程

日常工作氛围细节（work related）

合作团队(开发，测试，UI，UE，UR 人数等细节)

内部产品团队/小组组成，各自负责项目

2. 项目产品内容：

（解决什么目标用户的什么痛点）

（公司对这个产品的战略，目标，这个产品的核心价值，后续商业计划）

（同类产品的相同全方位研究）

4. 自己的产品理论体系 & 实际工作经验

原有积累

工作中获得完善

最终形态

5. 个人成长

产品理论，操作经验，项目经验

团队沟通

工作中不足，待改进的地方

6. The relevance it has to the work title that you are applying now

产品项目本身——两个产品相似之处（有价值的地方）

产品能力模型层级，技能——能力模型共通之处

产品带项目经验——带项目的经验可以应用到现在工作之中

实际问题

过去工作相关

1. 和业务的职责划分

关于对系统的版本规划、架构的搭建、功能点的设计，你们产品（你自己）和业

务分别参与度，贡献值，话语权如何

业务长期负责营销业务的各种具体事务处理，对营销活动的流程和本质有深刻、广

悉，建立成熟的产品形态。

（2）因此，在产品的设计过程中，

业务：

提供具体的业务背景：

具象化使用场景，提供背景材料，让产品设计真实可感，了解操作前后的动机、

目的

提供关键需求：

业务对营销活动的了解深刻而细致，因此有能力提出使用者会需要的关键需求

对功能设计方案给出修改意见：

功能是否好用、易用、效率高

我们产品设计过程之中， 业务可以参与讨论，确定我们产品从大的逻辑抽象层面，

提供了对应于营销管理体系的核心能力，价值

（3）产品

业务是我们的一个重要需求来源，除此之外，

1.我们对于营销体系的理解

2.我们对于整个平台逻辑完整的功能补足

3.其他同类产品的设计功能

4.公司的战略目标（比如希望这个产品高度标准化、推向各业务领域）

5.已经有的开发能力/高新技术，能够给我们提供什么可能性

等等都是我们的需求来源。

4.考虑需求本质，同类本质需求的常见实现形式

理解分析产品需求，建立产品整体逻辑架构

平台产品非常重要的是逻辑完整，自成体系。

运用自己的产品理论和经验，建立产品完整闭环的逻辑架构，这是我们独立

于业务工作范围的、我们产品擅长的，也是工作中非常重要的一部分。

1.主体思维（有哪些逻辑主体）（组件、路由、配置项都是逻辑主体）

2.路径思维（有哪些操作路径）

3.场景思维（实际的业务处理场景是否有覆盖到，可以对照场景建立架构）

5.模块 MECE 思维（模块间彼此独立、共同组成完整架构）

根据公司战略等实际情况，确定版本演进计划（各版本需求；开发进度排期）

其他（一版本需求排期取舍原则，也可作为补充）：

个版本必须有，但从地位来说，并不是那么核心）

进度排期：

1.版本计划（我们的要求、设置 deadline）

2.开发资源（开发的评估）

3. 实际开发进度，现状（如：有临时需求、争取资源、灵活调整舍去部分需

求延长主需求进度时间）

4.领导要求（很可能下周临时要演示，那就必须加紧做）

5 其他团队的影响（比如，这项功能开发比较难所需时间多，那就要催一下

UED 的排期）

（1）UED 贡献交互意见（交互标准）

（2）开发 贡献实现难度、技术支持方案架构，说明开发能力。

需求排期：技术实现联系紧密的需求一起做）

重要程度进行思考）

开发 VS 产品

2.对必要性理解不一样

2.项目进度风险与期望目标质量的取舍

3.临时需求（含优化需求）