8款研发任务管理软件对比：工作项、责任分工与团队协作

本文将深入对比8款研发任务管理软件：Worktile、PingCode、板栗看板、猪齿鱼、简道云、诺明项目管理、致远互联、事井然

一、研发任务管理软件怎么选：从任务记录走向责任与交付管理

研发任务管理的常见问题，不是任务没有记录，而是需求拆分后责任不清、开发完成后无人验收、跨团队依赖迟迟没有推进。选型的目标，是让工作项有来源、执行有责任、交接有条件、交付有依据。

本文对比Worktile、PingCode、板栗看板、猪齿鱼、简道云、诺明项目管理、致远互联和事井然8款软件，重点考察工作项组织、责任分配与协作衔接。跨部门项目协作可重点评估Worktile；需求、开发、测试需要关联管理时，可重点评估PingCode；轻量任务、自建流程及项目成本管理，则应选择对应类型的产品。

判断研发任务管理软件是否合适，建议围绕三个问题展开：工作能否拆分并保留关联，责任能否在不同角色间清楚交接，讨论、审批与验证能否围绕同一项工作衔接。

例如，一项“登录功能优化”从需求进入开发，可能还要经过设计确认、接口开发、测试验证和发布准备。软件需要帮助团队看清这些工作的关系，而不只是显示若干张已经分配的任务卡片。

以下选型判断基于产品功能与公开信息，不将功能覆盖直接等同于使用效果。具体版本包含哪些能力、实施需要多少投入，仍应通过真实项目试用和采购方案确认。

二、8款研发任务管理软件推荐：工作项、责任与协作能力分析

以下8款国内产品覆盖专业研发管理、通用任务协作和企业项目管理等不同路径。部分产品适合直接管理研发工作项，部分更适合管理研发项目涉及的组织流程与投入，不能只按功能数量判断高下。

名单中的“井事然”对应泛微旗下项目管理产品，以下采用正式名称“事井然”。

1. Worktile：面向跨部门任务执行的项目管理与团队协作工具

推荐理由：

研发任务经常需要产品、设计、运营、实施和客户服务共同参与。各部门分别维护任务表时，同一项工作容易出现负责人不一致、排期不同步、交付文件分散等问题。

Worktile进入本次清单，主要因为它以项目和任务作为共同协作对象，能够将分工、时间安排、讨论和相关文件集中管理。对于主要问题是“谁负责、何时完成、前后如何衔接”的企业，Worktile与选型目标具有较直接的匹配关系。

核心功能：

Worktile支持任务分工、评论互动和附件协作，可以通过看板、列表、表格等视图查看任务。甘特图用于安排起止时间和建立依赖关系，工时统计与项目报表帮助管理者了解人员投入及完成情况。

项目配置中心支持调整任务属性、角色权限、提醒通知和项目模板。重复出现的工作环节，可以通过自动化配置实现流转、通知及数据联动。

这些能力分别对应任务管理中的三个层面：任务信息是否完整，责任和权限是否清楚，前后工作是否能够衔接。

适用场景：

适合研发与业务部门共同推进的产品上线、客户交付、内部系统建设和跨部门改进项目。中小团队可以用它建立任务执行规范，多部门企业可以围绕不同项目模板组织协作。

如果企业已经有代码、测试等专业工具，当前更需要统一项目任务、排期和业务协作，可以将Worktile纳入重点候选。

优势亮点：

Worktile较值得关注的是，同一批任务能够以不同视图服务不同角色。执行人员关注自己的待办，项目经理查看时间安排与依赖，部门负责人查看投入及整体完成情况，减少为不同管理角色重复整理数据。

对于跨部门项目，模板与权限配置也具有实际意义。企业可以提前约定任务字段、协作角色和提醒规则，使新项目沿用相对稳定的执行方式。

适用边界：

如果企业需要严格管理多层级研发需求、测试覆盖和缺陷关联，应单独验证相应对象及其关系，不能仅凭通用任务功能判断适配程度。

试用时尤其要检查：不同项目能否维护各自的字段和规则，模板调整如何影响已有项目，以及任务交接需要人工操作还是可以通过规则处理。

官网：https://sc.pingcode.com/055c8

2. PingCode：面向研发团队的一体化研发管理平台

推荐理由：

PingCode是一款面向研发团队的一体化研发管理平台。它与研发任务管理主题的匹配点，在于能够将任务放回需求、迭代、测试与交付的上下文中管理。

