• 负责Thoughts 产品线的产品工作，包括需求定义、 产品原型设计和对外输出；
• 制定和维护所负责的产品模块的规划和节奏，能够和团队一起协作确保需求有效评估、落地实现和最终成功上线。

岗位要求：

• 3年以上产品相关的工作经验；
• 有市场敏锐度，尤其是SaaS 行业市场；
• 能够积极沟通，开放协作，并愿意倾听；
• 能够独立自主的完成工作，自驱动力强；
• 有研发和设计经验者优先；
• 具备知识类产品或者文档协作类产品经验者优先。

• 负责 Teambition 产品线的产品工作，包括需求定义、 产品原型设计和对外输出等；
• 制定和维护所负责的产品模块的规划和节奏，能够和团队一起协作确保需求有效评估、落地实现和最终成功上线。

岗位要求：

• 3 年以上产品相关的工作经验；
• 有市场敏锐度，尤其是 SaaS 行业市场；
• 能够积极沟通，具备良好的团队协作能力；
• 自驱力、学习能力强；
• 乐于挑战和解决问题，积极敬业、责任心强；
• 有交互设计、用户体验经验者优先。

• 深入理解产品业务，编写测试用例，并帮助开发完成自测
• 独立承担所负责模块前后端的全部质量责任
• 独立完成所负责模块的移动端自动化脚本
• 独立完成前端性能和后端性能测试任务
• 协助团队共同优化研发测试流程和质量标准
• 与团队成员共同完成团队内部的测试开发工作

任职资格

• 具备3年以上的 Web 端与 App 端实际项目测试经验
• 良好的系统分析和逻辑思维能力
• 良好的沟通能力、表达能力以及协调能力
• 熟悉任意一门高级编程语言
• 熟悉 Selenium 或 Appium 框架
• 有实际的测试工具开发与应用经验

Teambition Android 是一个自驱动的、对前沿技术非常敏感的团队。我们会频繁地组织技术讨论和最佳实践的分享。 Teambition 具备足够复杂的业务场景，对数据同步有很高的要求，如果你对流式架构、响应式编程感兴趣，欢迎前来挑战。有任何你想在技术上的探索和实践都可以随时开始。 我们正在为你定制一份激动人心的成长计划，等待着足够自驱和富有激情的你加入。

你的工作内容

• 分析和理解 Teambition 产品需求，与产品、设计、测试同学紧密协作，按计划完成客户端功能研发任务；
• 理解和拆解 Teambition Android 架构目标，与团队成员紧密协作或独立完成架构任务；
• 挖掘和分析工程项目中的业务逻辑、编码、设计、性能、安全等方面的问题，研究解决方案，制定计划并推进实施；
• 严格执行代码审查，对团队代码质量产生积极影响；
• 跨团队研讨技术或业务，制定优秀的解决方案。

这些是对你的基本要求

• 计算机或相关专业学士及以上学位；
• 2 年以上 Android 开发经验；
• 思路清晰，思维敏捷，责任心强，有良好的沟通能力和团队协作精神；
• 有扎实的 Java 或 Kotlin 编程基础和模块化设计功底；
• 熟练掌握和运用 Android 系统、组件、服务和 UI Framework 知识；
• 熟练掌握 RxJava，具备实战经验，能「正确」理解和使用操作符和流对象；
• 熟练掌握 Git，能够规范地对代码进行版本管理；
• 理解和驾驭 Retrofit、OkHttp、图片加载框架、持久化框架。

这些会让我们眼前一亮

• 成功推动过项目或团队技术进步；
• 主导过业务项目，完整地经历产品功能的各个阶段；
• 有持续集成或前端开发经验；
• 理解并很好地驾驭 Architecture Components；
• 对 Flutter、单元测试、SSOT/UDA 有实际经验或研究兴趣；
• 出色的英语能力；
• 出色的条理性和文档能力；
• 对函数式编程有一定的经验和兴趣；
• Teambition 用户

• 负责基于 Teambition 的后端业务系统进行新组件/功能的开发；
• 分析项目需求，能给出良好的解决方案，并协助其他人员完成开发及调试工作；
• 持续关注新的技术，从其中选择适合我们的技术并应用其改进我们的产品。

职位要求:

• 熟练使用 Node.js/JavaScript/CoffeeScript；
• 对常用框架和 Node.js 的 events/stream/net 等内部模块有实战经验；
• 熟练使用 Express 框架；
• 熟练使用 MongoDB 数据库；
• 能独立完成新功能模块的接口设计和开发工作。

Teambition 市场部没有设立 Online、Event、PR 这样的职能角色，每位成员都有机会独立主导大大小小的项目，因为我们希望你在这里能得到更全面的成长和发展。 如果你经验尚浅，可以从一件小事做起，比如为官网制作一个新的落地页，并且通过不断优化达到理想的转化目标；如果你已经有相当的经验，我们很乐意见到你发挥所能，带领其他成员一起策划出精彩的 Campaign。

目前我们正在寻找一名市场经理，你的职责将包括但是不限于：

• 根据营销目标，策划和执行线上营销 Campaign
• 独立设计 Campaign 方案，设立可衡量的转化效果
• 主策内容和创意；与外协作者沟通，互相激发灵感，输出高质量内容
• 管理投放和传播，合理分配预算，获取优质流量
• 监测数据并及时调整优化方案
• 与团队成员复盘 Campaign 并且分享经验
• 拓展外部合作，策划联合品牌营销
• 主动探索合作机会，包括与媒体、用户企业、友商、KOL 等
• 主策方案，找到双方共同的 high 点，推动合作达成
• 协助管理大型市场活动
• 参与策划，并且独立管理活动的部分模块
• 关注新的增长方法和工具，主动为公司引入

我们对你的期待：

• 本科以上学历，拥有 3 - 5 年市场营销经验，并且热爱这项工作
• 拥有成功的线上营销操盘案例
• 逻辑缜密，擅长分析，基于数据驱动制定策略
• 是个好编辑，挺会做内容
• 擅长沟通的协作者
• 你对 Teambition 的发展很重要，因此希望你爱学习、爱思考、不畏挑战

• Thoughts 前端功能梳理、开发和单元测试；
• 需求分析，提供的解决方案及设计，协助团队成员定位问题；
• 对前端架构进行优化，绘制架构图；
• 学习新的技术，根据产品进行技术选型

