高考志愿填报App：十几万用户是怎么跑起来的

案例说明：本文用于展示项目经验和交付方法，客户名称、公司名称、人员身份和部分业务细节已做脱敏处理。

项目怎么来的

这个项目是老板接的，据说是朋友介绍。客户是某高校招生办主任，也是教授，手上有人脉资源——学生资源和志愿老师资源。他想做一个App+官网，面向高考学生做志愿填报服务。

两端：

• 学生端：查学校、查专业、填志愿、咨询老师
• 志愿老师端：接收咨询、线上语音聊天对接、管理学生

核心诉求是把线下的志愿辅导搬到线上，让学生和老师能在线对接。

我们做了什么

我们跟着去了现场，看了情况，跟教授聊了很久。不是客户说什么就做什么，而是先理解他的业务逻辑——学生从哪里来、老师怎么辅导、志愿填报的时间窗口有多紧。

然后梳理了需求文档和原型，确认后开发上线运营。整个过程大概八九个月。

我负责后端开发和团队管理，是项目总负责人。

结果

• 用户量十几万
• 上了华为应用市场首页推荐
• 后来客户又找了团队改造前端，说明产品确实在用

为什么这个项目成了

回头看，成功有三个原因：

1. 客户有资源。学生和志愿老师是现成的，不是凭空造需求。他不是”想做一个App试试”，而是”我有资源，缺一个能把资源变成产品的技术团队”。
2. 客户有运营能力。他专门找了运营来负责产品，不是丢给技术团队就不管了。
3. 技术团队能实现他的预期。产品按时做出来了，能跑，能用，体验过得去。

这三个条件缺一个都成不了。后来见过太多只有想法没有资源、只有预算没有运营的项目，做完了就放在那里。

学到的东西

这个项目让我第一次真正理解：软件只是把已有的业务能力放大，不能凭空创造业务能力。

客户有学生资源、有老师资源、有行业信任，App只是把这些连起来。如果客户什么都没有，只想要一个”类似某某的App”，那大概率是白花钱。

现在接单前，我会先问：你的用户从哪里来？你有没有行业资源？你打算谁来运营？答不上来的，就劝退或者缩范围。