想想输入法 / 项目管理备忘录
02 / A 30-DAY DELIVERY PLAN

一个月,
让计划变成能用的版本。

Lovetips 参考项目 · 先做完整主流程,再做丰富度。设计、后端和客户端并行,第二周就能整体测试,给审核留出真实空间。

查看交付日历 ↓30 DAYS
身份已更正:字太白、Only系列、Redbin为同一人。查看实名分工、前置依赖与七道阶段验收 →
10.25执行起点 · 已有成果折入计划
11.08完整测试版目标
11.14第一轮提审目标
11.2330 天结束 · 分端验收
这是建议排期,尚非开发团队承诺。每天 4 小时暂按两位开发各自投入理解;三端内测、提审、正式上架分别记录,审核结果不能保证。

首版,只盯紧一条完整路径

核心能力优先于页面数量

01
首次使用
→
02
主动选择截图
→
03
识别与修正
→
04
选择回复风格
→
05
生成与复制
→
06
次数与会员
MUST HAVE

本月必须交付

单图识别与内容修正、少量风格、生成复制、失败恢复、游客与登录规则、购买恢复与权益、最小后台、日志和关键漏斗。

NEXT RELEASE

先放到下一版

复杂动效、大量人设、多套促销、多图长聊天、多主体多包。自动跨应用捕获单独验证,不能默认为已包含。

若“自动获取聊天”是首版必要能力,前三天必须三端真机验证;失败时需增人、缩平台或调整范围。主动选图版不能冒充自动捕获版。

每天四小时,如何真正排进日历

产能模型 · 可调整工作日,不代表开发估算

160 小时 两位开发合计
iOS · 80 小时
核心 70%旧项缓冲
安卓 + 鸿蒙 · 80 小时
安卓 40%鸿蒙 30%旧项 + 缓冲
基准预算:iOS 核心 56h / 旧项 8h / 缓冲 16h;安卓 32h + 鸿蒙 24h / 旧项 8h / 缓冲 16h。

两端共享一个人的时间;后端、设计、测试另算。预算分配不等于已验证估算,第三天必须重估。如果必要工作装不进工时,就减范围或增人。

30 天交付日历

每个日期,都对应可检查的成果

盘点已有成果,冻结目标

范围表、一个首发主体与渠道、任务责任人、每日固定工作时段。

产品 / 推进人 / 全体

最大技术风险真机验证

主流程和状态图、接口样例、次数与会员规则、事件字典;决定自动化及鸿蒙范围。

设计 / 后端 / 客户端

第一包,真实接口贯通

三端实际演示选图 → 识别 → 生成 → 复制,日志可查,不能只给静态页面。

两位客户端 / 后端

完整测试版,首轮整体验收

游客、登录、次数、支付、恢复、权益和漏斗闭合;非开发人员完成干净安装体验。

客户端 / 后端 / 验收

核心回归完成,第一轮提审

权限拒绝、弱网、机型、支付异常验证;真实截图、协议、账号和演示视频齐全。

验收 / 运营 / 客户端

内部交付完成,处理审核反馈

修复严重问题并回归,必要时重提;不再增加首版功能。

客户端 / 后端 / 验收

分端交接,明确实际状态

每端分别记录已验收、已提审、已通过、已发布;列出剩余卡点和下一动作。

推进负责人

谁负责把工作推到完成

以下为建议分工,需在启动时确认

角色交付责任执行约定
产品决策人范围、优先级、资源和取舍24 小时内裁决;插入新项必须换出旧项
内部推进负责人任务、依赖、材料状态和验收组织每天 45—60 分钟;每周两次安装验收
iOS 开发iOS 主流程、支付、质量与提审每天固定 4 小时;周度安装包
安卓 / 鸿蒙开发两端实现、兼容性和风险验证共享一个工时池,第三天确认技术路径
后端 / 设计 / 运营接口与后台 / 完整状态 / 资质与上架素材模块滚动交付,第一周真实联调

启动与验收检查清单

仅保存在当前浏览器,不同步为团队真实进度

已勾选 0 / 8 

把节奏固定下来

简单制度,比反复催问更有效

01

一个任务入口

任务拆成 2—8 小时,写清唯一负责人、依赖、剩余小时和验收条件。微信用于讨论与通知。

02

每天一条进度

完成项 + 包或证据 + 剩余小时 + 阻塞 + 明日交付。允许提前说做不完,不等到期才解释。

03

每周两次实际验收

周中发现偏差,周末验收成果。看真实安装包,不用“差不多”替代状态。

04

旧项目设置上限

一个月只处理严重使用、支付和上线问题;每人先留 8 小时,超出当天重排。

质量建议:用 30 条脱敏对话样本验证识别和回复;支付与权益逐项验收。性能先测基线再定目标;小范围试用只能发现问题,不能证明商业 ROI。

参考:Lovetips 官方功能介绍 ↗ · 苹果审核指南 ↗。参考成熟流程,独立完成品牌及视觉;自动捕获能力应提前验证。