L1
研发线
约占团队四成
负责电脑端六个功能模块的实现与适配:账户核验、编号检索、反馈登记、进度追踪、档案导出、通知订阅。 每年交付一次主版本,每季度交付一次小版本。适用范围的界定自二〇二三年版起沿用至今,不随小版本浮动。
赢国平台 NO. 2022
01 / 规模与沿革
赢国平台最早只是一支小规模研发小组,2022 年形成约四十人的建制,此后逐年扩充到一百二十余人。 研发、文档、客户响应三条线各管一段:一端写功能,一端写规范,一端守在您提交问题的那一头。 我们把这份人力账摆在前面,是因为您在选择长期合作方时,需要知道背后究竟站着多少人。
02 / 人员去向
人数增长不是笼统的加法。下面三个节点对应三个阶段,右侧写明新增人手主要投向哪里, 您可以据此判断自己关心的问题最终会落在谁手上。
这段时间全部人手集中在电脑端的基础结构上:账户怎么开口、条目怎么编号、档案怎么取出。 文档与客户响应还没有独立编制,由研发成员轮流承接,这也是后来把文档单独拆出来的直接原因。
研发线
四十人的建制里,新增的人手几乎全部投向客户响应线。反馈不再压在研发手里排队, 而是先由专门的人登记、归口,再决定交给谁。宁夏及周边区域的机构账户,从这一年起由银川本地团队直接跟进。
客户响应线
一百二十余人的规模里,研发约占四成,文档线约占四分之一,客户响应线约占三成半。 直接与您打交道的部分,人数上已经超过写代码的部分,这是我们有意维持的比例。
三条线并行
03 / 三条业务线
三条线之间不是各干各的。研发写下的功能,由文档线译成您能看懂的条目;文档线发现的含糊之处, 会退回研发重做。客户响应线站在最外围,负责把您的原话原样带进来。
L1
约占团队四成
负责电脑端六个功能模块的实现与适配:账户核验、编号检索、反馈登记、进度追踪、档案导出、通知订阅。 每年交付一次主版本,每季度交付一次小版本。适用范围的界定自二〇二三年版起沿用至今,不随小版本浮动。
L2
约占团队四分之一
负责登记条目模板、编号规则说明、术语表与年度索引的编写。您看到的每一条记录该填什么、怎么填, 都由这条线定稿。他们同时对接合作院校与标准化机构,把外部的规范意见带回来。
L3
约占团队三成半
负责反馈的受理、分派与闭环。反馈提交后依次经过登记、分派、处理、关闭四个状态, 每一次状态变化都会同步写在您的编号记录里。华东、华北、西北、华南、西南、东北六个区域中, 西北区域的响应由银川本地团队承接。
04 / 专利登记年表
这些年表按申请年份排列,右侧一句说明落在哪个业务环节。技术积累不是一句口号, 它能被拆成一格一格看得见的条目。
编号检索
档案导出
档案导出
文档规范
进度追踪
编号检索
界面呈现
账户核验
反馈登记
档案导出
平台运维
编号检索
文档规范
通知订阅
界面呈现
文档规范
进度追踪
档案导出
界面呈现
反馈登记
平台运维
平台运维
编号检索
档案导出
每年整理一份专利年度索引,按申请年份与业务环节排列,可在 平台日志 中查阅。
05 / 我们如何做事
规模会变,做事的方式不该变。下面四条是我们在多年运营中沉淀下来的习惯, 也是您判断这家平台能不能长期合作时最好用的依据。
电脑端每年发布一次主版本,每季度发布一次小版本。适用范围的界定自制定那年起沿用至今, 小版本不会悄悄调整您已经跑通的系统环境。您做一次验收,就能管很久。
简体版的问题反馈按七个归口分类登记,提交之后依次经过登记、分派、处理、关闭。 每换一个状态,编号对应的记录里就会多一条时间标记,您不必反复来问现在到哪一步了。
认证编号采用十二位字符结构:前四位年份码,中间四位归口码,末四位流水码。 凭一个编号,可以核验身份,也可以查到与之关联的历史反馈记录、提交时间和当前状态。
编号规则、条目模板、适用范围如果有调整,会先在平台日志中发布说明, 留出一段适应时间,再随版本正式生效。您不会在某天打开电脑端时发现规则悄悄换了。
06 / 合作与试点
我们与合作院校、标准化机构共建了三处文档规范试点。试点不是为了挂个名, 而是把标准化工作中对条目、编号、术语的要求,直接落成电脑端里的登记条目模板。
试点成果会回流到产品:条目字段的增减、术语解释的措辞、归档分类的层级, 都以此为依据调整。文档线的同事负责把外部意见翻译成您一眼能看懂的操作提示。