简介中国铁塔PMS项目管理系统操作手册面向系统使用人员和维护人员旨在帮助读者全面了解系统结构并快速掌握日常操作流程。内容按功能模块展开覆盖首页视图、我的工作、立项可研、项目设计、项目实施、项目验收、项目决算、后评价、项目调整、全视图与统计分析等环节并对各模块的入口、表单操作、状态流转和注意事项进行了说明其中首页的待办任务、已办任务、需求订单及项目数据图表展示均有具体操作介绍。资源为1份doc格式文档压缩包大小约23.79MB内容完整、结构清晰适合业务人员、实施人员及后期运维人员离线参考。目前已有471人学习浏览适合作为项目管理系统上线的配套培训资料也可用于新员工或维护人员快速熟悉系统功能与操作路径。1. PMS 系统用户操作手册先看懂它再点第一个按钮铁塔项目的 PMS 系统项目管理系统网上能搜到的资料不多这份《中国铁塔 PMS 系统用户操作手册.doc》算是少有的完整版。它把项目从立项、设计、实施到验收、决算、后评价的完整操作链路都写清楚了覆盖首页视图、我的工作、立项可研、项目设计、项目实施、项目验收、项目决算、后评价、项目调整、全视图、统计分析十一个模块。适合刚接手铁塔项目管理业务、需要自己摸索系统的使用人员也适合要给一线用户做操作培训的维护人员。我建议下载后先别急着翻操作截图先花十分钟把目录和每章的「约束和限制」读一遍——这决定了你后面会不会在某个环节被系统卡住。2. 系统入口与工作台首页视图和我的工作里藏着的状态逻辑2.1 第一次登录后该看什么待办任务、已办任务与需求订单任何工作流系统登录后的第一件事都不是「找项目」而是「看我的任务」。这份手册的第一章首页视图把入口分成了两大部分我的任务和项目数据图型展示。我的任务下又拆成待办任务、已办任务、需求订单三个入口。第一次登录时待办任务列表大概率是空的已办任务列表也是空的这时候很多人会以为系统没配好其实不是——铁塔 PMS 的待办是按「当前登录人的工作流节点」实时拉取的你还没被分配到任何流程节点列表自然就是空的。需求订单这个入口值得单独说。它不是普通的待办而是运营商侧发过来的建站需求清单。在铁塔的业务模型里项目不是自己凭空发起的而是运营商先提需求铁塔公司再评估是否立项。所以需求订单在整个系统里是「项目的前置数据源」。我一般会建议用户第一次登录时先点开需求订单看一页确认自己管辖区域范围内有没有订单积压——这决定了你今天的工作量。待办任务、已办任务、需求订单这三个入口对应的业务含义可以整理成一张表入口业务含义常见使用场景待办任务当前登录人待处理的流程节点任务每天上班先看这里已办任务当前登录人已处理过的节点记录追溯、核对、查询历史操作需求订单运营商侧的建站需求清单项目立项的起点这里有个容易被忽略的约定手册里所有截图都是测试数据所以如果你在正式环境里发现数据对不上不是系统故障也不用怀疑自己操作错了。2.2 项目数据图形展示地图视图和折线图各自的用途首页除了任务入口还有一个项目数据图形展示区域包含地图展示和折线图展示。这两个视图不是装饰它们的定位完全不同。地图展示看的是「空间分布」比如某个地市、某个区县的基站项目在什么位置、处于什么阶段用颜色或图标区分状态一眼能看出哪个区域在建项目密集。折线图展示看的是「时间趋势」比如本月新增立项数量、月度验收完成率这样的指标用来判断业务趋势。实际工作中地图视图更适合区域经理做资源调度折线图更适合管理层看整体交付节奏。普通用户不太需要每天盯着这两个图看但你要理解一个逻辑这两个视图的数据不是实时刷新的它们基于项目主数据的统计结果生成。如果处理完一个待办后发现首页图表没变化不用反复刷新等系统定时同步即可这也是手册里没细说但实际会遇到的第一个「假故障」。2.3 我的待办与我的已办查询条件、处理动作与留痕规则第二章「我的工作」把任务管理单独拎出来讲核心是两个功能我的待办和我的已办。我的待办下有待办查询、待办处理两节我的已办下只有已办查询一节。为什么已办没有「处理」功能因为已办意味着流程节点已经终结你不能再从已办入口去改结果只能查看和追溯。这是工作流系统的通用规则节点处理后不可逆如果需要纠错得走项目调整流程。待办查询的筛选条件一般包括项目名称、项目编号、任务类型、发起时间等。实际使用时我建议至少保留「发起时间」这一个条件按时间排序看最新的任务。待办处理是整个手册里最需要仔细看的操作因为处理动作通常对应一个流程节点的通过或驳回。提交前要核对项目名称、当前节点、流转目标这三个信息确认无误再点提交。很多人翻车就翻在这里待办处理页面的字段很多有项目信息、有表单内容、有附件、有审批意见他们只填了审批意见就提交结果附件没传导致下一个节点的人看不到依据流程被退回。我的习惯是先看附件有没有、再看审批意见写没写、最后看流转去向选没选三步确认完再点按钮。已办查询就是纯粹的查询列表按项目编号或任务名称搜历史记录主要用于问题追溯没有太多操作空间。3. 立项可研与项目设计从需求单领取到设计审核确认的完整链路3.1 需求单管理查询、领取与释放的三个动作立项可研这一章是整个系统里业务逻辑最重的一章它分为需求单管理、立项可研起草、立项可研查询三大部分。需求单管理听起来只是查询和领取实际操作时要分清三个动作的触发条件查询、领取、释放。查询是基础操作任何角色都能做领取是把需求单从公共池划到当前操作人名下相当于「接单」释放则是把已经领取的需求单退回公共池相当于「退单」。为什么设计领取和释放这两个动作因为需求单不是分配给固定人的它是一批运营商侧的原始需求谁有空谁接接错了或者条件不满足就释放回去。这个机制决定了需求单的管理是竞争式的不是派发式的。实际工作中经常出现的问题有两个一是有人领了需求单不处理导致需求单长期停留在「已领取」状态二是释放需求单时没有填写释放原因导致后续追溯时不知道当初为什么退单。我一般会建议操作人养成一个习惯领取需求单后立即看一眼可研编制的必要性判断项目有没有建设条件如果明显不具备条件当场释放并写明原因。不要领取后攒着攒到最后不仅影响自己的待办数量还可能影响整批需求单的立项及时率。需求单查询的筛选条件通常包括需求单编号、运营商名称、需求类型、状态等。其中状态字段最关键常见状态有「未领取」「已领取」「已释放」「已立项」。你只需要关注待办里的「未领取」和「已领取」剩下的状态在立项可研查询里看。3.2 立项可研起草编辑界面里的关键字段与保存逻辑立项可研起草是整个立项环节的核心操作。它做的不是新建一个空白项目而是基于已经领取的需求单编辑生成一份可研文档。操作路径是先查询需求单找到自己领取的那条然后进入编辑界面。编辑界面里需要填的内容非常重包括项目基本信息、建设规模、投资估算、建设方案、租费测算等。这里要特别注意「保存」和「提交」的差别。可研起草过程中保存只是暂存数据还在你自己手里其他人看不到提交才意味着把可研内容推送到下一个审核节点。手册里提到的需求单编辑有十余个分项每个分项都有必填项约束保存时会做校验。如果某个必填项没过系统会提示但很多人遇到提示后不仔细看是哪个字段反复点保存都失败就以为系统坏了。从实用角度我建议填可研时按顺序走不要跳着填。当你发现保存报错时先看错误提示定位到具体字段常见的坑是投资估算金额与建设规模不匹配、租费测算表没填完整。可研起草完成后下一步通常是释放到审核环节或者直接进入设计阶段具体走哪条路取决于项目的规模分类这个要参考你所在省分的业务流程配置。3.3 委托设计与设计编制省分委托、市分委托怎么选项目设计这一章包含设计查询、委托设计、设计编制、审核确认四部分。设计查询好理解就是查看设计阶段的项目列表和设计文档状态。关键是委托设计它分为省分委托和市分委托两种方式。很多用户在这两个选项上分不清导致委托单流转到错误的层级整个设计环节卡住。省分委托和市分委托的区别在于委托主体不同省分委托是省公司层面把设计工作委托给设计院市分委托是地市分公司层面发起委托。选择依据是项目归属和管理层级省公司直管项目走省分委托地市公司项目走市分委托。如果你不确定怎么选先看项目基本信息里的「项目归属」字段归属到省就选省分委托归属到市就选市分委托。委托设计操作本身不复杂填委托单位、委托内容、设计范围、时限要求然后提交。但这里有一个容易犯的错委托单位选错。设计院在系统里是维护好的供应商主数据选的时候要按合同框架匹配正确的那家选错了后面设计编制环节的所有流转都会跟着错。设计编制是委托发出后设计院侧的回填环节铁塔侧的操作人主要是查看和催办。再往下是审核确认审核确认是设计阶段结束前最重要的一道关卡。审核不通过会退回给设计院重新编制审核通过的才能进入实施阶段。审核时要重点核对设计图纸与立项可研的建设方案是否一致尤其是站点位置、塔型、配套方案三个核心要素。3.4 审核确认退回、驳回与状态流转审核确认这个操作看起来是「看一眼、点通过」实际上它是整个设计阶段的质量闸门。审核人需要对着可研的内容核对设计文件确认无偏差后点击通过。如果设计文件有问题可以退回修改这一步操作会改变设计单的状态从「已提交」变回「编制中」设计院侧会收到退回通知。我在这部分看到过最典型的翻车案例是审核人没有逐项核对设计内容直接点通过结果到实施阶段施工队拿着设计图纸施工时才发现塔型选错了最后只能走项目调整流程返工。审核确认这个节点是项目质量的第一道防线宁可多花十分钟核对也不要给后面留下隐患。设计阶段的状态流转可以整理成一句话委托设计 → 设计编制 → 提交审核 → 审核确认 → 进入实施。任何一环卡住都在自己的待办列表里处理不要跑到别人的模块里去改数据。这也是全系统通用的使用原则只处理自己待办里的任务不去动「查询」里看到的其他数据。4. 实施、验收与决算到货确认到交维再到后评价的交付闭环4.1 实施查询与到货确认设备到货后的第一个动作项目实施这一章从实施查询开始到货确认、省分委托/市分委托、施工进度、完工审核依次排开。实施查询是查看项目在施工阶段的基本信息和当前进度到货确认则是施工启动前的重要动作。在铁塔项目里设备到货确认意味着工程物资已经到达现场施工方可以开工。这个动作通常由项目经理或施工管理员操作核心是核对到货清单与设计清单是否一致。到货确认常见的坑是到货数量与设计清单不一致。设计清单是设计院出的到货是供应商送的两者不一定完全对得上。操作时如果发现不一致先确认是漏发、多发还是设计变更不要直接确认。直接确认的后果是后续施工进度填报里的材料消耗量会和实际对不上到决算阶段更麻烦因为决算要按实际消耗核算成本。到货确认的操作界面一般包含到货明细表每一项都有计划数量、实际数量、差异数量三个字段。操作人只需要核对实际数量与实物一致差异部分在备注写明原因即可。这里有一个小技巧到货确认前先拍实物照片存档这是处理后期争议的最有效证据。4.2 施工进度与完工审核从进度填报到完工确认施工进度管理是实施阶段使用频率最高的模块。施工方需要定期填报施工进度包括基础开挖、浇筑、塔体安装、配套安装等关键工序的完成情况。铁塔侧的项目经理负责审核进度填报内容是否属实。进度填报的核心价值是为后续的完工审核提供依据所以每一期的进度数据都要真实、可追溯。实际操作中进度填报最常见的问题是「跳工序」。比如基础还没浇筑完进度表里就把塔体安装填成已完成。这种数据到了完工审核阶段会被打回来重新核实。与其后期返工不如前期要求施工方严格按照实际工序填报。完工审核是实施阶段的收口动作。施工方完成全部施工内容并自检合格后提交完工申请铁塔侧审核确认。审核的核心是核对工程量是否与设计一致、施工质量是否达标。完工审核一旦通过项目就具备了进入验收阶段的条件所以这个节点也是实施和验收之间的分界线。省分委托/市分委托在实施章节再次出现和设计章节的委托逻辑类似区别在于这次委托的是施工任务。选择规则还是看项目归属和委托主体参考设计阶段的选择结果保持一致即可不要设计阶段选省分委托、施工阶段选市分委托同一个项目在两个阶段选不同的委托层级会导致成本和进度的归属统计出现偏差。4.3 验收与交维内部验收、交付验收、交维三步走项目验收这一章把验收拆成了内部验收、交付验收、交维三个顺序动作这是铁塔项目里非常典型的三段式收尾逻辑。内部验收是铁塔公司内部组织的工程质量检查交付验收是面向运营商客户的正式验收交维是验收通过后把站点交给维护部门进行日常维护。三个动作的顺序是强制的不能跳。内部验收发现的问题整改完才能发起交付验收交付验收通过后才能做交维。很多人不理解为什么要分三次觉得重复。其实内部验收查的是工程质量交付验收查的是是否满足运营商需求交维则是资产责任转移——三个动作对应的责任主体完全不同。验收查询的列表页会展示每个项目的验收状态。操作上没有太多复杂的录入主要是组织验收会议、录入验收结论、上传验收报告。验收结论分为合格和不合格不合格的会退回实施环节整改整改完成后重新发起验收。这里要注意的是验收报告的附件上传需要包含参会人员签到表、验收意见表、整改通知单等缺附件也会导致验收流程被驳回。交维操作完成后项目的建设阶段正式结束系统里项目的状态变为「已交维」。这时项目进入运营维护阶段相关操作在维护系统里处理PMS 这边主要是保留项目档案供后续查询。4.4 决算、后评价与项目调整收尾阶段的三个操作项目决算这一章相对简单包含决算查询和决算编制两个功能。决算编制的核心是汇总项目建设全过程的实际成本包括设计费、施工费、监理费、设备费、其他费用等形成项目的最终决算报告。决算编制人通常是项目经理或财务接口人编制完成后需要提交审核。决算阶段最常遇到的问题是和账务系统对不上。原因是决算数据来源于项目各阶段的实际发生成本但如果前期到货确认、施工进度填报的数据不准确决算阶段就会暴露出来。所以说项目的收尾质量其实在实施阶段就注定了。后评价模块包含后评价查询和后评价上传两个功能。后评价是在项目交维后定期对项目的建设质量、投资效益、运行效果进行综合评价。操作以文档上传为主把评价报告传进系统存档即可。项目调整模块则处理的是变更场景比如项目变更申请当项目在实施过程中发生设计变更、投资调整、工期顺延等情况时通过项目调整功能发起变更申请并走审批流程。这章要特别强调一个认知项目调整不是随便发起的它是在项目正常流转路径被打断时使用的「后悔药」。如果已经完工审核通过的项目需要改工程量不能回到施工进度里直接改必须走项目调整。清楚这一点才能理解为什么系统在每个模块都设置了约束和限制。5. 避坑清单PMS 操作手册里最容易翻车的五个细节5.1 不看「约束和限制」小节操作被系统拦截现象按手册主流程操作结果系统弹窗提示「当前状态不允许此操作」或者某个按钮是置灰的点了没反应。原因手册里每个模块末尾都有「约束和限制」小节写明了该环节的状态前提、必填条件、流转限制。不看这一节就不知道操作是有前置条件的。解决每操作一个新模块前先翻到该章末尾的「约束和限制」读一遍。比如实施查询章节会限制只有已立项项目才能查到施工信息立项可研起草会限制只有已领取的需求单才能编辑。这是最快避免被系统拦截的办法。5.2 拿手册截图里的测试数据当业务依据现象手册里截图的金额、编号、日期在正式系统里对不上。有人以为系统数据错了反复找管理员排查。原因手册开篇已经写明所有截图数据均为测试数据。截图只是为了演示操作路径不是数据标准。解决只看操作路径不看具体数值。正式环境的数据以实际业务为准如果系统里查不到手册中的某个编号那很正常不必当作故障。5.3 需求单领取后找不到编辑入口现象需求单已经领取成功但在「立项可研起草」里查不到这条需求单无法进入编辑。原因需求单的状态已经流转了。领取成功后系统不会把需求单自动带到起草列表需要先通过「需求单查询」确认当前状态。如果显示「已领取」再去起草列表里查如果显示「已释放」说明已经被退回如果显示「已立项」说明别人已经处理过了。解决先查状态再做操作。按照手册里的查询条件组合筛选确认需求单处于自己可编辑的状态再进入起草环节。不要把「查询无结果」直接等同为「系统故障」。5.4 委托设计里选错委托层级设计单卡在错误节点现象委托设计提交后对方一直收不到或者流程流转到错误的审批层级导致设计环节停摆。原因省分委托和市分委托没有选对。同一个项目在不同阶段要保持委托层级一致选错了后面的流转逻辑全跟着错。解决提交委托前先核对项目归属字段再核对历史环节里的委托记录。已经在错误层级流转的要找管理员重新分配或者撤销委托后重新发起。设计阶段的委托层级会直接影响施工阶段的委托选择这一步错了代价很大。5.5 已办任务里看不到处理细节误以为数据丢失现象在「我的已办」里查询某条记录只能看到任务标题和处理时间看不到当时填的表单内容以为操作数据丢了。原因已办任务的核心是流程留痕不是表单存档。表单内容是跟着项目走的不在已办里冗余展示。解决需要查表单内容时去对应的业务模块里查。比如想看立项可研的表单内容去「立项可研查询」里查想看设计文件去「设计查询」里查。已办列表只是告诉你「你处理过这个任务处理结果是同意」细节不回放。6. 把操作手册变成上岗清单按角色拆解并逐项验证下载这份手册之后如果只是从头到尾翻一遍收获有限。更有效率的用法是把它拆成一份「按角色分发的操作清单」。铁塔 PMS 的用户分布在不同的业务角色上项目经理关心立项、设计、实施、验收运维人员关心全视图和统计分析财务人员关心决算每个人需要精读的章节其实只有三四章。我会建议拿到文档后先做四步处理。第一步把目录复制出来按角色标注每个模块的归属项目经理标立项可研、项目设计、项目实施、项目验收、项目调整财务标项目决算管理者标全视图、统计分析。第二步把每个模块的操作路径抄成一段话格式是「入口 → 查询条件 → 关键按钮 → 提交确认」这样比看截图更快。第三步把每章的「约束和限制」汇总成一张表标注哪些操作不能做、哪些状态下按钮不可点这张表就是你的系统使用红线清单。第四步把你自己环境的关键界面截图替换掉文档里的测试数据截图生成一版属于你所在单位的内部培训材料。这套处理办法对 doc 格式的文档尤其适用。相比 PDFdoc 的重排版和内容抽取都方便你可以直接打开文档把章节目录作为一级标题建立书签用导航窗格定位到具体模块再按角色拆分时直接复制对应小节保留原有的表格和截图结构。我每次接手一套新系统都是这么干的先读手册建立全貌再按角色画出自己的工作路径最后拿真实数据跑一遍流程验证。从那以后我接手的系统几乎没有在操作层面出过问题。这份 PMS 手册也建议你按这个方法来用希望帮到你。本文还有配套的精品资源点击获取