当团队已经能够分配任务，却仍然难以回答“这项开发对应哪个需求”“这个缺陷影响哪些工作”“任务完成后是否经过验证”时，需要关注工作项之间的关联，而不只是任务清单是否齐全。PingCode适合围绕这些问题开展选型验证。

核心功能：

与本文主题直接相关的能力包括：

• 多层级工作项管理：支持史诗、特性、用户故事、任务和缺陷等对象的拆分与关联。
• 多种项目管理方式：支持敏捷、看板、瀑布及混合模式，可结合迭代、甘特图、里程碑和任务依赖安排工作。
• 自定义工作流与自动化：可以配置工作项类型、字段、状态、流转规则及通知，并通过自动化规则设置负责人、更新状态或发送提醒。
• 开发与测试协作：测试用例可以关联需求、用户故事或研发任务，测试执行过程中可提交并关联缺陷。
• 任务相关知识关联：知识页面能够与项目任务等对象建立关联，让技术方案和执行工作保持联系。

适用场景：

适合中大型研发团队，尤其是多产品、多项目并行，以及产品、开发和测试需要共享工作上下文的组织。

对于既有固定交付节点，又需要持续迭代的项目，PingCode支持的混合项目管理方式值得考察。例如，企业可以围绕里程碑管理总体交付，在具体研发阶段使用迭代或看板组织执行。

优势亮点：

PingCode较有辨识度的方向，是工作项之间的连续关系。团队可以从需求查看相关任务，再结合测试与缺陷判断验证情况，减少任务已经关闭、交付依据却仍然分散的问题。

责任流转也是值得关注的能力。自定义工作流和自动化规则，可以承接部分重复分派与状态处理操作。对于角色分工较明确的研发组织，这些能力能够为规范交接提供基础。

实际管理价值仍依赖团队规则。例如，“开发完成”与“验证通过”应分别定义，不能让执行人员勾选完成代替测试或业务验收。

适用边界：

如果团队只需要共享待办、安排负责人和记录截止日期，完整研发管理平台可能带来额外的配置与维护工作，不必一开始启用多个模块。

复杂研发组织则应重点验证工作项层级、跨项目关系、角色权限和状态回退是否符合实际。对于代码仓库及持续集成工具，还要确认具体连接范围，避免将“可以集成”理解为所有数据都会自动贯通。

官网：https://sc.pingcode.com/f2rev

3. 板栗看板：以任务卡片和多视图组织轻量协作的工具

推荐理由：

一些团队的任务仍然散落在聊天记录、个人笔记和共享表格中。此时更迫切的目标，是建立共同的任务入口，让成员知道有哪些工作、谁在处理、什么时候需要完成。

板栗看板通过卡片集中任务信息，适合用较直观的方式建立基础协作规则。它进入清单的价值，是为尚不需要复杂研发流程的团队提供轻量选择。

核心功能：

板栗看板可以通过列表、卡片和泳道组织工作流程。卡片支持任务描述、负责人、截止日期、优先级，以及附件、清单、评论和操作记录。

除看板外，产品还提供列表、日历、甘特、工作量和统计等视图，并支持自定义字段。团队可以根据执行或排期需求查看同一批工作。

适用场景：

适合小型研发团队、产品验证项目、短周期功能开发，以及研发与设计之间的轻量协作。

如果团队希望先解决任务遗漏、信息不集中和状态不透明，可以从卡片式管理切入，再逐步完善规则。

优势亮点：

板栗看板以卡片作为信息入口，将任务说明、讨论、附件和变更记录放在一起。成员接手工作时，可以围绕卡片理解任务背景。

多视图则为轻量协作提供了更多观察角度。项目负责人既可以按状态查看工作，也可以从日期安排和工作量角度检查计划。

适用边界：

卡片字段丰富，并不意味着已经具备完整的研发工作项模型。复杂需求分层、需求与测试追踪，以及跨产品版本管理，需要单独确认。

项目数量增加后，应重点检查跨看板汇总、统一字段和成员权限。如果每个看板都采用不同规则，管理者仍可能需要人工整理全局信息。

4. 猪齿鱼：连接敏捷协作与工程交付的研发管理平台

推荐理由：