职位要求

• 熟练使用 TypeScript 和 JavaScript 有基于 React 等现代前端框架的项目开发经验
• 在项目中使用过 Redux 等前端数据流框架 熟练使用 Git 或类似的代码版本管理工具
• 良好的编程风格，使用UML等工具进行设计
• 有前端项目打包和发布经验

加分项

• 有在项目进行单元测试的经验
• 有 RxJS、SSR 开发经验
• 有 Node.js 开发经验

在Teambition 数据分析团队，你可以深入了解如何从纷繁复杂的数据中进行探索，如何通过数据改良产品，用数据驱动业务。在这里，你和我们共同成长，推动公司的业务发展。

你的工作内容

与业务方沟通相关分析需求，并独立承担基础数据处理、数据调研分析和报表开发等数据工作；

快速并充分理解产品和业务，搭建自动化监控及可视化体系，建立分析指标体系；

跟踪核心指标变化，确保各指标、各数据的准确性及有效性，能及时定位并修复异常数据问题；

以数据驱动业务，挖掘业务策略和流程的可优化点，提供有效的数据分析结果；

根据业务发展，完成定期的分析报告及临时的分析需求，以供决策支持；

与业务部门、产品部门紧密合作，推进公司整体运营效率的提升

我们的要求

全日制本科及以上学历，985/211优先；计算机、统计、经济和数学等相关专业；

本科5年以上工作经验，硕士2年以上工作经验；

熟练使用Tableau、Sql等分析工具，Python、R、机器学习算法等是加分项；

对全生命周期的数据工作有深刻理解，包括：埋点与日志解析、数据仓库建设、数据可视化、数据分析与建模；

具备较高的数据逻辑和数字敏感性，有较强的数据及用户行为分析能力，有互联网行业数据分析经验者优先；

具备优秀的业务理解能力、良好沟通能力、学习能力和团队协作精神，工作细致认真；

具备积极解决各种难题的能力，能承受较大的工作压力。

创建项目是开展工作的第一步。我们为每个新注册的用户提供了一个示例项目，你可以进入项目了解 Teambition 的基本操作。

当然，我们更喜欢有挑战的你点击示例项目旁边的按钮，或者点击顶栏右上角的蓝色「+」，填写项目名称，完成创建。

邀请成员，准备协作

创建项目后，你可以邀请其他伙伴与你协作完成工作。

创建成功后，Teambition 会弹出邀请成员的列表，你可以在推荐列表中选择需要添加的成员，或直接输入对方的 Email 或手机号添加，TA 将收到项目邀请的邮件或短信。

你也可以点击邀请界面右上角的「通过链接邀请」按钮，对方可以访问链接或扫描二维码直接加入项目。

创建任务，有序安排工作

点击任务阶段下的「添加任务」，输入任务标题，点击创建，一条任务就创建完毕了。值得注意的是，创建任务时默认的任务执行者是你自己。

设置执行者

Teambition 的每个任务对应唯一的执行者，执行者就是对任务负责的人。创建任务时默认的任务执行者是你自己，你可以点击任务卡片中的头像更换任务执行者，分配任务给某一成员后，对方会自动被添加为参与者。

添加参与者

参与者可以被定义为：关注任务进展的人。点击任务详情页中的「＋」添加参与者后，任务有任何新进展时，所有参与者都能及时收到通知。

科学安排工作

截止日期表示任务的最晚完成时间，任务优先级代表任务的紧急程度，如果你需要创建周期性任务，你可以按照循环周期给任务设置重复。为任务添加这些条件将帮助你更有计划的安排工作。

在应用与插件中心打开「任务分组」插件后，你可以点击项目导航的顶栏「任务」的下拉按钮增加任务分组，按提示输入名称和描述进行创建。

任务分组模板

创建任务分组时，你也可以选择分组模板进行创建，当然你也可以将自己任务分组保存为任务分组模板。

对于经常重复使用的任务面板，你可以将当前的任务看板添加为模板，并为自定义模板命名,，点击对应的任务分组下拉按钮，点击保存每次创建任务分组时能直接应用。值得注意的是，你保存的模版只有你自己可以看到。

任务分组排序

通常，你对于每个分组的关注度是有差别的，这时你可以直接拖拽分组进行排序。进入任务板时，默认显示第一个任务分组。

对任务分组进行排序操作，仅自己可见。

编辑任务分组

点击某一分组右侧的下拉按钮，你可以对当前任务分组进行编辑。

编辑任务分组

你可以编辑当前任务分组名称和任务分组描述。

归档任务分组

任务分组可以被归档，如果你暂时不再需要去关注它了，点击归档即可。如果要查看归档的分组，点击任务板右上角「更多」—查看归档—选择任务分组归档，取消归档或者删除已归档的内容。

删除任务分组

删除的任务分组不可找回，通常不建议删除，如果你可以归档不再需要使用的任务分组。

筛选和排序

任务分组下的筛选功能可以帮助你快速获取项目中满足条件的任务信息。

今天的任务

点击后展示该项目中所有截止日期为今天或今天以前的任务，被标记为非常紧急、紧急的任务会被排在更前面；

未完成的任务

点击后展示该项目中所有未完成的任务，被标记为非常紧急、紧急的任务会被排在更前面。

已完成的任务

点击后展示该项目中所有已完成的任务，被标记为非常紧急、紧急的任务会被排在更前面。

待认领的任务

点击后展示该项目中所有待认领的任务，截止日期越靠前的任务会被排在更前面，其次按照被标记为非常紧急、紧急来排序；

成员的任务

查看项目中每个成员在该项目中的所有未完成任务。

固定任务分组栏

点击项目导航栏任务分组名称边的下拉按钮，选择最后一项：「固定任务分组栏」，就能把任务分组栏固定到左侧，这将方便你切换分组查看任务面板。

近年来，OKRs （目标和关键事件）作为一种新型目标管理方法，受到了很多企业的关注。OKRs 所倡导的新型管理理念，正在取代 KPI 成为广受欢迎的目标制定工具。

关于 OKRs

