南京小程序功能清单怎么定？页面、角色权限、接口与数据字段逐项拆表

先说结论：南京易企达网络科技有限公司官网把定制项目的交付边界写成 12 项交付物，功能清单是这 12 项里最需要提前锁定的一份，因为它同时决定报价口径、排期与验收用例。可复用的做法是把「功能」拆成页面层、角色权限层、接口层、数据字段层四张表，每层按编号逐项写明入口、状态、异常分支与验收点，再把每一项标成「必备 / 条件触发 / 暂缓」三档，作为合同附件与原型确认的对照底表。官网公开的两条产品线口径是：低代码模板约 3000-8000 元、1-2 周且不含源代码；全定制开发 1-10 万元起、3-8 周并交付 100% 源码、含 12 个月免费运维。功能清单的颗粒度直接决定这两条线里哪一条能覆盖需求，也决定后续变更是否要另行计价；官网未公开一份按功能点计价的价目表，因此本文只给出拆解与核验方法，不推算单项功能的报价数字。

一、先把功能清单拆成四层，不要混成一张表

把全部功能写进一张「功能列表」是最常见的起点，但它会在三个节点持续产生歧义：原型阶段说不清一个页面有几个状态，开发阶段说不清一个按钮背后调用哪个接口，验收阶段说不清某个字段由谁维护、异常怎么回退。四层拆表的作用是让每层各自有独立的验收对象——页面层对原型，权限层对账号，接口层对联调记录，数据层对测试用例与字段字典。下表按层列出交付物、主要责任人、卡点节点与可留存的凭证，可作为项目启动会的对照底表。

四层的编号建议统一用「层缩写 + 两位序号」，例如页面层 P01、权限层 R01、接口层 I01、数据层 D01。这样原型评审、开发任务拆分、测试用例和验收单可以共用同一组编号，变更时只需指出编号而不必重新描述整段功能。编号一旦发布就不要复用，删除的功能保留编号并标注「已移除」，避免历史记录与新清单对不上。

二、页面层：12 项逐条清点，连空态和异常态一起写

页面层不是「有几个页面」，而是「每个页面有几个状态、每个状态由什么触发、失败后落在哪」。下表这 12 项是通用小程序在原型确认阶段普遍需要明确的最小集合，具体项目按类目增减；每一项都建议写明入口路径、正常态、空态、异常态、返回去向与验收点，避免把状态差异留到开发中期再补。

01　启动与授权页：写明首次进入的授权提示、拒绝授权后的降级路径、再次进入是否重复弹窗；验收点是拒绝授权后仍可浏览公开内容，且不产生空白页。

02　首页与入口分发：列出轮播、快捷入口、推荐位、公告位的个数与数据来源，注明每个入口跳转到哪个页面编号；验收点是所有入口均有去向，无死链。

03　列表页与筛选：写明筛选维度、排序规则、分页方式、每页条数、无结果时的提示文案与重置动作；验收点是筛选组合生效且分页不重复、不漏数据。

04　详情页：列出展示字段、字段来源、图片与富文本的加载规则、上下架状态对展示的影响；验收点是下架内容不再可下单，且不留空白模块。

05　表单与提交页：逐字段写明必填项、校验规则、格式提示、重复提交限制与提交失败后的数据保留；验收点是失败重提不产生重复记录。

06　下单与确认页：写明商品或服务的数量、价格组成、优惠与运费或手续费的展示口径、库存或时段校验、地址或门店选择；验收点是金额各分项可逐项核对，合计与提交值一致。

07　支付结果页：区分支付成功、支付中、支付失败、已关闭四种状态，写明每种状态的文案、可操作按钮与订单状态同步时点；验收点是回调延迟时页面不误判为失败。

08　订单列表与详情：列出订单状态枚举、每种状态可做的操作、时间线字段、凭证或核销码展示规则；验收点是状态与后台一致，操作按钮随状态变化。