研发任务的实际进度不仅由人员更新状态决定，也受到代码集成、构建、测试和部署影响。任务看板显示“进行中”，并不一定能解释工作停在哪个工程环节。

猪齿鱼覆盖敏捷研发与DevOps相关场景，适合希望同时梳理任务管理和工程交付流程的企业。其选型价值，在于将需求拆解、任务协作与后续交付活动放在连续过程中考察。

核心功能：

猪齿鱼支持需求采集、评审、优先级管理、任务拆解和跟踪。敏捷管理覆盖Scrum、Kanban、迭代及版本规划，任务看板可以呈现状态、优先级和负责人。

工程侧提供DevOps工具链相关能力，可进一步评估任务与持续集成、部署等环节的连接方式。

适用场景：

适合持续开展软件研发、已经采用或准备系统落地敏捷方法的团队，也适合需要结合工程交付过程管理项目的企业研发组织。

如果企业同时存在任务流程不统一、工程工具分散和交付过程难观察等问题，可以将猪齿鱼纳入候选范围。

优势亮点：

猪齿鱼较有辨识度的方向，是将敏捷协作与工程工具链结合起来。对于需要了解任务从规划到交付如何推进的团队，这类连接具有参考价值。

试用时可以选择一项真实变更，检查需求、开发任务和后续交付信息能否对应，而不只查看单独模块是否具备相关功能。

适用边界：

采用覆盖管理与工程环节的平台，需要明确现有工具如何保留、数据如何连接，以及集成由谁持续维护。

如果当前主要问题只是任务指派与进度同步，应比较平台实施投入和实际需求，不宜仅因为未来可能使用更多功能而扩大采购范围。

5. 简道云：通过零代码方式搭建任务与业务流程的应用平台

推荐理由：

部分企业的研发任务与业务表单、审批和资源申请紧密相关。例如，一项研发活动可能同时需要样机申请、外部评审和费用审批，普通任务字段未必能够承接全部规则。

简道云提供按企业流程搭建应用的路径。它进入清单的理由，是可以围绕企业自己的业务对象组织任务，而不是要求所有工作采用相同的项目模型。

核心功能：

简道云提供在线表单、业务流程、仪表盘、权限体系和消息通知等能力，可用于搭建项目与任务管理应用。

企业可以通过表单定义工作信息，通过流程组织处理与审批，通过仪表盘汇总状态。负责人分配、任务之间的数据关联和状态规则，需要在应用设计中落实。

适用场景：

适合业务规则比较明确、需要自行搭建应用的中小企业或多部门组织。研发任务与采购、质量、费用、客户交付密切关联时，也值得考虑。

企业需要有人员持续负责应用设计、权限管理和流程调整，才能维持系统规则与实际业务的一致性。

优势亮点：

简道云的特点是应用搭建能力。企业可以围绕自身业务设计字段、表单与流转过程，并逐步扩展相关管理应用。

对于任务流程差异较明显的组织，这种方式具有灵活性，但灵活性需要以明确的数据结构和维护责任为基础。

适用边界：

能够搭建任务应用，不代表已经具备开箱即用的专业研发管理能力。需求层级、迭代统计、缺陷关系和交付追踪，需要结合具体应用判断。

试用应覆盖多人并行操作、权限隔离、流程回退及数据变更，不能只看正常流程下的表单演示。

6. 诺明项目管理：关联任务执行、工时投入与项目成本的管理系统

推荐理由：

软件服务、研发外包和系统集成企业，不仅要知道任务是否完成，还需要掌握人员投入、预算消耗和项目成本。

诺明项目管理进入清单，主要因为它将任务执行与工时、费用及项目核算联系起来，适合从项目投入角度管理研发交付。

核心功能：

诺明的项目管理能力包括立项申请、任务分解、项目排程、项目派工、团队协同和项目文档管理。

配套工时管理支持记录、审批和多维度统计，并可根据工时记录核算项目人工成本。相关项目核算能力用于进一步分析成本和经营情况，具体应以采购模块为准。

适用场景：

适合软件服务、系统集成、研发外包等项目型企业，以及需要归集人员投入与研发成本的组织。

当管理者需要协调多个项目之间的派工，并判断投入是否符合预算时，诺明具有较明确的匹配关系。

优势亮点：

诺明较突出的方向，是把人员工作安排与投入核算联系起来。任务排程、派工和工时记录，可以为资源协调与成本分析提供基础。