OKRs 是 「Objectives and Key Results」 的缩写，即「目标和关键事件」。它是在德鲁克的目标管理 (MBO) 理论基础上发展出的一套方法。最初由 Intel 发起，在 Google 使用后被推广开来，近两年逐渐受到了各类公司的青睐。OKRs 的逻辑在于将公司目标层层分解到团队，部门再到个人，在各个层面贯穿和统一起来，每个目标的达成情况由几个关键事件来衡量。用 OKRs 做目标管理有以下优点：

1. 目标的协调和统一。公司 -> 团队-> 个人目标层层分解，每个人不再只关注自己的工作，而是能够看到「the bigger picture」，了解自己在团队和公司整体目标中发挥的作用，让自己的工作更有意义，从而更有积极性。并且，所有团队的目标都能被统一地联系在一起，执行起来可以相互支持；

2. 判断优先级。通过梳理 OKRs，能找出最重要的事情，让全公司专注在最有价值的事情上，便于做出取舍，最有效地利用资源；

3. 双向沟通。OKRs 的制定由员工和自己的直线上级一起制定，需要双方同意，而不是简单粗暴的由上而下，员工只是被动接受

4. 灵活调整。不像 KPI 是死的，只要目标不变，OKRs 中的关键事件（Key Results）在回顾的过程中可以根据情况随时灵活调整；

5. 鼓励创新。员工有自主权去制定有挑战性的目标，而不是拘泥于公司设定的框架里。往往能激发和产生出一些意想不到的新想法和结果，鼓励公司内部创新的发生。

制定 OKRs

结合之前施行 OKRs 的经验，我们总结出了一套「目标制定 ->分解 -> 追踪」 的方法，即「平衡计分卡＋OKRs」的方法，用平衡计分卡制定公司目标，再用 OKRs 分解到团队和个人，来进行全公司的目标管理。你可以创建一个 OKR 管理的项目，将每个部门的 OKR 通过任务分组区分，也可以和 Teambition 团队一样，为每个部门分别建立 OKR 项目，统一管理。在 Teambition 里，每个部门的 Objectives 可以看成一个任务分组（看板）， Key Results 可以具象化为任务，在这里进行团队 OKR 管理，能够将目标由大到小拆分，自上而下细化到每个员工身上。

OKRs 中的每一个目标都决定了大伙应该如何去做，以及能做到何种程度。首先定出公司的目标，其次再根据公司目标分配到每个部门每个团队，各自制定自己的 OKRs，接着每个成员根据部门目标拆分，制定自己的目标。对于一些可以量化的目标，此时 OKRs 也必须量化，比如销售团队设定销售目标时，需要添加对应的时间或数量（如：年的销量较去年增加50%）。在 Teambition 中，这一切都公开透明，任何员工都可以看到自己在这个团队中的工作价值，以及为推动团队目标的达成将要承担怎样的责任。

定期回顾

OKRs 不是永久的，它往往与企业某一段时间的战略目标挂钩。你可以在每个季度初需要确定部门和员工的季度的 OKRs，在季度结束时结合部门和员工的工作完成情况给每项 OKRs 打分。同时，也通过这样定期的季度会议检查 ，及时调整 OKRs 以适应变化。每季度的回顾任务及文件可以设为公开，给同事们提供更好的学习样本同时，也激励大家在工作中以更高的水准要求自己。

点击阅读 Teambition COO 王雅倩有关 OKRs 与目标分解的文章

跨部门协作

项目好复杂，部门太多，责任不明，出事没人管，怎么办？

为了实现高效的项目管理，需要使用科学的管理框架合理分解任务、分配具体行动、设定不同责任人、监控进程。在所有的项目管理方法论中，「责任分配矩阵」（Responsibility Assignment Matrix，RAM）独树一帜，尤其在跨部门协作方面有优势，无论任务大小和复杂度、或者中途内容有变动，都能真实地反映项目的具体情况，并且让每个人都明晰自己的职责，确保任务的最终成功执行。

「责任分配矩阵」主要针对解决了「谁来对项目的主要产出负责任」的问题，最显著的效果包括：

1. 清楚界定每项成果
2. 为项目的每项成果设定责任人
3. 让跨职能沟通更为有效
4. 加速项目决策流程，简化审批

关于 RACI 模型

「责任分配矩阵」把项目的主要成果的责任情况分为RACI （Responsible, Accountable, Consulted, Informed，即「负责」、「问责」、「咨询」、「通知」)。Teambition把这套先进的管理思想融入进产品设计逻辑，结合进简洁易上手的使用界面中。

RAM理论基础——工作分解架构（Work Breakdown Structure, WBS）

RAM是建立在WBS的理论基础上的，在对任务进行有效分解之后，利用R、A、C、I来分配具体执行任务。 使用WBS进行任务分解的基本原则是：

1. 相互独立，完全穷尽（Mutually Exclusive Collectively Exhaustive, MECE）：分解的任务各部分之间相互独立，所有部分完全覆盖任务的各个部分；
2. 结果导向，而非行动：分解任务时关注结果，而不要陷入对细节行动的过分关注当中，导致分解过于繁琐复杂。 利用WBS分解任务的树状结构实例：

而Teambition的企业->项目->任务->子任务的层级结构就是融入了WBS思想分解任务，然后根据具体任务使用RACI制定具体责任人。

RAM使用过程

在具体工作过程中，会分解子项目和具体任务人，制作成RACI表格。编制RACI的具体步骤包括：

1. 按照WBS把大任务分解为具体任务项，列在RACI表左侧；
2. 与团队讨论并确定流程中的所有角色，记录在RACI表上方；
3. 完成RACI表的方格单元：辨识每一个流程、活动的角色（R、A、C、I）；
4. 每一个流程只有一个「R」角色，这是RACI的一般原则。当一个流程找不到「R」角色时，则出现缺口。当一个流程有多个「R」角色时，则出现交叠；
5. 解决交叠问题。每个流程只能有一个「R」角色，以便明确流程的具体拥有者和责任。如果不止一个「R」存在，那么就要对该工作包进行再分解，然而再对「R」进行分配；
6. 解决缺口问题。如果某个任务找不到「R」角色，项目负责人则应该在现有角色中（或者发现新人选）挑选、任命一人担任「R」 。

以Teambtion内部使用情况为例：

