wangdongpo/live_cloud
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
main
live_cloud/规划/项目启动规划.md

12 KiB
Raw Permalink Blame History

现场互动SaaS平台项目启动规划

一、项目概述

1.1 项目定位

打造轻量化现场大屏幕互动SaaS平台，专注500元以下小型活动市场，以极致性价比和稳定性抢占下沉市场。

1.2 对标产品

  • 对标：思讯互动（SessionHD）
  • 差异化：低价、轻量、专注小B客户

1.3 核心优势

  • 技术自主：2名程序员团队，零开发成本
  • 轻量部署：极简架构，运维成本低
  • 抖音获客：精准触达中小活动主办方
  • 快速响应：3人团队，决策执行高效

二、团队配置

2.1 核心团队（3人）

角色 职责 时间投入 核心产出
程序员A 后端开发+部署运维 全职/兼职 稳定API、服务器运维、数据安全
程序员B 前端开发+大屏幕 全职/兼职 流畅交互、大屏动画、移动端适配
推广客服C 抖音运营+客户对接 全职 每月20-30条线索、客户满意度>90%

2.2 协作模式

  • 决策机制：重大决策三人投票，简单多数通过
  • 沟通工具：微信群（日常）+ 每周一次线上会议（复盘）
  • 退出机制：任意成员可随时退出，需提前1个月告知

三、预算规划（启动资金：3-5万元）

3.1 资金分配表

项目 预算金额 占比 说明
云服务器 3,000元/年 10% 阿里云按量计费，设置月度消费上限500元
域名与认证 500元 2% 域名注册 + 企业备案
应急备用金 20,000元 67% 仅用于服务器突发费用或客户退款
设计外包 3,000元 10% 图标、模板设计（可缓）
测试推广 3,000元 10% 抖音DOU+投放测试
合计 29,500元 100% 总亏损底线：不超过3万元

3.2 成本控制红线

  • 月度服务器成本：≤500元（超过则降级配置）
  • 单活动成本：≤5元（按量计费）
  • 推广成本：≤500元/月（仅限测试）

四、产品规划

4.1 MVP版本（V1.0）

开发周期：4周（1个月） 核心功能：只做3个，做到极致稳定

功能清单

  1. 扫码签到

    • 用户扫码填写：姓名 + 手机号
    • 大屏幕实时显示：头像 + 姓名（默认头像）
    • 管理后台：查看签到列表 + 导出Excel

  2. 头像滚动抽奖

    • 支持设置：奖品名称、数量、单次抽取人数
    • 大屏幕动画：Canvas 2D滚动，3秒完成
    • 中奖结果：弹窗显示 + 自动保存 + 防重复中奖

  3. 基础管理后台

    • 活动管理：创建、编辑、删除
    • 数据查看：签到人数、中奖记录
    • 导出功能：签到名单、中奖名单

技术选型（极简稳定版）

后端：
  - 待定

前端：
  - 管理后台：Vue 3 + Element Plus
  - 大屏幕：Vue 3 + Canvas 2D（不用WebGL）
  - 移动端：Vue 3 + Vant（H5）
  - 脚手架：Vite（构建速度快）

其他：
  - 版本控制：Git + GitHub私有仓库
  - 监控：阿里云免费监控 + Server酱微信推送
  - 备份：每小时自动导出SQL到OSS（保留24小时）

砍掉的功能（暂不开发）

  • ❌ 弹幕系统（实时性要求高，易卡顿）
  • ❌ 3D签到墙（兼容性问题多）
  • ❌ 红包功能（涉及支付，合规复杂）
  • ❌ 游戏功能（开发周期长）
  • ❌ 投票功能（需求频次低）
  • ❌ 多主题切换（维护成本高）

4.2 产品定价

套餐 价格 人数限制 核心功能 适合场景
体验版 0元 ≤30人 签到+1轮抽奖（带水印） 朋友聚会、测试体验
基础版 199元 ≤100人 签到+3轮抽奖+弹幕 部门年会、小型沙龙
标准版 399元 ≤300人 全功能+导出数据 公司年会、经销商会
定制版 499元 ≤500人 +Logo定制+优先支持 品牌活动、发布会

推广策略：抖音主推199元和399元套餐

五、运营策略

5.1 抖音推广方案（客服C执行）