对项目制企业而言，这类数据有助于解释“项目投入了多少”，但交付质量和业务价值仍需结合验收结果判断。

适用边界：

应明确采购的是项目管理、工时管理，还是更完整的项目经营管理方案，不能默认不同模块的能力全部包含。

如果团队高度依赖专业迭代、复杂缺陷流转和代码关联，需要另外验证研发过程管理深度。工时填报也应控制颗粒度，避免为了统计增加过多执行负担。

7. 致远互联：通过协同流程连接项目任务与组织管理的平台方案

推荐理由：

企业研发项目可能因立项、预算、采购或资源审批停滞。即使开发任务已经分配清楚，只要组织流程没有衔接，项目仍然难以推进。

致远互联提供项目管理解决方案，覆盖项目全过程及相关组织协作，适合从企业流程角度管理研发项目中的责任与交接。

核心功能：

其项目管理方案覆盖启动、规划、实施和收尾，可以围绕进度、成本、风险及项目文档开展管理。

结合协同平台，企业可以评估项目事项与业务审批、信息共享及资源流程的连接方式，具体能力取决于选用产品和实施方案。

适用场景：

适合多部门共同参与的信息化建设、内部研发和企业级交付项目，也适合希望在既有协同管理体系中纳入项目管理的企业。

如果任务经常等待其他部门确认或审批，这类方案比单独增加研发任务字段更值得考察。

优势亮点：

致远互联值得关注的方向，是项目执行与组织流程之间的联系。管理者可以据此区分研发处理时间、业务确认时间和审批等待时间，而不是把所有延期都归为开发进度问题。

对跨部门项目而言，这种区分是明确责任和改进协作的重要基础。

适用边界：

企业项目管理方案不能直接等同于专业软件研发平台。需求层级、迭代、测试及缺陷追踪，需要通过具体方案确认。

如果企业已有研发管理系统，应明确哪些审批进入协同平台、哪些研发状态继续由原系统维护，并确定数据同步责任，避免重复录入。

8. 事井然：围绕人员、任务与业务信息开展全过程管理的项目平台

推荐理由：

一些研发项目同时涉及合同、采购、收支和交付文档。只管理开发任务，项目经理可能知道研发进展，却看不清相关业务条件是否已经具备。

事井然围绕项目统一管理人员、任务、进度、合同、收支和文档，适合把研发活动放到企业项目全过程中观察。

核心功能：

与本文相关的能力包括项目全过程管理、人员与任务协作、进度跟踪、项目文档归集，以及成本和风险管理。

平台基于泛微低代码平台构建，可以围绕企业管理规则进行调整，并衔接相关业务管理环节。

适用场景：

适合项目管理需要覆盖多个部门和业务环节的中大型组织、集团型企业。

如果研发项目与合同交付、采购执行、成本归集及项目验收紧密关联，可以将事井然作为综合项目管理方向的候选方案。

优势亮点：

事井然的特点，是以项目为中心汇集任务及业务信息。项目负责人可以结合执行进展、成本和相关业务事项判断项目状态，而不只依靠进度百分比。

对于企业而言，这有助于把任务延期放回项目整体条件中分析，识别人员、资源或业务流程上的影响因素。

适用边界：

综合项目管理与专业研发管理采用的工作模型可能不同。围绕用户故事、迭代、缺陷和持续交付工作的团队，应验证其具体研发模型是否适配。

实施前需要明确流程配置、接口开发和后续维护的责任与范围，尤其要检查业务规则变化后的调整方式。

三、产品对比一览表：工作项、责任与协作能力

产品	产品定位	专业能力	更适合的场景	适用团队或企业规模
Worktile	通用项目管理与团队协作工具	任务分工、多视图、依赖排期、流程自动化	研发与业务部门共同推进上线和交付	中小团队、多部门企业
PingCode	面向研发团队的一体化研发管理平台	多层级工作项、自定义流转、测试关联、混合项目管理	产品、开发、测试协作及多项目研发	中大型研发团队
板栗看板	可视化任务与项目协作工具	任务卡片、负责人及日期、多视图、讨论记录	轻量研发任务和短周期项目	小型团队、中小团队
猪齿鱼	连接敏捷协作与工程交付的研发管理平台	需求拆解、敏捷迭代、任务看板、DevOps衔接	敏捷研发及工程交付流程建设	中型及中大型研发团队
简道云	零代码业务应用搭建平台	自定义表单、业务流程、权限、仪表盘	任务执行与企业特有业务流程结合	中小企业、多部门组织
诺明项目管理	关联项目执行与投入核算的管理系统	任务排程、项目派工、工时统计、成本核算	软件服务、研发外包及投入管理	项目型企业、多项目团队
致远互联	协同平台上的项目管理方案	全过程项目管理、组织流程、进度风险、文档管理	多部门信息化建设和审批协作	中大型企业、集团型企业
事井然	连接项目任务与业务信息的管理平台	人员任务、进度、成本风险、文档归集	合同、采购和交付共同参与的项目	中大型组织、集团型企业