1. 根据公司内部的核心部门，分为市场、销售、专业服务、产品、支持、工程、用户支持部门，列在RACI表上方；
2. 开发最好用的团队协作软件，让更多不同规模、不同行业的用户顺利使用， 并持续提供服务帮助客户成功一直是Teambition的宗旨，根据这个核心宗旨分解为7个任务，列在表格左侧；
3. 和各个部门的负责人讨论他们如何具体负责或者辅助该任务，填入R、A、C、I；
4. 提供一个RACI草稿表格，提供给各个责任人讨论、修改、最终通过RACI表格；
5. 最终按照RACI进行日常任务协作，使每项核心的任务都有一个专职部门负责，没有遗漏也没有重叠，其他部门明确自己的辅助责任，实现跨部门的有效协作。
   
   

高效会议

每个公司、每个部门都有无数的会议要开。说的人滔滔不绝，听的人云里雾里，1小时的会3小时还没开完，坐久了浑身僵硬，恐怕是所有人避之唯恐不及的事情。在 Teambition ，同样有大大小小的会议，然而仅有两间会议室的我们是怎么实现高效的信息交换，将有限的时间和空间资源最大化利用的呢？今天，我们来说一说开会这件说小不小的小事。

一、从站会开始新的一天

每天早晨，研发团队的负责人会打开看板，在项目菜单中选择“查看更多-任务演示模式”，将任务板上的工作进程全屏展示，然后每个人依次简短地与团队成员交流三个问题：

1、昨天我完成了什么？

2、今天我要做什么？

3、在开发过程中遇到了什么阻力？

15分钟，就能有效的让每个人都跟进项目进展、认识潜在挑战。站立保证了会议的高效；团队成员也能因此养成每日回顾昨天工作并规划今天工作的习惯，确保自己在有限的发言时间内言之有物，实现有效沟通、推动信息交换。 站会体现了敏捷开发快速验证、快速修改的精神，充分呼应了敏捷原则的第6条：不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。

在 Teambition 上，开发团队的负责人会为每日站会创建一个日程，设置“工作日重复”，添加团队成员为参与者。每天早晨，团队成员登陆 Teambition ，打开日历，站会的日程象征着新一天的开始；站会后，大家各自带着明确的目标和满满的干劲开始新一天的工作。

二、简短详实的部门周会

每周一早晨，销售部门会在周会上回顾上周业绩、调整本周销售方向。销售总监提前把每周的Agenda（议程）列在日程的备注中，相关议程的负责人就可以做好充足的会前准备，并将自己负责的内容归纳成要点，添加在议程中，和与会人员分享，开会时也能起提示作用，引导自己的思路。开会用的PPT可以直接上传在评论中，方便大家随时参阅。

对于开发团队来说，每个为期两周的Sprint（冲刺计划）需要召开启动、中期梳理和结束回顾三次会议。在中期会议上，开发团队会梳理目前遇到的瓶颈，反思在资源协调和进度把控上的不足，并做出相应的调整。

三、头脑风暴即时落地

跨部门会议有效的实现了企业内部的信息大循环，不同部门的声音彼此碰撞，最终汇聚成一股坚定的力量推动公司的前进。开会时热情澎湃，但怎样才能避免开完会千头万绪、无从下手呢？在 Teambition ，当会议上形成一个相对成熟、完善的计划时，相应的负责人会直接在自己部门的项目里建立任务，明确责任人和预计完成时间，会后的执行和追踪变得轻而易举。高效的会议如果受到执行力的限制，再多再好的点子也只是空谈， Teambition 行之有效地解决了将想法和计划落地的难题。

四、年度回顾有迹可循

年底将至，个人和部门都需要回顾今年的工作，通过反思总结经验、避免教训。但是对一整年的工作内容进行量化和回顾，谈何容易？

在 Teambition ，借助OKRs（目标和关键事件）的管理理念，我们总结出了一套「目标制定 ->分解 -> 追踪」的方法，即「平衡计分卡＋OKRs」的方法，用平衡计分卡制定公司目标，再用 OKRs 分解到团队和个人，来进行全公司的目标管理。你可以创建一个 OKRs管理的项目，将每个部门的 OKRs 通过任务分组区分；也可以和 Teambition 团队一样，为每个部门分别建立 OKRs 项目，统一管理。

在 Teambition ，每一个 Objective 对应一个任务列表， Key Results 则具象化为任务，在这里进行团队 OKRs 管理，能够将目标由大到小拆分，自上而下细化到每个员工身上。 OKRs 也可以实现目标的量化，比如在销售团队设定目标时，需要添加具体时间和数量（如：年销量较去年增加50%）。在 Teambition ，这一切都公开透明，任何员工都可以看到自己在团队中的工作价值，以及为推动团队目标的达成将承担怎样的责任。

有了清晰的目标分解和责任分配，无论是员工汇报年度个人工作，还是管理层回顾各部门进展，都井井有条、有迹可循。 Teambition 让你的年度总结会议更轻松。

附：敏捷宣言12原则

1、我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。

2、欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。

3、经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。

4、业务人员和开发人员必须相互合作，项目中的每一天都不例外。

5、激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。

6、不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。

7、可工作的软件是进度的首要度量标准。

8、敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。

9、坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。

10、以简洁为本，它是极力减少不必要工作量的艺术。

11、最好的架构、需求和设计出自自组织团队。

12、团队定期地反思如何能提高成效，并依此调整自身的举止表现。

在招投标的工作中，招标人发出公开邀请后，投标人需要对招标邀请做出投标反应，这个过程就是应标。 通常，应标工作分为四步：获取标书—标书制作—交标—投标。使用 Teambition ，我们可以在组织应标、团队分工、计划、信息共享、审核、沟通等工作环节让整个应标团队的工作秩序保持井井有条和稳定的节奏，可以帮助团队把更多精力放在制作标书的内容和质量上。

标书制作

制作标书是整个应标过程中最复杂的一环，过程中需要输出大量文件，每一份文件都有各自的规范。我们不仅需要和讲明规则，还要对过程中每个阶段的文件进行分类整理。

这时，文件与任务的关联就帮了标书制作者很大的忙。你可以根据不同的任务和阶段，建立不同的文件夹，并将需要跟成员交代清楚的规范和参考资料一并关联到对应任务中。

从接到招标文件，到标书制作完成，每个过程里的每一份文件都被这些文件夹分门别类整理规整，以确保快速呈现特定阶段的工作成果（应标输出物），整个团队的成员都可以随时通过 Teambition 迅速查阅，减少了很多不必要的沟通。

