如何设计一个运营活动类H5

[乖女锁不住]

了解事情的全貌应该从宏观到微观，第一步先了解大方向和主流程，细节点都可以放在后面慢慢来。因为沟通也不是一次两次，将会完全贯穿整个设计和开发流程。理解目的，也就是在设计中把握了大方向和原则。 梳理业务流程：主流程是个很粗略的认识而已，进一步跟运营梳理主流程的细分流程、支线流程，流程能够推进，都是靠角色，所以要确定角色的关键步骤。角色之间的配合和互动，用图形来显示会更直观清晰，一图解千愁，下方的主播-用户的任务流程图，将含混不清的主流程理成不同的角色线。 需求是可以更改的，但的为了更有效的结果，最好有理有据，有解决方案。作为需求产品化的负责人，一切都是用户体验，你是有义务替运营完善方案的。 在场景推演阶段，可如图般用思维导图来做梳理和分析，不重不漏记录想法。用角色视角想象他们的关注点，有利于安排信息架构。 功能结构：方案给定，需求、业务流程、场景确定，此时可以跟运营暂告一段落，将注意力放在将想法转化为方案上。不同公司有不同的文档规范，而不同的产品经理也有不同的工作习惯。产品无定法，基本上能完成地具现化你的构思和设计的，就是成功的文档。 产品方案以原型的方式确立之后，可以找运营跟技术过一遍。在确定需求满足，技术上可行，成本精简后，就交付给设计、测试和开发，如果这个过程中发现有问题，还得来回修改到基本无异议。之后还需补全其他文档。 原型是产品文档中最为关键的部分，因产品形态、复杂度、开发进度，其他类的产品文档也许有所取舍，但是原型是必不可少的，它展示产品的最终形态和功能，是所有人沟通的共识，尤其在小团队。 H5的活动页的整体框架扁平，按照常规的做法降低学习成本，将相对低频的信息，奖励跟规则放在第二层级，高频的榜单跟主播进度放在第一层级。 无论是从一个想法还是一份活动方案作为项目起点，无论你前期是否参与讨论，作为产品，在开始产品设计之前，必需先巨细无遗地向需求方理解需求，再梳理业务流程，将需求转化为具体功能点，全局排布分配功能，绘制原型，跟需求方确认方案满足需求，然后向技术交付最终版的原型、流程图、脑图、文字、表格等产品文档。之后跟进产品实现和上线，到最终实施的效果跟预期一致，才算暂告一段落。 关于改动和需求变更，越早提越好，问题越早发现越好。一个基本节点是，项目进入了开发环节，就不能随意改动了，越到开发末期越是如此，除非关键逻辑和大问题。