表中的团队规模是选型参考方向，不代表人数限制。实际适配程度还取决于项目复杂度、权限规则、数据关联和实施资源。

从候选筛选看，跨部门任务协作可以重点比较Worktile，专业研发工作项管理可以重点比较PingCode与猪齿鱼；轻量任务可以考察板栗看板，自建业务流程可以考察简道云；投入核算重点看诺明，组织审批和综合项目管理则可以考察致远互联与事井然。

四、不同企业如何选择研发任务管理软件

1、任务已经很多，但责任不清：先统一责任与交接规则

如果企业的主要问题是任务散落、进度难同步和业务部门无法参与，可以重点考察Worktile这类项目协作工具。

但软件增加“负责人”字段，并不会自动解决责任问题。企业应区分主要责任人、协作者和验收人，并说明什么时候需要交接。建议每项任务明确一名主要责任人，避免多人参与变成无人推进。

试用时应模拟负责人离岗、任务转交和验收退回，检查记录是否保留、通知是否准确，以及接手人员能否看懂此前的讨论与交付内容。

2、中大型研发组织：检查需求到验证的关联是否完整

中大型研发团队选择研发任务管理软件，应重点验证工作项层级、跨团队依赖、角色流转和测试关联。任务数量完整，并不等于交付过程可追踪。

PingCode适合纳入这一方向的重点评估范围，尤其是产品、开发和测试需要共享工作上下文的组织。猪齿鱼则可以结合敏捷方法及工程交付建设一并考察。

演示时不要只看正常推进的需求。更有价值的案例，是需求变更后如何调整任务、测试失败后如何回退，以及跨团队工作延期后如何识别受影响的交付。

3、小型团队：先解决信息集中，再增加管理复杂度

项目少、依赖简单、角色重叠较多的团队，可以先用板栗看板或通用项目协作工具建立基础规则。

一项任务至少应写清工作内容、责任人、截止日期和完成标准。团队持续执行这些规则后，再决定是否需要更复杂的工作流、统计和研发对象关联。

当多产品并行、频繁跨项目借调或需求与缺陷关系难以追踪时，再评估完整研发管理平台，会更有针对性。

4、项目制企业：同时比较交付、投入和成本

研发外包、软件服务和系统集成企业，需要知道任务是否完成，也需要了解人员投入是否超出预算。诺明项目管理适合从派工、工时和成本方向评估。

如果项目还涉及较多合同、采购和组织审批，可以进一步考察致远互联或事井然。此时应明确管理重心：是研发过程、项目经营，还是企业流程协作。

不要将工时填报完成视为交付完成。投入记录、任务结果和客户验收应分别保留判断依据。

5、业务流程差异明显：计算自建应用的长期维护成本

简道云适合规则明确、愿意自行搭建应用的企业。选型时应把数据结构设计、权限测试、流程调整和人员培训计入成本。

如果大量专业研发能力都需要重新设计，应比较自建应用与采用成熟研发管理平台的长期投入。关键不是能否快速搭出页面，而是复杂规则和后续变化能否持续维护。

6、所有候选产品：用同一个真实项目验证

建议选择包含需求变更、人员交接和缺陷回退的真实项目进行试用。不同产品使用相同案例，才更容易看清差异。

测试清单可以包括：

• 将一条需求拆成开发、测试和交付任务，检查来源与关联是否清楚。
• 更换任务负责人，检查通知、权限和交接记录。
• 设置前后依赖，观察上游延期后如何识别影响。
• 将已完成任务退回，检查回退原因及历史状态。
• 从项目汇总信息进入具体任务，判断是否仍需另做汇报表。
• 导出任务与相关数据，确认是否满足企业留存及后续使用要求。