标书评审

标书提交之前，还需要经过多次评审，例如技术方案评审会、商务报价评审会等等，这时，我们将对应的任务和日程关联起来，开什么会交哪份文件不再迷糊。

市场调研

对于比较复杂的招投标项目，投标方制作标书之前需要对竞争对手、市场进行充分调研或收集反馈，这些知识的储备对一份标书的成败意义重大，而且需要及时分享给标书制作人员调整内容。 分享墙很好的承担了公告和知识库的责任：

需要广而告之的情报，通知，和共享知识都能在这里条理清晰的呈现。当遇到相似的招标项目时，我们就可以快速利用先前的知识储备，通过类比完成其他标书，避免了重复调研，效率大大提升。

销售漏斗

在企业中，销售部门总一个尖刀部队，他承载着为公司的发展进行开疆拓土的责任，而销售管理又是一个漫长而复杂的过程，无论是短平快类型的产品销售还是大型项目化销售管理，都需要一套包含完整阶段的漏斗模型进行管理。每个里程碑的达成都需要各部门的协作、沟通完成。

Teambition 作为一款团队协作工具，不仅仅可以管理我们的任务，同时它也可以成为一个绝佳的销售管理工具，帮助销售们步步为营，达成销售目标。

销售漏斗（Sales Pipeline），顾名思义，是把销售过程比作一个漏斗，科学反映机会状态以及销售效率的销售管理模型，好的销售漏斗无疑是打造高效销售团队的黄金公式。 利用 Teambition 灵活的任务看板，我们可以把每个「项目阶段」定义为不同的销售里程碑阶段，用百分比表示赢率，不同客户以「任务」的形式，按赢率大小记录在不同的「项目阶段」内，最终形成一个客户漏斗。

先于一切：精细化的人员和客户管理

当销售团队规模达到一定量级的时候，我们可以建立多个任务分组来区分和管理每位销售同事的 Pipeline。 以 Teambition 销售团队为例，我们为每个城市的销售团队分别建立了项目，而在每个项目中，我们以销售人员的名字来设定任务分组。

在推进工程中养成使用标签的习惯，能为后续跟进的工作提供很多便利。用标签标记客户，可以帮你精准筛选对应区域的客户，同时，标签也可以用来标记一些重要客户。

如何使用销售漏斗

线索客户 线索池中代表着销售新挖掘的种子客户为每个种子客户建立一个任务，备注中记录客户基本信息和沟通进展，便于筛选目标客户。

覆盖关键人物 筛选出意向客户后，通过销售们长期跟进，挖掘痛点，不断沟通鼓励，这个客户通过「漏斗」筛选进入到这个阶段。 销售们可以把将决策者的信息记录在备注中，并为后续拜访建立一个日程关联至任务，有特殊时间要求的用户用优先级区分拜访先后，当拜访完成后用标签标记客户的付费意向。

回款 每次的移动表示该阶段任务完成。输单客户，则做归档处理。 确认付款的客户最后会移动到「回款」阶段，当收到款项后，勾掉对应的任务，销售工作顺利完成。

Teambition公开透明的任务板可以避免销售漏斗的使用流于形式，帮助整个销售团队了解整个销售工作的进展，明白每个阶段的标准是什么。最终，销售人员在 Teambition 中可以形成一个共同的作战语言，达成团队共识。

IT项目管理

IT项目管理是项目管理在IT领域的应用，结合IT行业特点运用项目管理技术、理念和方法，涉及9大知识领域（项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理）以及启动、计划、实施、控制和收尾等等过程组成。

Teambition作为一款以项目管理为单位的高效的团队协作工具，能很好的应对项目实施的复杂性及项目的风险管控。

下面我们将以IT软件项目实施管理为例，展示Teambition在IT项目管理中的应用示例。

界定项目实施工作范畴

对于一个产品化的软件项目实施管理内容，通常会包含三个模块：

1. 标准化产品实施
2. 个性化二次开发
3. Feedback（上线后的服务与反馈跟踪） 我们可以通过Teambition任务分组功能，进行独立看板管理，同时可以将项目实施所有工作整合在一个项目中进行集约化管理。

定义项目里程碑

里程碑的阶段流程设计应考虑几个因素：

• 阶段定义明确、清晰可以引导项目逐步走向成功；
• 阶段流程需适应软件的实施与开发过程；
• 阶段可指导项目实施开发活动，有利于对项目实施开发活动的管理；
• 阶段定义能使项目组成员清楚的知道开发与管理的过程和相互间的关系。

基于以上考虑因素，我们先来定义三个模块的流程：

一、 定义标准产品实施流程 对于一个软件项目的标准产品实施，通常会经历7个阶段（可根据实际情况调整）：项目启动—产品准备—部署与调试（测试机）—认知培训—正式上线部署—推广应用培训—项目验收

二、 定义个性化二次开发流程 通常在标准产品外，为了更符合客户的实际业务流程会会进行一些个性化开发需求，一般需要经历如下流程：需求列表池—需求确认与蓝图方案—功能设计—功能研发—完成—测试环境部署—生产机部署

三、 定义Feedback流程 Feedback是用来管理在项目验收后，出现的所有问题、需求方面的收集跟踪，为了清楚的知道每个反馈的类型，进度，责任人以及完成情况，可以设置为如下流程：待处理—需求—BUG—处理中—待验证—已完成

当我们把项目阶段定义好后，基本的项目框架逻辑也就更加清晰，阶段的设置通常由项目经理定义规则，并有效的传达至项目成员。接下来就要开始每个阶段的任务执行了。

拆解阶段内活动内容

在软件项目实施过程中，每个实施阶段都有相关的任务活动，分别由不同的人协作处理，此时我们可以将每个阶段所需要做的内容以任务卡片的方式创建。 单纯的卡片标题无法很好的展现任务活动内容，通过任务详情，我们可以更好的丰富内容信息：

