门户中频道产品的工作流程和探讨一.pptxVIP

门户网站中的频道产品 工作流程和产品流程探讨(一);探讨的主线;一、关于产品;关于互联网产品专员/PM;关于用户需求;哪些是我们要思考的问题;思考;频道产品组的定位;二、那些产品工作中的常见场景;日常听到的那些——SB论;A: 你现在是哪个版本啊？ B: Ver2啊 A: 我也是啊，我上面怎么没有你说的XXXX B: 哦，我又修改了一些，还没发给你 文档不能实时同步，是项目信息有效传递的绊脚石。 借助工具：SVN-版本控制系统。;文档及时提交文档到svn，纳入到版本管理； 自己维护的SVN目录，及时提交变更的版本； 定期更新公共目录的内容； 养成先同步服务器端文档，后打开、编修文档的习惯； 发生版本冲突，应先解决冲突的问题； 多人维护同一目录或文档，使用Patch。（不建议使用）； SVN需要定期维护，清理过期版本库。;跟进过程中的那些——不懂VS专业论;交流中的那些;类似的还有更多;门户的频道产品工作，需要大家不仅要对产品（项目）持久关注，还需要涉猎更多的行业背景知识，数据、UE、文档、市场、推广、内容、后台系统、架构、数据库、QQ……不仅要做杂家，而且要做大杂家，恭喜各位即将开始往杂家路上一去不回。 我们之所以偶尔会觉得自己还不错，其实是因为我们所处的环境中，所谓的对手（战友）太弱… …;三、产品基因：赢在体系;产品开发过程示意图;阿里：阿里妈妈项目流程;阿里旺旺产品流程;常规互联网产品的单个生命周期产品实现图;我们和产品基因的互联网公司的差距;我们不适宜做的事;四、我们需要的产品和工作流程;四、我们需要的产品和工作流程;现阶段我们要达成的共识;项目文档管理命名规则;互联网产品策划，可以由自上而下的五个层面来概括。;;;收集所有资料信息 给1分级 整理内容要点;资源：？个策划编辑，？个内容编辑，分？个小组？个方向展开第一 阶段调研。 目标：内容、产品逻辑、与其它产品的结合。 作用：收集必要信息，为建立产品的初步模型提供准备资料。 执行：任务拆解，任务执行，结果汇总分析 问题：专业知识积累；沟通损耗；项目小组的配合度；获得资料的有效性和渠道。;结构层用于建立整个产品的大局观： 功能与功能之间如何联系，通过什么联系 设计功能页面的流程关系 列出主要页面，明确大概页面数量 一些必要的工作：绘制功能地图，功能流程图，页面结构图;结果汇总分析;资源：？个产品策划？个内容策划编辑 目标：对第一阶段结果进行归纳整理，总负责的技术开始介入策划小组，建立大体产品模型。 作用：决定初步页面模型；建立粗糙的产品逻辑架构，对整个产品的页面元素、内容、页面数目整体掌控。 执行：？个产品策划，分头建立模型，然后开发小组无数次会议讨论。频道、产品、技术、UED参与的评审会。 问题：确定项目规模，配合部门做资源准备，并提供专项业务接口人（项目实施中的骨干）。;框架层让晦涩的结构变得实在： 界面设计 导航设计（各种导航设计） 信息设计（标题、提示、按钮等文字信息设计） 交互设计 一些必要的工作：所有页面的框架图，导航系统说明;翻来覆去的版块位置修改 反复斟酌的导航设计 保持版块统一性 容错性设计（没有内容怎么办，内容太少怎么办） 原型测试 对页面查漏补缺;一致性！兼容性！大小！颜色！ 统一的样式 统一的文字描述 统一的交互行为 一些必要的工作：视觉设计规范;我们的表现层;资源：？个策划，？个内容编辑，？个技术，？个美术，？个交互。 目标：将第二阶段确立的框架转化为最终框架，确定页面数，功能，界面布局，跳转逻辑。并制定出最终的产品策划文档。 作用：补充、修缮、确定功能的具体做法。 执行：这是策划期最黑暗的时间段，得一个页面一个页面的确认，编辑、美术、策划、技术得大量的加入到讨论中来。 问题：协调与决策人员增多，跨部门协作频繁从而导致时间安排困难，如何更高效的沟通，如何更有力的执行。;数据说明 运营计划书 用户帮助文档/FAQ系统 阶段性评估报告 产品培训与使用指南;产品策划的过程控制;产品策划的过程控制;美术： 细节 一致性。 技术： 底层架构和总体控制 进度与实施过程控制 错误预估与风险控制 测试、Bug反馈与完善;主要功能实现碰头会 数据分析 SEO 技术开发时间表 总体控制;不靠谱的数据导致功能大大折扣。 配合资源的到位情况，降制约产品推进过程中的各个环节。 跨部门、跨系统、跨业务的产品，如果缺乏强有力的总体控制，将导致多个系统底层联系付出昂贵的代价。不仅需要牺牲部分功能，还会高度打击技术人员开发积极性。强烈降低内容中心对产品的期望值。 过分依赖文档，会损失效率。90%以上的情况是，作为附件发送的文档，配合部门不会打开仔细研究。多个版本的流程，会给项目带来多次需求反复，并降低团队的互信感。;关键点控制（时间过半任务过半） 合作而不是推诿;需要测试些什