账号定位

  • 昵称：XX现场互动 / XX大屏幕抽奖
  • 头像：简洁文字logo（设计外包）
  • 简介：专注企业年会/活动抽奖 | 199元起 | 已服务XXX场活动
  • 定位：企业服务商

内容模板（每周3-5条）

类型1：客户案例展示（60%）

标题：北京某科技公司年会抽奖现场
内容：实拍客户活动现场（10-15秒）
配文：399元大屏幕抽奖效果，现场氛围超嗨！
标签：#年会抽奖 #现场互动 #北京年会

类型2：功能演示（30%）

标题：3分钟搞定年会抽奖系统
内容：录屏演示创建活动全流程
配文：无需下载，扫码即用，199元/场
标签：#抽奖软件 #年会策划 #活动执行

类型3：优惠活动（10%）

标题：199元年会抽奖系统，限10单！
内容：真人出镜讲解产品优势
配文：评论区扣"1"领取优惠
标签：#年会抽奖软件推荐 #企业年会

关键词布局

  • 核心词：年会抽奖软件、现场互动、大屏幕抽奖
  • 地域词：北京年会、上海活动、深圳策划、广州企业
  • 长尾词：小型公司年会、199元抽奖、免费签到系统

5.2 客户服务SOP

咨询响应（3分钟内）

客户：怎么收费？
客服：老板您好！我们199元（100人内）和399元（300人内）两个套餐，含签到+抽奖+弹幕。发您演示视频看看？

客户：系统稳定吗？
客服：已服务200+场活动，有备用方案和7×24小时技术支持。活动当天专属客服在线，出问题全额退款。

客户：能便宜点吗？
客服：首次合作优惠30元，199元套餐169元。活动结束后帮忙发个朋友圈好评就行～

交付流程

  1. 付款后30分钟内：创建活动，生成测试链接
  2. 活动前1天：发送操作手册 + 测试确认
  3. 活动前1小时：客服微信提醒 + 技术在线值班
  4. 活动结束后：回访要好评截图

六、稳定性保障方案

6.1 三道防线

防线1：架构简化（降低故障率）

  • 后端：单体应用，无微服务
  • 通信：HTTP轮询，无WebSocket
  • 数据库：单库单表，无分库分表
  • 缓存：无Redis，纯数据库查询
  • 动画：Canvas 2D，无WebGL

防线2：冗余备份（出问题可切换）

  • 备用方案1：离线版HTML文件（本地运行，断网可用）
  • 备用方案2：手机热点 + 本地服务器
  • 备用方案3：PPT抽奖动画（终极兜底）

防线3：监控告警（提前发现问题）

  • 服务器监控：CPU > 80% 微信告警
  • 接口监控：响应时间 > 2秒 微信告警
  • 错误日志：出现Exception立即推送
  • 心跳检测：5分钟无响应自动重启

6.2 活动前检查清单

24小时前检查

  • 服务器余额充足（>100元）
  • 数据库备份成功（手动导出SQL）
  • 活动链接可访问（手机+电脑测试）
  • 签到功能正常（扫码测试3次）
  • 抽奖功能正常（抽10次测试）
  • 离线文件已生成（邮件备份）
  • 客服微信在线（响应时间<5分钟）

1小时前最终确认

  • 客户收到操作手册
  • 大屏幕设备连接正常（视频通话）
  • 测试数据已清空
  • 专属客服在线
  • 应急预案已同步

6.3 应急预案

场景1：服务器宕机

1. 立即启动离线版HTML（本地运行）
2. 客服微信通知客户"系统升级中，已切换备用方案"
3. 程序员A重启服务器（5-10分钟）
4. 事后退款50%并道歉

场景2：抽奖卡顿

1. 关闭动画特效，切换文字模式
2. 客服微信安抚"网络波动，已优化"
3. 程序员B降低动画帧率
4. 事后赠送一次免费活动

场景3：客户误删数据

1. 立即从数据库备份恢复（每小时自动备份）
2. 客服电话指导重新操作
3. 事后更新操作手册，增加二次确认

七、开发时间表

第1周：准备工作

  • 三人启动会，明确分工和退出机制
  • 注册阿里云账号，充值5000元
  • 注册域名（100元）
  • 创建GitHub私有仓库
  • 确定技术栈（Java/Node.js）