• 设置开始时间和截至时间，同步信息至项目成员，以便更好的匹配进度。
• 设置紧急度，定义任务的优先级，保证紧急任务优先处理。
• 完善备注信息，补充并诠释任务活动的详细内容，使任务更为落地可执行。
• 指派子任务，任务分解执行，它可以是自己任务的to do list，同时更多的是通过子任务邀请成员协作完成项任务。
• 在IT项目管理中会产生大量的沟通交流，通过TB提供的交流窗口可实时获取任务执行的指导意见以及问题反馈。同时所有的评论和操作日志将按照时间纬度留存用于回顾追溯，新的项目成员加入时可快速了解任务过往，降低沟通成本。

每个阶段的任务完成后，开始进入下一阶段的任务处理，当所有阶段的任务都完成后即代表项目实施的完成。如未来在软件运行过程中出现任何的问题，可快速的通过阶段下的任务定位当时的场景，可快速获取问题处理的第一手资料。

项目资源中心及成果产出

通常在项目管理过程中，会有大量的成果产出，可以通过不同的文件夹，分别存储每个阶段包含的文件内容，例如：需求文档、方案文档、配置文档、培训文档、上线报告、验收报告等等。 基于云端的存储，使资源的获取变的不受时间和空间的限制。

项目管理中文件的产出总是伴随着不断的文件版本迭代，而此时Teambition文件的版本管理将承载着这一关键的角色。它可以清晰的记录每个文件版本的演变过程，并可以独立下载。 文件上传后将相关的人员加入参与者，在评论窗口下实时发表对于文件的建议。在文件存储的意义之上，文件又具备了协作的意义。

项目复盘及知识沉淀：

IT项目管理特别是软件项目实施管理中，每当项目结束后，总是需要做一次项目复盘。不仅是一个总结，更是一种知识的沉淀，通过Teambition分享墙记录每个问题的攻关，每个阶段的小结，每一次新的技术手段的应用，不断的积累，而这种知识积累将指导企业项目管理不断的步步为营。

Teambition应用总结：

IT项目管理过程是一个复杂、多变及风险兼备的过程，每个项目的实施都伴随着交期压力，项目组成员变更后交接，项目组内工作存在信息壁垒，资源调配等问题。 通过Teambition进行项目管理，可以从三个视角很好的解决这些问题：

• 普通组员：可清楚的知道自己的任务安排，组员之间可以通过Teambition清楚的了解每个人的进度进行进程匹配。

• 项目经理：透过一张可见即可得任务看板，就可以清楚的知道项目有多少任务在流转，任务的责任人，任务所处的阶段以及逾期情况都可以清楚的获取到，对于一些重点问题可实时基于任务进行协作交流，使项目项目更具备可控性。

• 核心领导：通过Teambition提供的周报和统计，通过更高的视角，了解每个项目的健康状态，并为企业决策提供有力的数据支撑。

Campaign的计划往往需要提前很久就开始。成功的Campaign是整合性的营销策划。从有计划，到具体每个Activity的策划，再到具体执行的不同环节过程复杂，常常需要团队加外部Agency的通力配合，也就面临着各个子项目进度很难掌控，如何可以更好地做到Campaign的进程管理，并且能够实时跟踪每位团队成员的工作效率？

策划过程清晰可见

在任务板上，流程的每一步都是一个阶段。所有Campaign都从一开始的「待处理」走到最后的「提请执行」。这其中包括了确定Campaign目标、确定渠道和战略、制定预算评估回报、确认量化指标等。通过 Teambition ，这些流程非常清晰地展现在市场人员面前。

市场总监只需要看任务板，就可以立即掌握每一个Campaign的策划进程。市场人员对于每个Campaign的策划决定了整个活动的成败，策划过程中遇到的问题，可以立即在相应的任务评论，请市场总监或其他销售同事的帮助。

Campaign 主题、渠道和战略等信息都可以在任务备忘里面添加。市场人员对于Campaign的评审会议的日程也可以关联过来。这些讯息，都集中在一个地方，方便市场总监了解每一个Campaign的策划进展，也方便做相应的资源计划。

任务分组，管理不同渠道 Campaign

根据不同的目标用户或不同的市场目的，会选择不同渠道执行Campaign相关的任务，当任务达到一定量级时，不同渠道的执行任务需要互相协作并达到全局管理的要求，那么任务分组就可以用于划分不同渠道，并形成项目内的任务互动。让Campaign执行更加精细化和高效化。

线下活动策划

线下活动策划是 Campaign 的重要组成部分，也是相对流程和工作最繁琐的。市场人员需要从活动的计划、组织、宣传、执行到总结收尾，整个过程都需要多人协作配合。在每个不同的阶段通过分配子任务，将多人配合的进展和计划管理得井井有条。在一个任务面板上将所有信息汇聚之后，让设计、运营、销售、工程等不同团队参与活动执行的成员都可以有机地配合起来，并且借助Teambition的移动端快速地达成异地远程的活动执行。

Agency 互动

与Agency的互动是市场人员日常工作非常重要的一环，而其中尤为重要的是文件分享、讨论和版本管理。传统的邮件不方便查看搜索附件，也不方便即时讨论；而即时聊天工具也不方便追溯回顾和版本管理。那么，市场人员就需要有一个便捷且汇聚的平台与Agency进行文件类互动，而Teambition的文件库就大大提升了互动效率。

文件分享，随时随地

文件稿件的共享追求的是随时随地。Teambition 提供不限容量的文件库，Agency的设计师可以随时随地上传海量设计素材和设计稿。我们会给每个文件打上不同的「标签」，市场总监可以很轻松地找到同类型的所有文件。而整理后的文件库，也可以用于搭建市场素材库，为品牌宣传、文案规范、销售工具、内部培训做好基础建设。

文件讨论

Agency的设计师完成初稿后，将图片上传到文件库，并添加相关的市场人员为参与者。他们马上就能直接看到稿件，在评论中提出自己的修改意见。

版本控制

文案工作者最头痛的一定是不断变化的需求导致不断地改稿，这样就需要一个非常方便的版本管理平台。那么当Agency的设计师接到改稿意见之后，完成修改稿。他只需要点击「更新版本」，不仅会提醒所有参与者，之前的版本也不会被删除——随时都可以找回预览、下载。

内容营销策划

内容营销策划包含明确目标访问群体、网页Profile、内部信息需求收集、内容定位等，涉及到企业内部与外部的通力协作。作为这项工作负责的市场人员经常需要去主动联系每个部门获取相应的更新内容，再给到Agency进行设计美工并上线。 如何提高企业内部各部门之间的团队协作与信息共享就成为了一个难题，而Teambition则完美地让这个过程畅通且透明。