采购比较还应包含实施、集成、培训和维护投入。单独比较订阅费或许可费，难以反映实际使用成本。

五、总结：让每项研发工作都有责任、有交接、有依据

研发任务管理软件是否合适，关键在于能否说清工作来源、执行责任、交接条件和交付结果。

跨部门项目协作可重点评估Worktile；需要连接需求、开发与测试的研发组织，可重点评估PingCode。板栗看板、猪齿鱼、简道云、诺明项目管理、致远互联和事井然，则分别提供轻量协作、敏捷工程、自建流程、投入核算和企业项目管理等不同路径。

选型时先确定主要问题，再用真实项目验证候选产品。相比功能数量，工作关系是否清楚、成员是否愿意持续使用、规则能否长期维护，更值得关注。

六、常见问答：研发任务管理软件选型问题

1、研发任务管理软件与普通待办工具有什么区别？

普通待办工具主要记录需要完成的事项。研发任务管理还需要说明任务来自哪个需求、属于哪个版本、依赖哪些工作，以及完成后由谁验证。

如果团队需要追踪需求、开发、测试与缺陷之间的关系，应评估专业研发管理能力；如果只需要共享任务、安排责任人和截止日期，轻量工具也可以满足要求。

2、Worktile和PingCode应该怎么选？

跨部门任务执行、项目排期和通用协作是主要问题时，可以重点考察Worktile。需求分层、迭代组织、开发测试关联和研发交付追踪更重要时，可以重点考察PingCode。

两者的选择应围绕主要工作对象判断。企业是在统一不同部门的项目任务，还是在管理具有明确需求与质量关系的研发工作项，这会直接影响适配程度。

3、如何避免任务分配了，却没有人真正负责？

应明确主要责任人、交付内容和验收条件，并规定人员交接时如何更新责任。添加多名参与者，不能替代责任划分。

软件应保留负责人变更、状态变化和讨论记录。这样任务停滞时，团队才能判断是执行受阻、等待上游，还是交接尚未完成。

4、小团队是否需要一体化研发管理平台？

不一定。项目数量少、依赖简单、没有复杂测试追踪要求的小团队，可以先使用轻量看板或通用项目协作工具。

当需求、任务和缺陷分散在不同位置，或者多人交接频繁造成信息丢失时，再评估一体化研发管理平台更有针对性。团队规模只是参考，流程复杂度同样重要。

5、研发任务管理软件需要配置很多字段吗？

不需要。初期可以围绕任务名称、来源、负责人、状态、截止日期和验收标准建立基础规则，再补充确有管理用途的字段。

每增加一个必填字段，都应明确谁填写、谁使用、如何检查。长期无人使用的信息会增加负担，也容易降低数据可信度。

6、SaaS和私有化部署应该怎么选？

没有明确内网要求、希望减少日常运维工作的企业，可以将SaaS作为评估方向。存在数据存放、网络隔离或内部安全管理要求的企业，需要进一步评估私有化方案。

应向候选厂商确认具体产品与版本的交付条件，并核对备份恢复、升级维护、接口访问和数据导出责任。部署方式不能代替任务规则与协作机制的建设。

7、能否直接用任务完成数量评价研发人员？

不宜直接使用。不同任务的复杂度、风险和价值存在差异，任务拆分习惯也会改变完成数量。

任务数据更适合用于识别阻塞、检查交付和观察流程变化。人员评价还应结合质量、协作贡献和业务结果，避免鼓励拆分数量而忽略实际价值。

8、研发任务软件上线后，为什么仍然需要人工追进度？

常见原因包括状态定义不清、成员没有及时更新、跨系统数据断开，以及任务关闭缺少验收条件。此时增加看板或报表，未必能解决问题。

应先检查任务信息如何产生、由谁更新，以及管理者是否持续使用这些数据作出安排。只有数据更新和实际工作保持一致，软件才可能减少重复询问。

引用来源：

• 《PingCode介绍》
• Worktile官方“项目”功能介绍
• Worktile官方“产品管理”解决方案
• 板栗看板官方“任务看板”功能介绍
• 甄知科技猪齿鱼官方产品与解决方案介绍
• 简道云官方产品及业务能力介绍
• 诺明软件官方项目管理、工时管理及行业方案介绍
• 致远互联官方“信息化项目管理系统”解决方案
• 泛微事井然官方产品介绍