Worktile 产品经理解决方案

背景介绍：

自1927年产品经理这种职能第一次被提出以来，逐渐在越来越多的行业得到应用和推广，并且取得了广泛的成功。时间推进到现在，TMT 行业的火热，让产品经理成为众多企业中不可或缺的职位，并且毫不夸张地说，一个成功的产品经理不但能引导产品的发展，而且能引导公司的发展。

产品经理作为每个产品牵头人，一般来说，需要负责并保证高质量的产品按时完成和发布。从市场调研 → 需求分析 → 产品设计 → 产品研发 → 产品验收 → 上线推广发布 → 产品运营 → 产品迭代，产品经理都需要参与其中。

面对如此复杂的工作流程，相信很多产品经理经常遇到以下问题：

用户反馈很多很杂

产品需求如何快速调整

交互文档没人看

研发项目经常延期，bug 管理混乱

产品迭代周期不清晰

据悉，产品经理每天工作的有效时间仅占30%，而其余时间总是被管理、流程杂乱，职责不明确导致的需要重复沟通、确认消息所耽误。

Worktile 的价值

在Worktile，跟我们全端覆盖超过10款的产品比起来，产品经理略显人单力薄，可能很难把控所有的工作。但实际情况却是，产品经理能够及时有效地应对，能够借助Worktile 的任务模块让正确的事情持续发生，通过消息、分享功能让信息高效流转，凭借组织架构、权限体系让组织协作顺畅进行。

因此，Worktile 产品经理解决方案，将从 市场调研、需求分析、产品设计-研发、产品运营、产品迭代 五个方面来介绍不同场景下怎样运用Worktile 来应对，帮助产品经理让团队的一切都有序起来。

市场调研

每一个产品经理都希望自己设计的产品是建立在用户最真实的需求之上的，并且希望用户在使用产品的过程中能不断反馈关于产品改进的意见和建议。因此，为了得到用户的前期意见和后期反馈，产品经理需要通过市场调研的方式收集到用户最真实、有效的数据。

Worktile 企业版的一大亮点功能，就是集成了上百的第三方服务，其中包括可以用来进行前期意见收集的麦客表单，还有用来收集后期反馈的AppStore、微信、微博等服务：

麦客+金数据轻松管理表单

AppStore 及时获取用户评论

微博+微信公众号实时了解用户反馈

以上操作只需要由企业的所有者进入「企业后台」，按照「配置服务集成」页面的教程，将所需要的服务「添加」到指定消息群组中，在该群组的成员就可以收到来自第三方服务的消息提醒。这种一个平台汇集多个平台信息的方式，让产品经理不用每日再忙于切换平台，阻断自己的工作。

除了市场调研，产品经理还可以通过第三方服务集成功能，在Worktile 上浏览各种国内外新闻媒体、科技博客、个人博客、一些如最美应用，Mindstore，Next 等产品分享平台，进行产品学习，以及了解最新的资讯与产品。

需求分析

收集需求

在开始需求分析之前，产品经理首先需要将各个渠道的用户反馈进行汇总，这个阶段其实是一种跨部门协作的工作方式，可以在项目中完成。

首先，运营团队可以创建一个名为「需求收集」的项目，并将产品经理邀请进入该项目。收集到的需求，经由产品经理的考量，最后可以分为执行和不考虑两种结果，因此「需求收集」项目内，可以创建名为 收集-确定要做-以后再做-不考虑  四个任务列表：

收集：该列表上用来存放所有收到用户需求，运营团队每收到一条用户需求，就可以在该列表上创建一条任务；

确定要做：产品经理会定期查看收集到的用户需求，当有决定要做的需求时，可以通过直接拖拽的方式将需求从「收集」的列表上拖拽到「确定要做」；

以后再做：有些需求虽然不在产品当前的计划中，但未来是会考虑满足的，可以拖拽至这里

不考虑：考虑到产品定位和现实因素，总有些需求不能满足，这些需求可以放在这里，并通过定期归档的方式清空列表

以上的所有阶段，都可以通过直接拖拽的方式改变需求的状态，并且任务详情里，可以用来备注该需求的使用场景、反馈来源和联系方式，使用场景尽可能的详细可以便于产品经理更深刻的了解用户需求，而联系方式有助于运营团队及时地给用户答复，提升用户体验。

同时还可以用标签来定义任务属性，通过任务优先级来定义需求处理的优先级，让产品经理对需求的状态一目了然。

确定开发需求
产品经理确定了要做的需求后，就需要跟设计、研发人员开会商讨，经由整个产品团队确认，才能最终确认需求的实现。而每次的会议，产品经理可以通过创建日程快速安排。