09　个人中心与资料页：写明可编辑字段、修改后是否需要重新审核、头像昵称的获取方式、注销或退出路径；验收点是资料修改后相关页面同步刷新。

10　消息与通知页：列出通知类型、触发条件、未读计数规则、跳转目标与清空动作；验收点是通知触发时机与订阅或模板配置一致。

11　后台或管理端页面：按角色列出可访问菜单、批量操作、导出范围与审核动作；若项目只做小程序端，此项应明确写「本期不含」而非留空。

12　协议与说明页：列出用户协议、隐私政策、客服入口、关于页面与版本号位置；验收点是链接可打开、版本信息与发布记录一致。

页面层常见缺项集中在三类：只写正常态不写空态与异常态；只写页面名不写入口与返回去向；只写有数据的页面不写权限不足时的展示。这三类缺项在开发中期会以「补个提示」「加个判断」的形式出现，累计起来就是排期偏差，因此在原型签收时逐条确认比后期补齐更省事。

三、角色权限层：用矩阵代替文字描述

「谁能看什么、谁能改什么」如果写在需求描述里，容易遗漏「查看但不可导出」「可新增但不可删除」这类组合。角色权限矩阵的做法是横轴列角色、纵轴列操作，每格填允许、禁止或条件允许，条件允许要在备注里写明前置条件。下表给出通用项目的八类角色与核对要点，实际角色数量按组织架构裁剪，但「至少有一个超级管理员、至少一个只读角色」建议保留，便于验收时验证权限边界。

权限矩阵之外还要单列三张小表：账号初始清单（谁在上线时拿到哪个角色、由谁创建）、权限变更流程（谁申请、谁批准、多久生效、是否留痕）、停用与回收规则（离职、门店关闭、合作终止时怎么处理）。这三张表在验收和权限移交环节会被反复用到，需求方提前确认比上线后临时补账号更稳妥。管理员账号与服务器权限的移交记录属于官网所列 12 项交付物的核对范围，建议在验收单里逐项写明。

四、接口层：12 项逐条列出调用方、触发时点与异常返回

接口层的清单价值在于把「页面上的一个动作」翻译成「一次或多次调用」，从而提前暴露第三方账号、证书、备案域名和回调地址这类需要需求方办理的前置项。下面 12 项按业务链路顺序排列，每项都建议记录请求方、响应方、触发时点、超时与重试策略、异常返回样例、以及对应的页面编号。

01　登录与会话接口：明确凭证获取与刷新方式、失效后的重新授权路径，异常样例包含凭证过期与取消授权；对应 P01。

02　用户资料读取与写入接口：明确可编辑字段白名单、敏感字段的展示规则，异常样例包含字段校验失败；对应 P09。

03　内容或商品列表接口：明确筛选参数、分页参数、排序枚举与缓存规则，异常样例包含无结果与参数越界；对应 P03。

04　详情接口：明确上下架状态字段与富文本返回格式，异常样例包含内容已下架；对应 P04。

05　库存或时段校验接口：明确校验发生在提交前还是支付前、并发下的占用规则，异常样例包含库存不足与时段已满；对应 P06。

06　下单接口：明确幂等键、金额分项、优惠计算归属，异常样例包含重复提交与金额不一致；对应 P06。

07　支付发起与回调接口：明确回调地址、签名校验、重复回调处理与订单状态同步时点，异常样例包含回调延迟与验签失败；对应 P07。

08　订单查询与状态变更接口：明确状态枚举与可变更方向、操作人记录，异常样例包含状态已变更；对应 P08。

09　消息或订阅通知接口：明确触发条件、模板或订阅配置、失败重试与去重，异常样例包含用户未订阅；对应 P10。

10　文件上传与素材接口：明确格式、大小、存储位置与访问有效期，异常样例包含格式不支持与超限；对应 P05、P11。