第2-3周：后端开发（程序员A）

  • 搭建Spring Boot项目骨架
  • 设计数据库表（用户、活动、签到、中奖）
  • 实现用户注册登录（JWT）
  • 实现活动CRUD接口
  • 实现签到接口（扫码）
  • 实现抽奖接口（随机算法）
  • 实现中奖记录查询

第4-5周：前端开发（程序员B）

  • 搭建Vue 3管理后台
  • 实现活动管理页面
  • 实现大屏幕Canvas动画
  • 实现移动端H5扫码页
  • 实现中奖结果弹窗

第6周：联调与测试

  • 前后端接口联调
  • 压力测试（模拟100人签到）
  • 兼容性测试（3款手机+3款浏览器）
  • 灾难恢复测试（服务器断电恢复）
  • 生成离线版HTML

第7周：内测与优化

  • 三人内部测试（每人模拟一场活动）
  • 找3-5个朋友公司免费试用
  • 收集反馈，修复Bug
  • 完善操作手册

第8周：上线准备

  • 部署到阿里云
  • 配置监控告警
  • 设置数据库自动备份
  • 客服C准备抖音内容
  • 制定客服话术

八、风险控制

8.1 风险矩阵

风险 概率 影响 应对方案
系统崩溃 中 极高 备用方案 + 退款 + 道歉
获客成本过高 高 中 专注抖音免费流量 + 口碑传播
客户投诉 中 中 7×24小时客服 + 快速响应
团队成员退出 低 高 明确退出机制，提前1个月告知
资金耗尽 低 极高 严格成本控制，月度复盘

8.2 退出机制

触发条件（满足任一）：

  • 连续3个月收入 < 1000元
  • 出现2次以上重大故障（影响活动进行）
  • 核心成员退出且无法补充

退出动作：

  1. 立即停止市场推广
  2. 通知现有客户停止续费
  3. 导出所有数据，提供给客户
  4. 服务器降级到最低配置（保留数据）
  5. 复盘总结，决定是否重启

8.3 止损底线

  • 最大亏损：不超过3万元（本金）
  • 时间投入：最多12个月（验证期）
  • 机会成本：如全职工作收入更高，可转为兼职

九、关键里程碑

第一个月

  • 产品：V1.0 MVP上线
  • 用户：3-5个种子用户免费试用
  • 稳定性：系统可用性 > 95%

第三个月

  • 收入：首单付费订单（199元）
  • 用户：累计服务10场活动
  • 口碑：0重大投诉

第六个月

  • 收入：月收入 > 3000元
  • 用户：累计服务50场活动
  • 团队：考虑扩充兼职设计

第十二个月

  • 收入：月收入 > 10,000元
  • 用户：累计服务200场活动
  • 决策：是否全职投入/融资扩张

十、成功关键要素

10.1 产品层面

  • ✅ 稳定性 > 功能丰富度：宁可功能少，不能出故障
  • ✅ 简单易用：3步完成活动创建
  • ✅ 快速响应：客服5分钟内回复

10.2 运营层面

  • ✅ 抖音获客：持续输出内容，建立信任
  • ✅ 口碑传播：每个客户都变成推荐者
  • ✅ 数据驱动：每周复盘，优化转化率

10.3 团队层面

  • ✅ 明确分工：各司其职，不越界
  • ✅ 充分沟通：每日同步进展
  • ✅ 共担风险：收益共享，亏损共担

十一、附录

11.1 技术栈参考

  • 后端：Spring Boot 2.7 + MyBatis + MySQL 5.7
  • 前端：Vue 3 + Vite + Element Plus + Canvas 2D
  • 部署：阿里云ECS + Nginx
  • 监控：阿里云监控 + Server酱

11.2 账号清单

  • 阿里云账号（实名认证）
  • 域名注册（建议：xxhudong.com）
  • GitHub账号（私有仓库）
  • 抖音账号（企业认证）
  • 微信公众号（服务号，后期需要）

11.3 学习资源

文档更新日志：

  • 2026年1月31日：V1.0 初始版本

下一步行动：

  1. 三人会议确认本规划
  2. 分配第一周任务
  3. 确定技术栈细节
  4. 准备开发环境
Reference in New Issue View Git Blame Copy Permalink