编制:同铭科技
日期:2026-05-31
版本:v1.0
一、项目历程总览
本项目的核心演进分为四个阶段,清晰地展示了从一个铜材加工厂的进销存痛点,逐步演变为三方合伙创业的完整路径。
| 时间 |
沟通对象 |
核心议题 |
关键变化 |
| 5/17 |
翔哥(第一位合伙人) |
进销存需求确认、痛点梳理、最小核心优先策略 |
✅ 立项:确认云端部署、分阶段开发 |
| 5/24 |
祥哥(合肥现场负责人) |
工厂现场流程、7人团队、二维码扫码方案、AI边界 |
✅ 细化:确认分阶段方案、二维码数据更新 |
| 5/30 |
祥哥(电话沟通) |
系统商业化方向、全国1000+工厂、数据安全方案 |
🚀 方向升级:从定制→可推广产品 |
| 5/31 |
祥哥(沟通明杰夫后) |
三方合伙确认、利润分配334、开发预算、碰头安排 |
🏗️ 确立合作:正式合伙开发+市场推广 |
二、第一阶段:痛点驱动(5/17 — 原始需求)
2.1 参与人
| 角色 |
人物 |
说明 |
| 客户/合伙人 |
翔哥(深圳/东莞) |
今宽公司老板/创始股东,20年铜材行业经验 |
| 客户/合伙人 |
祥哥(合肥) |
合肥铜材公司现场负责人,负责日常运营 |
注:翔哥与祥哥可能是同一人或不同人,早期文档存在混用。5/31沟通中确认的合作模式为三人合伙:祥哥(运营)+ 明杰夫(市场)+ Kevin(技术)。
2.2 客户背景
- 合肥铜材公司,2024年7月筹建,2026年1-5月开票销售额5000万元
- 团队7人(2业务+1行政+1财务+2生产+祥哥补位),生产满负荷
- 业务来源:东莞合伙人转单 + 合肥本地自拓,已开发2-3家大客户
- 计划下半年拓展江浙沪市场
- 东莞合作方:草台班子架构,无规范财务,数据时效/准确/完整性差
2.3 核心痛点
- 流程冗余:数据手动录Excel → 再录老旧ERP,同一数据两人录,反复核对
- 业务暴增:人力跟不上,人工时效差、错误多、溯源难
- 系统落后:协宸ERP十几年前单机版,导出数据杂乱,仅财务模块能用
- 数据精度要求高:铜材~110元/公斤,几公斤误差就是真金白银的损失
2.4 初始方案定位(5/17确认)
| 决策项 |
内容 |
| 开发思路 |
最小核心优先 — 先解决1-2个最痛点 |
| 部署方式 |
云端部署 |
| 核心功能 |
订单 → 到货 → 分切 → 出库 四个环节闭环 |
| 产出 |
订单发货表 + 库存表 两张核心表格 |
| 数据更新 |
二维码扫码更新(最终确认方案) |
三、第二阶段:需求细化(5/24 — 工厂现场沟通)
3.1 工厂运营细节
- 祥哥负责数据整理兼补生产,周一到五住工厂,周末回家
- 铜材定价:沪铜指数每日开盘价 + 加工费
- 需要解决东莞方数据混乱问题(时效/准确/完整三差)
3.2 二维码方案确认
- 确定二维码扫码更新方式替代手动Excel
- 客户标签和自有追溯标签分开贴,各管各的
- AI可自动识别二维码信息,但规则定义需人工提前做
3.3 开发策略确认
- 分阶段做方案+开发
- 祥哥不急于求成,允许抽空推进
- 近期先出完整方案给对方确认
四、第三阶段:方向升级(5/30 — 系统商业化)
4.1 关键转折
祥哥主动提出:系统在自己公司打磨好后,包装成产品推向全国铜加工市场。这是项目的重大转折点——从"给你做个系统用"变成了"我们一起做个产品卖"。
4.2 行业分析
| 维度 |
分析 |
| 市场规模 |
全国约1000多家铜加工厂 |
| 行业特点 |
垂直细分、圈子小、人脉紧密 |
| 竞品现状 |
金蝶/用友等大厂不深入此垂直领域;协宸12年未更新 |
| 痛点真实 |
协宸难用但"用得最多"——说明市场有需求但没好产品 |
| 推广路径 |
行业人脉两三层就能触达老板 |
4.3 祥哥背景披露
- 第一桶金:幼儿园中介(疫情前),地毯式调研1000+家幼儿园,做到单笔20万收费
- 转型铜材:认为铜=工业大米,未来50年无替代,AI散热行业正在爆发
- 正在规划:买地建自己的铜厂(年营收1亿+)
- 风格:40岁、农村出身、每一步都算好兜底、试错成本有限、没有亏过钱
4.4 部署方案讨论
| 方案 |
优势 |
劣势 |
| 云端 |
运维简单、稳定 |
传统老板对云缺乏认知 |
| 私有化 |
数据完全自主 |
需硬件+专线+运维,投入大 |
| 推荐 |
先云端,做本地数据备份 |
后续两套并行 |
五、第四阶段:合伙确立(5/31 — 三方合作确认)
5.1 三方合伙架构
祥哥与明杰夫沟通后,正式确认三方合作模式:
┌─────────────────────────────────────────────┐
│ 带材加工管理系统 · 产品化 │
├─────────────┬───────────────┬───────────────┤
│ 祥哥 (30%) │ 明杰夫 (30%) │ Kevin (40%) │
│ 运营/业务 │ 市场/销售 │ 技术/开发 │
│ 工厂流程把控│ 行业人脉推广 │ 系统架构/落地 │
│ 需求定义主导│ 客户对接拓展 │ 产品打磨/维护 │
└─────────────┴───────────────┴───────────────┘
5.2 利益分配(已确认)
| 角色 |
占比 |
分工 |
| 祥哥 |
30% |
场内运营、业务对接、需求把控 |
| 明杰夫 |
30% |
市场推广、客户拓展、行业人脉 |
| Kevin(你) |
40% |
技术架构、开发落地、后期维护/培训 |
5.3 预算与时间线
| 项目 |
金额/时间 |
| 系统开发(打包方案) |
~10万 |
| 系统开发(分阶段方案) |
~11.7万 |
| 5年含运维总费用 |
~15万 |
| 开发周期 |
~1年 |
| 打磨试用期 |
~半年 |
| 合计到产品成熟 |
约1.5年 |
5.4 产品定位升级
原定位(定制进销存 · v3.0):解决今宽内部订单→到货→分切→出库的四个环节数据闭环
新定位(定制 + 产品化两层架构):
┌────────────────────────────────────────────────┐
│ 带材加工行业管理系统 · 两层架构 │
├────────────────────────────────────────────────┤
│ │
│ ┌───────── 标准化产品层(可拆合)─────────┐ │
│ │ 模块池(按客户需求组合): │ │
│ │ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ │ │
│ │ │订单管理│ │库存管理│ │生产管理│ │财务管理│ │ │
│ │ └──────┘ └──────┘ └──────┘ └──────┘ │ │
│ │ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ │ │
│ │ │标签管理│ │质保书 │ │报表系统│ │客户门户│ │ │
│ │ └──────┘ └──────┘ └──────┘ └──────┘ │ │
│ │ ┌──────┐ ┌──────┐ ┌──────────────┐ │ │
│ │ │AI识别 │ │二维码│ │字段/报表自定义│ │ │
│ │ └──────┘ └──────┘ └──────────────┘ │ │
│ └────────────────────────────────────────┘ │
│ ↑ │
│ 模块拆分+组合,适配不同客户需求 │
│ ↑ │
│ ┌───────── 定制地基层(v3.0,保留)──────────┐ │
│ │ · 基于今宽实际业务流程打磨的定制系统 │ │
│ │ · 订单→到货→分切→出库 四环节数据闭环 │ │
│ │ · 二维码扫码数据更新 │ │
│ │ · AI自动识别+规则整理 │ │
│ └────────────────────────────────────────┘ │
│ ↓ │
│ ┌──────────────────────────────┐ │
│ │ 云端版 (SaaS) │ 本地版 (私有化) │ │
│ └──────────────────────────────┘ │
└────────────────────────────────────────────────┘
核心思路:v3.0不是被替代,而是成为系统的地基。在上面叠一层标准化产品层,通过模块的拆解和组合,满足不同客户的差异化需求。
- 针对今宽自己用:定制层全量跑通
- 针对推广给同行:按客户需求从产品层选取模块组合
- 定制层的迭代经验反过来优化产品层的模块设计
5.5 竞争分析(基于祥哥反馈)
| 竞品 |
协作(协宸) |
| 价格 |
买断3.7万 + 年维护3千 |
| 成立年份 |
~2012年(距今14年) |
| 覆盖量 |
行业用得最多 |
| 核心问题 |
老旧未更新、需2-3人维护、基本单据出不了 |
| 用户评价 |
"同行都知道它不好用" |
| 机会 |
痛点真实+无替代品=空白市场 |
5.6 对AI的定位
- AI不是替代人的决策,而是替代重复操作
- AI可做:自动识别二维码、按规则整理数据、自动更新库存
- AI不能做:定义业务规则、做全自主无人处理
- 这是产品差异化的重要卖点——用AI降低传统ERP的使用门槛
六、竞争对手分析补充
6.1 行业特点
- 大公司看不上:金蝶、用友等ERP大厂不会深入铜材加工这种极垂直领域
- 小公司做不了:行业内的工厂老板没有技术资源,也没想到要用软件改善
- 协宸的垄断:不是因为它好,而是因为没有替代品
6.2 为什么现在有机会
| 因素 |
分析 |
| 技术门槛下降 |
AI+低代码大幅降低开发成本 |
| 行业认知变化 |
90后老板逐步接班,对数字化的接受度更高 |
| 成本结构变化 |
云服务器成本极低,SaaS模式大幅降低推广门槛 |
| 你的优势 |
有行业内部人(祥哥/明杰夫)+ 懂技术落地 |
七、当前决策确认清单
7.1 已确认 ✅
| 项目 |
状态 |
| 三方合作意向 |
✅ 已确认 |
| 利益分配 334(你拿4) |
✅ 已确认 |
| 系统商业化方向 |
✅ 已确认 |
| 分阶段开发策略 |
✅ 已确认 |
| 云端部署为主 |
✅ 已确认 |
| 二维码扫码数据更新 |
✅ 已确认 |
| 先在自己公司打磨再推广 |
✅ 已确认 |
7.2 待确认 ⏳
| 项目 |
说明 |
| 标准化产品层设计 |
基于v3.0定制层,梳理模块池如何拆分/组合 |
| 市场调研结果 |
需要出调研方案,明杰夫配合执行 |
| 三方碰头时间 |
苏州或河北,具体时间待定 |
| 定价模型 |
定制版 + 标准化产品版 两套定价 |
| 品牌/公司注册 |
产品推向市场前需要注册公司 |
| 合同签署 |
合伙协议、利益分配等法律文书 |
八、后续行动方案
8.1 近期行动(1-2周)
| # |
行动 |
责任人 |
时间 |
| 1 |
出行业市场调研方案(问题清单+调研框架) |
Kevin |
尽快 |
| 2 |
祥哥/明杰夫配合调研(问同行用啥系统、痛点) |
祥哥/明杰夫 |
收到方案后 |
| 3 |
协调三方碰头时间(苏州或河北) |
祥哥 |
沟通明杰夫后定 |
| 4 |
输出两层架构设计思路(保留v3.0地基,设计产品层模块池) |
Kevin |
碰头前 |
8.2 中期规划(1-3个月)
| # |
行动 |
| 1 |
完成行业调研,形成市场分析报告 |
| 2 |
确定最终产品定位和功能边界 |
| 3 |
完成通用底座框架设计 |
| 4 |
启动核心模块开发(订单+库存+出库闭环) |
| 5 |
祥哥公司内部试跑 |
8.3 长期规划(1-1.5年)
| 阶段 |
时长 |
关键里程碑 |
| 开发期 |
~1年 |
系统完成开发,祥哥公司跑通全流程 |
| 打磨期 |
~半年 |
内部打磨到好用、稳定、简单 |
| 推广期 |
第1.5年起 |
通过行业人脉推向市场,开始收费 |
九、你的角色定位与建议
9.1 你的核心价值
| 能力 |
体现 |
| 技术落地 |
能把祥哥的业务需求转化为可运行的软件 |
| 架构思维 |
能从"通用底座"角度重新设计,考虑产品化 |
| AI整合 |
知道如何用AI降低使用门槛、提升效率 |
| 职业积累 |
有企业级项目经验,了解系统化思维 |
9.2 建议
- 两层架构 — v3.0定制系统保留作为地基,在上面叠加标准化产品层。模块可拆可合,适配不同客户。定制锻炼的肌肉记忆,反过来优化产品层的模块设计
- 调研要狠 — 不要只停留在"问同行",最好能找几家典型工厂实地调研
- 简单至上 — 这个行业的老板和技术水平决定了:系统必须简单到"培训一次就能用"
- 先做后说 — 先跑通核心闭环(让祥哥公司用起来),再做推广包装
- 法律先行 — 利益分配已谈好,建议尽快落实书面协议,避免后续纠纷
十、附件索引
| 文件 |
说明 |
02-客户输入/2026-05-17-客户沟通纪要-翔哥.md |
原始需求沟通 |
02-客户输入/2026-05-24-客户沟通纪要-祥哥.md |
工厂现场细节沟通 |
02-客户输入/2026-05-30-客户沟通纪要-祥哥.md |
系统商业化方向讨论 |
02-客户输入/2026-05-31-客户沟通纪要-祥哥.md |
三方合作确认(最新) |
05-交付物/今宽进销存系统-需求方案-v3.0.md |
定制地基层需求(保留,作为标准化产品层的基础) |
05-交付物/今宽进销存系统-系统建设方案-v3.0.md |
定制地基层建设方案(保留,叠加标准化产品方案) |
05-交付物/今宽项目-进销存系统报价方案-v3.0.md |
定制版报价(保留,后续补充产品化定价方案) |
05-交付物/今宽项目-从定制到商业化-整体方案.md |
本文:两层架构总体方案 |
本文档记录了一个项目从"帮人做个系统"到"一起创业做个产品"的完整进化路径。
编制:同铭科技 · 2026-05-31