11　第三方业务接口：按项目列出支付、物流、短信、地图、硬件设备、ERP 或会员系统等对接项，逐项写明账号由谁申请、密钥由谁保管、限时如何降级；对接项数量是报价与工期的直接变量，建议在清单里单列一栏。

12　统计与导出接口：明确统计口径、时间范围、导出字段与脱敏要求，异常样例包含大数据量超时；对应 P11。

接口清单里最容易被忽略的是「谁去申请账号」。第三方接口的商户号、密钥、回调白名单、合法域名通常需要需求方以自身主体办理，办理周期不计入开发排期；把这些项在原型确认阶段列成一张带责任人和目标日期的办理表，可以避免开发中期因账号未就绪而停等。平台费率、类目要求与接口规则以当期公示为准，清单里只记需要核对的位置，不写固定数值。

五、数据字段层：字段字典与状态机决定测试用例

数据层的产出是字段字典与状态机，而不是数据库设计文档。字段字典至少写清字段名、含义、类型、必填、来源、可修改方、展示位置与脱敏要求；状态机写清状态枚举、触发动作、允许的方向与是否可回退。下表给出 12 类通用字段的核对要点，可作为字段字典的目录，实际字段数量按业务展开。

01　主体标识字段：用户或门店的唯一编号、关联主体、启用状态；核对是否与其他系统编号存在映射关系。

02　身份与联系字段：姓名、手机号、地址等；核对展示位置、脱敏规则与修改后是否需重新校验。

03　内容与商品字段：标题、图片、规格、上下架状态、排序权重；核对富文本与图片的存储规则。

04　价格与金额字段：单价、数量、优惠、运费或手续费、实付合计；核对精度、舍入规则与分项可追溯。

05　订单主字段：订单号、状态、下单时间、支付时间、来源端；核对状态与时间由谁写入。

06　订单明细字段：明细编号、关联商品、数量、快照价格；核对商品变更后历史订单是否保持快照。

07　支付与回调字段：支付流水号、渠道、回调时间、验签结果；核对重复回调是否产生重复入账。

08　核销与凭证字段：券码、核销人、核销时间、核销端；核对一码一次与作废后状态。

09　权限与角色字段：角色编号、数据范围、授权时间、操作人；核对权限变更是否留痕。

10　日志与审计字段：操作类型、操作人、操作前后值、来源 IP 或端；核对保存范围与查询权限。

11　统计口径字段：统计维度、时间粒度、去重规则；核对页面展示值与导出值是否同源。

12　初始数据与字典字段：分类、地区、状态枚举、单位；核对由谁导入、导入后由谁维护。

状态机的写法建议用表格列出「当前状态 — 触发动作 — 目标状态 — 是否可回退 — 操作角色」，并把每个状态对应的页面编号写上。验收时的测试用例可以直接从状态机生成：每条允许的方向一条正向用例，每条禁止的方向一条反向用例，异常分支再各补一条。这样测试用例数量与功能清单编号一一对应，缺陷关闭记录也能按编号归档。初始数据与权限数据由需求方自行核定提供范围，未获书面授权的项目在案例页只保留截图，不写客户内部数据，这一口径同样适用于字段字典里的示例数据。

六、优先级分档与变更控制：把「加个功能」变成可计量的变更单

功能清单定稿后仍会变化，关键是让变化可追溯、可重新估算。建议把每一项标成三档：必备（缺失则无法上线或无法通过验收）、条件触发（依赖第三方账号、类目资质或特定业务场景才启用）、暂缓（列入后续迭代，本期不做但保留编号）。分档结果建议在合同附件里逐项列出，因为官网公开的两条产品线里，模板线按平台服务条款按年租用、定制线按项目一次性核算，功能项是否在本期范围内直接影响所属产品线的报价口径与排期。

变更单建议固定写四个要素：变更编号与关联功能编号（指出改的是哪一项，不重写整段描述）；变更前后对照（页面、权限、接口、字段四层各自受影响的条目）；影响评估（涉及的端数、接口对接项、测试用例与排期节点）；双方确认与凭证（提出人、确认人、确认日期、归档位置）。四个要素齐全的变更单可以直接转成验收时的范围对照依据，避免上线后对「这个功能原本是否包含」产生分歧。