由于日程支持「日程排期小助手」功能，产品经理能够在安排会议时清晰地查看到设计、研发人员、要使用的会议资源的忙/闲排期，找到最合适的面试时间与地点，避免通过打电话或是发邮件反复确认开会时间；并且日程支持关联功能，每次会议上要讨论的功能，都可以事先关联在日程详情中，方便会议期间随时查看需求的具体信息：

产品设计-研发

确定要做的需求之后，产品经理的工作就进入了产品设计阶段，这一阶段的工作主要包括：确定需求、原型设计、视觉设计、终审、交付开发、产品内测、产品发布，这涉及到产品经理与设计师和研发人员的协同工作，同样可以通过「产品设计-研发」的项目开展。

在「产品设计-研发」这个项目内，按照产品设计的流程创建对应的任务列表，并通过拖拽的方式完成任务的流转：

「确定需求」这一列表，用来存放将会议上已经确定的产品设计需求，每一个需求的细节和设计要求可以在任务描述中注明，并且当一个产品有多平台的设计需求时（iOS/Android/Web），可以用标签来区分它们。

「原型设计」、「视觉设计」、「终审阶段」，每个阶段的任务可以直接分配给负责的设计师，并为任务设置截⽌日期，让设计师⼼中有数。设计师完成工作后可以将对应的设计稿以附件的方式上传至任务，并拖拽至下一阶段。每个阶段的设计要求和细节，可以在任务详情或是评论中备注。当设计最终完成后，就可以将任务继续拖拽至交付开发列表，分配给研发负责人，正式开始产品的开发。

• 产品的开发阶段，可以通过创建子任务的方式将功能点进一步拆分，同时产品经理关于产品的进一步说明写在任务描述中。关于任务的进展产品经理和研发人员可以通过评论沟通，让所有的消息都能沉淀下来，实现产品研发一体化。

产品运营

产品发布后，就进入了运营阶段，这一阶段产品经理也需要参与其中。因为在产品正式上线后，用户会在使用过程中产生各种各样的问题，运营团队在收集到用户反馈后，还需要提交给产品经理，进行评估。在Worktile 上，这一阶段可以拆分为  收件箱-解决中-已完成、待发布-已上线-已告知客户-搁置  几个任务列表：

收件箱：存放运营团队收集到的用户反馈，在详情页注明反馈的来源和联系方式，可以用标签注明反馈的来源（iOS/Android/Web）和属性（bug/建议）；

解决中：产品经理和研发人员在筛选过收件箱的任务后，将需要解决任务拖拽至该列表下，产品经理可以根据开发计划决定鼓掌的轻重缓急，以优先级的方式区分处理顺序；

已完成、待发布：已经实现但还没有部署的功能放在该列表下，有助于运营团队告知急需了解功能进展的用户

已告知客户：这一阶段主要是运营团队负责，及时告知客户可以提升客户的使用体验；

搁置：产品经理经过决策后将暂不需要实现的功能拖拽至这里，可以让运营团队再遇到用户反馈同类问题时及时给出答复。

由于产品经理、研发人员、运营人员都在「用户反馈」这个项目中，每次用户的反馈都可以及时地更新并添加相关负责人关注，让产品负责人在了解用户感受的同时，也能够在第一时间给用户回复，从而大幅度地提升了整个产品运营的效率和质量。

产品迭代

当产品基础框架开发完成，进入成熟期后，产品的周期化迭代就变得非常重要。而在产品迭代的流程中，产品经理其实更多地扮演了项目经理的角色，需要跟进整个迭代的进度，也需要及时协调各方资源，保证迭代成功进行。

产品经理可以创建名为「产品迭代管理」的项目，并按照每次迭代的产品名称创建任务列表，列表上创建若干个任务用以呈现每个版本迭代的功能点，每个功能点的完成时间可以通过设置截止时间的方式表示：

当迭代项目内的版本列表较多时，可以将一些近期不需要查看的列表归档。归档的任务列表信息不会消失，当你需要再次查看的时候，可以在项目内的「归档任务」中查看。

总结

跟研发人员不一样，产品经理主要是同人打交道，在做好自己的本职工作以外，还需要组织处理好很多很复杂的关系和工作。从市场调研，到最终的产品上线，产品经理作为产品的全程参与者，需要具备良好的沟通能力、组织协调能力、资源运用能力、推动和协调各部门的合作和有序进展。

所以对产品经理来说，如何在繁杂的工作中理出一种高效的办公方式是应该首先考虑的。而Worktile 作为企业协作平台，能够实现一站式办公方式，无论是个人工作管理，还是跨部门、远程协作，都可以轻松应对，相信一定能够帮助产品经理避免时间、沟通成本的浪费，将更多的精力专注在产品本身上。