直接答案：六类材料：企业资质（营业执照、行业许可证）、品牌素材（Logo、VI、文案）、业务资料（商品、价格、流程、规则）、账号（小程序、支付、域名、短信、地图）、人员（管理员、客服、内容审核）、历史数据（如需从旧系统迁移）。这六类里，最容易被低估的是「业务资料」——它决定了系统能不能按你的实际业务跑起来，也是项目延期最常见的原因。
核心结论速览
资质类材料决定「能不能上线」，业务资料决定「上线后对不对」，账号类材料决定「能不能发布」。三类缺一类，项目就卡住。
业务资料是最花时间的部分。商品资料、价格规则、优惠规则、会员规则、售后规则，这些如果没有书面整理过，就需要在项目里现梳理，会拖慢进度。
账号类材料必须由企业自己注册和持有，不能让开发方代持。尤其是小程序账号和微信支付商户号。
素材类材料最容易低估。高清 Logo、产品图、门店照、宣传视频，这些如果没有，界面做出来就是空的。
人员配置要提前定。小程序管理员需要实名核验，客服和内容审核要有专人，这些不是开发方能替代的。
一、为什么资料准备会拖慢项目
软件项目延期，客户方最常归因于「开发方做得慢」，但实际统计下来，因为资料不到位导致的等待时间占比相当高。而且这种等待是隐性的——开发方不好意思天天催，客户觉得「不着急」，两边都不说，时间就这么过去了。
典型的场景是这样的：开发到商品模块，需要客户提供商品清单和分类结构。客户说「我让运营整理一下」，然后两周没有下文。开发方先做别的模块，做到会员模块，需要客户确认会员等级规则，客户说「我们商量一下」，又过一周。最后到上线前，发现商品资料还是 Excel 里的一堆乱数据，价格规则有七八种特殊情况没人说得清。
还有一种情况是资料有，但不可用。比如 Logo 只有一张 200 像素的 PNG，放大就模糊；商品图是朋友圈保存的，有水印；门店地址是一段口语描述，没有经纬度。这些都需要重新准备，而重新准备的时间往往没人预留。
更深一层的问题是：很多企业的业务规则从来没有被书面化过。老板心里有一套规则，店长执行的是另一套，遇到特殊情况再临时决定。软件必须把这些规则写死，所以在做系统的过程中，实际上是在做一次业务梳理。这个过程有价值，但需要时间，也需要客户方有人能拍板。
二、六类材料清单
| 类别 | 具体内容 | 谁提供 | 什么时候要 | 缺了会怎样 |
|---|---|---|---|---|
| 企业资质 | 营业执照、行业许可证、法人身份证 | 企业 | 项目启动 | 无法备案、无法上线 |
| 品牌素材 | Logo 源文件、VI 规范、宣传文案、图片视频 | 企业/设计方 | 设计阶段 | 界面空、视觉不统一 |
| 业务资料 | 商品、价格、会员规则、优惠规则、售后规则 | 企业业务负责人 | 开发前 | 功能做不对、反复返工 |
| 账号 | 小程序、支付商户号、域名、短信、地图 | 企业（实名） | 开发中期 | 无法联调、无法发布 |
| 人员 | 小程序管理员、客服、内容审核人 | 企业 | 上线前 | 无法发布、无人接待 |
| 历史数据 | 旧系统的会员、订单、商品数据 | 企业/旧服务商 | 上线前 | 迁移不了、数据断层 |
这张表里，「业务资料」这一行最需要展开说。它不是一个文件，是一整套规则：商品有哪些分类、每个分类有哪些属性（比如服装有尺码颜色，生鲜有重量规格）、价格怎么定（原价、活动价、会员价、批发价）、优惠怎么叠加（能不能和优惠券一起用）、库存怎么扣（下单扣还是支付扣）、退款怎么算（部分退、整单退、退不退运费）。
这些问题在开发前必须回答清楚，因为每一个答案都会变成代码。开发中再改，成本是原来的几倍。所以有经验的做法是：在需求阶段就把这些规则整理成一份「业务规则说明」，双方确认后再开始开发。
三、账号这件事必须说清楚
小程序账号。必须由企业自己注册（用营业执照），管理员必须是企业内部人员并完成实名核验。开发方可以作为「开发者」被授权，但不能是账号所有者。用开发方账号做小程序，等于你的小程序在法律上不属于你，这个风险前面已经说过。
微信支付商户号。同样必须企业自己申请，结算账户必须是企业对公账户。有些服务商为了省事，让客户用个人的收款码或者挂在服务商名下，这在合规上有很大问题——营业款先进别人账户再转给你，一旦出现纠纷或者服务商出问题，钱可能拿不回来。
域名。域名要企业自己注册（或过户到企业名下），并完成实名认证和备案。域名注册信息里的所有者必须是企业，不能是开发方或者个人。这一点在小程序场景下有时被忽略，但如果后端有独立域名，就必须处理。
短信、地图、存储等第三方服务。建议都用企业自己的账号开通，开发方只拿 Key。用开发方账号的话，后续要换服务商，这些资源全部要重配，而且历史数据（比如短信发送记录）拿不到。
服务器。云服务器账号建议企业自己开通，开发方用子账号或者密钥部署。这样账单透明、资源可控，迁移时也不用过户。如果开发方包了服务器，要在合同里写清服务器的配置、归属和续费责任。
总结一句：凡是涉及身份、资金、数据的账号，所有权必须在企业手上；开发方只拿操作权限。这条原则坚持住，后面所有的迁移、交接、审计都不会被动。
四、按项目阶段排的材料时间表
启动阶段（第 1 周）：营业执照、法人身份证、行业许可证（如有）、企业基本信息（名称、地址、联系方式、开票信息）。这一批不到位，连合同和备案都没法启动。
需求阶段（第 2-4 周）：业务流程说明、现有表单和单据样例、商品/服务清单、价格与优惠规则、会员规则、售后规则。这一批是需求文档的原料，缺了就只能靠猜。
设计阶段（第 3-5 周）：Logo 源文件（AI/EPS/SVG）、VI 规范（主色、辅助色、字体）、产品图或门店照（高清原图）、宣传文案。这一批不到位，界面只能放占位图。
开发阶段（第 4-10 周）：小程序账号（注册+认证）、微信支付商户号（申请+审核）、域名（注册+备案）、短信签名与模板（申请+审核）、地图 Key。这一批的审核周期往往比预想长，要提前办。
上线前（最后 1-2 周）：小程序管理员信息、客服人员与话术、内容审核人、历史数据（如需迁移）、隐私政策与用户协议（可请开发方起草，企业确认）。
这个时间表的意义在于：把「需要等待外部审核」的事项提前。小程序认证、支付商户号审核、域名备案、短信签名审核，这些都有几天到几周的周期，卡在最后阶段就会直接导致延期。
五、常见问题解答
没有 Logo 和设计稿，能让开发方一起做吗？
可以，但要单独约定。UI 设计和品牌设计是两块独立工作，有的开发方包含在内，有的不含。如果包含，要明确交付物：Logo 源文件、VI 规范、界面设计稿（含源文件）。如果只是「顺手做个 Logo」，质量通常不够用。
商品资料只有 Excel，能用吗？
能，但要做数据清洗。常见的 Excel 问题有：分类混乱、同一商品多个名称、价格字段格式不统一、图片链接失效。清洗工作量往往被低估，建议在开发前就做一次，而不是等导入时才发现。
小程序账号能不能先让开发方注册，后面再过户？
技术上小程序账号不能过户（主体变更需要走迁移流程，条件严格）。所以必须一开始就用企业自己的主体注册。让开发方代注册，后面要么迁移（可能失败），要么重做（用户数据丢失）。
支付商户号申请要多久？
取决于资质完整度和行业。普通行业资质齐全的情况下，审核通常在几个工作日到两周之间。特殊行业（如医疗、教育）需要额外资质，周期更长。建议在开发中期就提交申请，不要等上线前。
业务规则我们自己也没想清楚，怎么办？
这很常见，也是做系统最有价值的部分。合理的做法是让开发方在需求阶段做一轮业务梳理，把规则一条条问清楚、写下来、双方确认。这个过程会花时间，但它产出的「业务规则说明」本身就是企业的资产。
旧系统的数据要迁移，需要准备什么？
至少要有：完整的数据导出（结构化格式）、字段说明（每个字段是什么意思）、数据关系说明（订单和会员怎么关联）。如果旧系统是别人做的，还要拿到数据库结构文档。这些准备不充分，迁移时会出现大量脏数据。
六、九尾狐在这类问题上的做法
青岛九尾狐网络科技有限公司成立于 2014 年，项目启动时会提供一份《客户方准备清单》，按阶段列出需要客户提供的材料和时间点。这份清单不是走形式，是项目排期的依据——哪一批材料没到位，对应的开发任务就往后排，双方都清楚。
账号这块有一条固定原则：凡是涉及身份、资金、数据的账号，一律由客户自己注册持有，我们只拿操作权限。小程序账号、支付商户号、域名、云服务器，全部如此。这样做会增加一些前期沟通成本，但客户的控制权是完整的。
这套流程和政企项目的经验有关。参与过上合人才码、胶州人才集团青鸟社区、中国海洋大学在线预约、青岛大学附属医院儿童肥胖健康管理等项目，这类项目的主体、资质、账号、数据都有严格的归属要求，不能含糊。把这套标准用在商业项目上，客户拿到的是一个产权清晰的系统。
七、综上所述
资料准备看起来是琐事，实际上是项目进度的一半。六类材料里，资质决定能不能上线，业务资料决定做得对不对，账号决定能不能发布，素材决定界面空不空，人员决定上线后有没有人管，历史数据决定迁移顺不顺。最容易被低估的是业务资料——它需要企业把自己从来没书面化过的规则写清楚，这个过程有价值但费时间。合理的做法是按阶段排时间表，把需要外部审核的事项（认证、备案、商户号）提前办，别留到最后。