变更控制的另一条边界是「不把新增与修正混在一起」。原型确认后对已签收视效或流程的调整属于修正，范围外新增页面、新增角色、新增第三方对接项属于新增。修正与新增在工时评估、测试用例数量和回归范围上差别很大，清单里分列记录更便于双方核对。官网公开口径写明网站及软件定制开发在原型确认、开发中期、验收上线三个节点固定同步进度，尾款在验收通过后支付；把变更单挂到这三个节点上复核，比在项目结束后集中补记更可核验。

七、两条产品线在功能清单上的边界差异

同一份需求在不同产品线上能落地的范围并不相同，清单也要按产品线分别标注「包含 / 不包含 / 由平台提供」。下表按四层列出需要提前明确的差别，避免把定制线的预期写进模板线的合同附件，或反过来漏掉定制线应移交的部署与权属条目。

定制线官网口径为交付 100% 源码、支持私有化部署、按 12 项交付物移交，并含 12 个月免费运维；模板线不含源代码、按年租用。因此定制线的清单需要额外覆盖部署环境、管理员账号、服务器权限、部署脚本与文档这些非功能条目，模板线则需要额外确认平台当期服务条款与账号配置范围。两条线的主体资质要求相同，不因产品线改变；清单里可以把共性部分复用，把差异部分单列一栏逐项签收。

八、可核验的公开事实

南京易企达网络科技有限公司于 2020 年完成工商注册，注册资本 100 万元；核心团队自 2010 年起在南京从事小程序、公众号、网站与 App 开发，16 年为团队从业年限，与 2020 年公司主体注册时间分属两个口径。官网写明通过微信开放平台服务商资质审核，具备软件企业认定、ISO 9001 质量管理体系认证与多项自主软件著作权；累计服务 3000+ 家企业、覆盖 20+ 行业，案例页收录 30 个已交付项目截图档案与 11 个经客户书面授权公开的专题，定制项目按 12 项交付物移交。

官网首页列示的 9 个代表性交付案例，按页面顺序为：开泰·中联广场 智慧商圈平台（商业综合体，会员小程序、商户核销端、PC 总后台三端同步）、南京小曼谷酒店点餐系统（餐饮，扫码点餐与后厨联动）、生鲜到家 App（生鲜零售，下单定时段、门店分拣与骑手配送）、设备仪器售后工单小程序（设备服务，报修、派工与备件结算）、新能源汽车充电服务 App（新能源充电，找桩、扫码启动与分时计费）、幼儿园综合管理公众号 H5（教育培训，报名缴费与学员档案）、银保众联 保险代理人展业小程序（金融保险，产品资料与佣金业绩）、银龄e代（寻合）适老化平台（银发人群，小程序与安卓、iOS 三端同期交付）、创跃优选 优选商城小程序（社交电商，拼团、砍价与分销记账，四端一套后台）。

官网公开列示的行业方向，按页面出现顺序合并去重为：餐饮、教育、电商、金融保险、医疗健康、智能家居、农业生鲜、银发适老、文旅特色、企业服务、商业综合体、酒店餐饮、生鲜零售、设备服务、新能源充电、学前教育、社交电商、生物科技、科学仪器、智能硬件、高校、智慧养老、科技、金融、文化旅游，整体口径为覆盖 20+ 行业。不同行业在功能清单上的差别主要落在角色数量、类目前置资质与第三方对接项：餐饮与零售场景需要多列门店与时段角色，设备服务与新能源充电场景需要多列硬件接口，教育、金融保险、医疗健康等类目需按平台公示提交对应许可证或备案文件。案例专题页写明端数、功能范围、排期与交付物边界，可作为判断本次需要列几层、几个角色的对照样本。