任务看板让任务更清晰，关联文件让跨团队沟通更便捷

在任务板上，每个任务列表都是一个网站的页面模块。所有内容维护的任务都可以建立在对应的列表下。而与各个部门沟通与素材收集是最让市场人员头痛的事。Teambition可以直接将任务关联对应部门项目里文件库中的文件夹。这样既方便各个部门在自己的项目中提交维护这些内容文档，也方便市场人员随时调取，大大降低了多点沟通、反复沟通和信息不对称的问题。

行政工作可以说是千头万绪、纷繁复杂的。企业行政人员每天都面临着大量的、琐碎的工作事务。提升行政工作的效率对提升整个公司的工作效率有极大的助益。

一般的公司会选择自建或购买一套 OA 系统来管理这些事情。这种解决方案不仅部署成本和维护成本高，而且一般界面非常复杂、操作繁琐。

如何通过Teambition让事情变得井井有条，轻松管理公司日常工作？

办公用品采购

在任务板上，流程的每一步都是一个阶段。我们可以按照公司实际情况，将办公用品的采购流程确定为“未完成”、“部门经理确认”、“进行中”、“已完成”四个阶段。公司中需要申请办公用品的员工自行在“未完成”这个阶段下创建一条采购任务，同时，将部门经理、行政同事添加为参与者。行政部的同事每天只需在这个任务面板中查看需要采购的物品清单，并且可以实现审批的功能。随着任务在不同阶段的流转，任务的参与者都可以及时了解到采购进度。

采购物品的信息、要求都可以在任务备注甚至以子任务的形式添加。将采购任务以执行者的方式指派给行政部同事。可以设置截止日期，避免遗忘或者拖延太久。

任务分组：管理不同的行政事务

行政工作不只有办公用品采购。根据不同的行政工作内容，通过创建任务分组的形式，将不同流程、不同内容的工作统一在一个项目内进行管理。繁杂、琐碎的日常工作有了清晰、明确的分类，在每个任务分组下，都可以单独进行相应的流程管理。

财务报销

公司经营活动越频繁，需要报销的情况就越多，而若是没有很好的管理工具，报销流程会非常混乱，并且无法很好地统计报销项目。

在Teambition上，不仅可以实现报销的审批流程，还可以通过按照部门进行任务分组、给任务打标签的方式，清楚掌握各个部门的报销情况以及类型。

通过Teambition的“分享”功能，在公司内部明确财务报销流程，并以这种公告的方式通知大家，同时将制定好的流程以分享的方式指导大家去执行规范的流程。

合同审批

合同审批的流程在公司行政工作中相对复杂，可能需要多层审核。同时，与客户签订的大量合同也需要归档和整理。在Teambition的任务面板中，创建好合同审核的流程，每个需要主管/总监审批的流程对应一个任务列表，审批人只要查看自己任务列表下的审批任务即可。

Teambition 提供不限容量的文件库，企业可以用它来搭建自己的公司云盘。将合同的电子版分类存放在文件库中，用以实现合同的保存和整理，并且作为一个云盘，无论在哪里都可以通过多终端查看或者下载合同。

Sprint 规划与执行

为了同时管理多个迭代版本或者冲刺计划，可以将它们分别设置为任务分组，比如 [Feature 4.7]、[Feature 4.8]，并标注相应的上线时间。这样，既可以回顾历史版本，也可以快速切换正在开发和即将开发的版本。

确定开发的需求，会被放入任务板「Opened」的阶段作为待开发需求，并设置相应的工程师为任务执行者。随着开发进展不断推进，任务会被逐步移动到「Working-On」（开发中）、「Pull-Request」（提交代码）、「in-Review」（回顾）, 「in-house Testing」（内测）, 直到需求实现，最终移入「Deployed」阶段。项目成员就可以直观了解具体任务和项目整体的进展情况。

需求管理

收集用户需求

首先，运营团队会创建一个「需求收集」的任务分组，将这一流程分解为收集-整理-归类-提交设计四个阶段，分别建立对应的任务列表。

每收到一条用户需求，运营团队就会在「收集」的列表上创建一条任务，具体的使用场景记录在任务备注中，反馈来源和联系方式以子任务的形式呈现，多条子任务则代表多个反馈来源。如果一个需求任务下面有很多子任务，一定程度上说明这个需求被用户普遍需要，值得产品团队关注。

确定开发需求

零散的需求需要产品团队进行定期梳理，按照功能模块整理、归类，才能交给设计与开发。因此，为了后续更好的与设计与开发团队协作，跟进需求的开发流程直至上线，产品团队会新建一个「需求开发」的任务分组，将「需求收集」分组中的零散任务汇总，按照功能模块整理成新的任务，便于和设计与开发团队进一步评估需求。

此时，产品团队需要与设计与开发团队召开会议，确定开发哪些功能。只需要在该项目里创建一个日程，设定会议主题，将相关部门的人员列为参与者，就可以在会议过程中随时记录会议内容。会后，各部门成员再根据会议内容管理团队或自己的任务。

而在原来「需求收集」的任务分组中，经过整理的零散需求会被拖动到「已归类」阶段，其中确认开发的会被移到下一阶段「已提交」，暂缓开发的则停留在这一阶段。

产品设计

互联网产品的设计工作通常分为以下几个阶段：确定设计需求、原型设计、视觉设计、交付开发、产品完善、产品发布，利用 Teambition 我们能快速响应设计需求、直观了解设计进展。

将已经确定的产品设计需求归类储存在第一阶段，备注中明确需求的细节和设计要求。当一个产品有多平台的设计需求时（iOS/Android/Web），你可以用标签来区分它们。

当完成「交互设计」后，设计师可以将对应的设计稿关联至任务，并拖拽至下一阶段「视觉设计」。当任务进入「设计完成」阶段时，你需要添加研发部门的项目经理为参与者，将设计稿正式交付开发。

项目经理确定开发排期和执行者后，你可以在任务里关联对应的开发任务，保证与研发部门的信息互通，以便出现问题及时调整。

Issue管理

Issue的处理过程包括评估、修复、通知用户三个部分。在 Teambition上，可以拆分为提交-测试确认-修复-合并-内测-上线的流程阶段。用标签记录故障发生的平台和软件版本，工程师就可以快速筛选任务。

