投标管理

在招投标的工作中,招标人发出公开邀请后,投标人需要对招标邀请做出投标反应,这个过程就是应标。 通常,应标工作分为四步:获取标书—标书制作—交标—投标。使用 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提供的周报和统计,通过更高的视角,了解每个项目的健康状态,并为企业决策提供有力的数据支撑。