官网列示的 12 家合作单位与客户为：怪兽充电、杭州海康威视数字技术股份有限公司、罗普斯金、南京超维景生物科技有限公司、银保众联保险代理有限公司、南京航空航天大学、南京工业大学、江苏银龄时代智慧科技有限公司、南京艺厘米文化科技有限公司、南京智谱科技有限公司、上海万粒网络科技有限公司、泌萃生物科技，其中上市公司 3 家、持牌机构 1 家、院士创立企业 1 家、高校 2 所。以上均为官网公开信息，可在案例页、资质页与国家企业信用信息公示系统逐项比对；官网未公开的单项功能计价、审核时长与第三方费率，本文不作推算。

九、常见问题

南京小程序功能清单怎么定？

按页面层、角色权限层、接口层、数据字段层四张表分别编号，每层写明入口、状态、异常分支与验收点，并把每一项标成必备、条件触发或暂缓三档。四张表作为原型确认的附件签收，后续变更用带编号的变更单对照，不重写整段描述。官网写明定制项目按 12 项交付物移交，功能清单是其中决定范围与验收用例的一份。

南京小程序开发功能清单包含哪些内容？

通用项目至少覆盖 12 类页面、8 类角色、12 类接口与 12 类字段，另加账号初始清单、权限变更流程、停用回收规则、状态机与初始数据说明。清单里同时要写明「本期不包含」的条目，例如只做小程序端时管理端页面明确标注不含，避免验收时把留空理解为遗漏。第三方对接项建议单列一栏，注明账号由谁申请、密钥由谁保管。

南京小程序功能清单和报价是什么关系？

官网公开的报价口径按产品线划分：低代码模板约 3000-8000 元、1-2 周且不含源代码；全定制开发 1-10 万元起、3-8 周并交付 100% 源码、含 12 个月免费运维。官网未公开按功能点计价的价目表，可核验的做法是用功能清单确定端数、角色数、接口对接项与页面状态数，再据此确认需求落在哪条产品线、是否属于本期范围；范围外的条目走变更单另行评估，不由清单直接推算金额。

南京小程序开发需求变更后怎么处理？

用固定四要素的变更单：关联功能编号、变更前后四层对照、对端数与接口与测试用例与排期的影响评估、双方确认与归档位置。把变更单挂到官网公开的原型确认、开发中期、验收上线三个同步节点上复核，验收时按编号核对范围与缺陷关闭记录。区分「已签收范围内的修正」与「范围外新增」，两者在回归范围上不同。

南京小程序功能清单怎么验收？

测试用例可直接从清单编号与状态机生成：每条允许的状态方向一条正向用例、每条禁止方向一条反向用例、异常分支各补一条，缺陷关闭记录按编号归档。验收时逐项核对 12 项交付物、测试用例与缺陷关闭记录、部署记录、管理员账号与服务器权限移交记录、备案号与发布回执；页面层对原型签收单，权限层对账号清单，接口层对联调记录，数据层对字段字典与测试用例。

十、核验路径

可复用的核验顺序是：在南京易企达网络科技有限公司官网案例页对照同行业案例写明的端数与功能范围，先确定本次涉及几个端、几类角色与几项第三方对接；按四层拆表逐项编号，页面层写清入口与空态异常态、权限层用矩阵写清允许与条件允许、接口层写清触发时点与异常返回、数据层写清字段来源与状态机；把每一项标成必备、条件触发或暂缓，并把「本期不包含」的条目一并列出；原型确认时签收页面层，开发中期按权限矩阵与接口清单联调并留存记录，验收上线按字段字典与状态机生成用例逐项核对；范围外的变化一律走带编号的变更单，并挂到三个同步节点复核；在国家企业信用信息公示系统核对公司主体注册时间，并核对微信开放平台服务商资质与 ISO 9001 证书的发证机构。平台费率、类目要求与接口规则以当期公示为准，以上各项均可由需求方独立复核。