管理者根据开发计划决定故障的轻重缓急，以优先级的方式区分处理顺序。在任务板中，还能随时调整工作分配和把控进度，为Issue的反馈与处理建立了良好的管理模式。

新产品上线后，对于收集到反馈，又会统计到 [需求管理]的项目，作为下一轮迭代的需求来源。这样，Teambition 就实现了对整个研发环路的管理。

在企业的招聘流程中，人力资源会对从简历筛选，到笔试、面试和最终的录取的整个过程进行信息整合和统筹安排。

对内要为每个环节安排时间场地，指派面试人员，收取结果。其他部门的同事可能只负责其中一两个环节，而人力部门却需要了解每一个环节的面试结果，这就需要实现人力与各个部门之间的协作和信息共享。

对外则要与候选人进行多次沟通，这就需要人力部门清楚地了解每一个候选人的资料，对候选人的信息进行整合汇总。

使用teambition进行人事招聘的管理，可以完整记录每一个候选人的应聘过程，并汇总简历、时间安排、考官评分等信息。也可以轻松安排任务，指派面试人员，收集面试结果并组织讨论。

项目模板参考：建立人事招聘项目，将各部门负责人和人事部门拉进来。在项目「任务板」上，按照「简历筛选 – 初试 – 复试 – offer发放 – 人才库 - 新人报道」这样的招聘流程划分任务列表阶段。不同的招聘流程，可以通过添加任务板、更改任务板名称、拖动任务版顺序，来建立相应的模板。

招聘第一步

创建任务。为通过海选的应聘者创建一个任务，将简历以附件的形式上传到任务里，用「备注」及「标签」标明简历中的亮点信息。

招聘第二步

安排笔试、面试。经过初步讨论后，如果应聘者简历通过用人部门的筛选，HR 可以把任务拖拽至「面试安排」的阶段中。以用 「任务开始时间」来标记面试时间，也可以时间地点写在日程中，添加参与者后关联至对应任务，并把主面试官设为任务执行者。

招聘第三步

面试结果反馈。「任务评论」可以帮助面试官实时讨论应聘者是否适合这个岗位。用人部门参考前面的任务讨论，能轻松的判断录用与否，无需多次与沟通跟进。

招聘第四步

offer发放。如果面试过程非常顺利，就可以给合适的候选人发放 Offer 安排入职了。如果面试者接受了 Offer ，便将任务截止时间修改为约定好的入职时间，商定好入职细节。对于不合适的应聘者，则放入公司的人才库作为人才储备资源。对于已经确认Offer的应聘者，则放入新人报道栏。

新员工入职及试用期考核

对于新入职的企业成员，人事部门要引导他们到部门报到、提交入职材料并签订合同；也要进行一系列的培训让其熟悉企业构架、制度章程、岗位职责等等，以帮助他们更好更快地融入工作环境。另外，也要进行新员工的试用期考核。

使用teambition，除了轻松安排和更改培训日程、通知培训和参与人员，还可以作为文件库，储存和更新培训文件，方便新老员工查找相关信息。

项目模板参考：建立入职培训项目，将新员工、人事部门、培训同事拉进来。在项目「任务板」上，按照「新人报到 - 一周回顾 – 一月回顾 – 试用期回顾 - 转正」创建模板。不同的入职流程，可以通过添加任务板、更改任务板名称、拖动任务版顺序，来建立相应的模板。

入职第一步

建立任务。为每一个入职的人建立一个任务，添加导师为参与者，将需要了解和完成的事项建成子任务，相关资料放在备忘里，并设立试用期目标。

入职第二步

进行一周和一月回顾。部门领导和人力部门需要对新员工进行定期的表现评估和回顾，人事应该指引安排进行一周交流和一月交流，将任务拖至一周/一月回顾列表，设立截至时间，安排沟通参与成员沟通目标达成情况，交流沟通工作想法等，并行程记录进行存档。

入职第三步

员工试用期到时，人事应该指引安排进行试用期回顾，回顾之前设定的目标以及和团队的契合度，确定是否转正，以及转正后工作目标。试用期目标达成，则成功转正。

请假和外出申请

企业员工请假和外出都需要进行申请和报备。传统的邮件、短信、聊天工具申请，难以追溯和汇总。

使用teambition，员工和领导都能便捷实现申请和审批。尤其通过手机端，领导可以即时收到请假申请，查看请假天数、请假理由，及时批准他们的申请。员工也可以直接用手机照一下证明文件上传到附件中，行政部门就可以立即下载下来备案。

项目模板参考：创建请假申请项目，将所有企业成员拉进来。在项目「任务板」上，按照「申请 – 批准 – 审批未通过 – 已完成」创建模板。不同的请假流程，可以通过添加任务板、更改任务板名称、拖动任务版顺序，来建立相应的模板。

请假第一步

创建申请任务。需要请假的员工创建一条任务，标题写明日期和请假类别，备注请假理由和工作交接，添加部门领导和人事成员，将部门领导设为执行者。此时领导会收到通知查看该任务。申请人在附件中上传病假单等材料。

请假第二步

部门领导审核。批准后将任务拖动到批准栏，申请人则会收到通知该请假已经被批准。

请假第三步

人力备案和汇总。完成的请假任务由人事拖动到「备案」中。点击「菜单」- 「查看更多」-「导出分组内所有任务」，将所有任务导出成为excel文档，再进行数据的汇总和分析用于每月绩效考核和工资发放。

员工离职

员工离职对于企业管理的潜在风险无疑是工作衔接跟不上，导致工作出现脱节，项目进度被迫打乱。Teambition干净到透明的特性，除了确保工作前因后果的全程留存外，还提供了“批量交接任务”的功能，让工作交接不再成为耽误项目的顽疾。

操作详见：点击“企业”-“成员”，点开某个离职员工，选择“批量交接任务”，可以根据不同项目进行批量任务交接，并指派给其他成员继续执行。

离职交接第一步

在「企业」-「成员」中，找到离职的员工，点击进入该员工的「成员详情」。

离职交接第二步

在「成员详情」中，点击「批量交接任务」，选中需要交接的任务。

离职交接第三步

选好所有交接的任务后，点击「指派执行者」，将所有任务转交给现任员工，完成离职的任务交接。