一、缘起：偶然加入项目#

时间回到2023年5月。那时我刚打算以后做前端开发，经常蹲学院群的消息。有一天看到一条招募——缺前端开发。我起初并不知道这个项目具体做什么，想着无论结果如何，能参与实际项目总是有好处的。于是就这样加入了。

二、团队阵容：各路伙伴齐聚#

为了方便描述，我给主要成员取了代号：

• Sunny哥（商科同学）：项目发起人
• A哥（上班族）：前端原负责人
• B哥（上班族）：后端负责人兼PM
• 美工哥（外校同学）：负责UI设计
• 前端成员：我、学妹、同事哥（B哥同事）、摸鱼哥（科班学生）
• 后端成员：MA哥（硕士）、MB哥（硕士）、跑路哥A（上班族）、跑路哥B（B哥同事）

后来A哥因工作调动离开，摸鱼哥长期潜水后也退出了，跑路哥A和B基本没怎么干活就走了。最后坚持下来的核心成员是：Sunny哥、B哥、美工哥、我、学妹、同事哥、MA哥、MB哥。

三、分工与股权：按劳分配，赌一把#

加入时没怎么面试——项目缺人，有意愿就能进。目标是做一个校园二手交易微信小程序，方便校内闲置物品流通。

Sunny哥为此注册了一家公司。分红方案分两部分：启动部分（50%）和推广运维部分（50%）。启动部分中，市场部占30%、技术部占70%；推广运维部分按劳分配，市场部占70%、技术部占30%。两部分加权后就是每个人的股份权重。也可以选择不要股份，开发完成后一次性按权重结算，由Sunny哥出钱。抱着“赌一把”的心态，我没有选择一次性结清。后来公司注销前，我大概占了7%的股权。

四、开发过程：暑假里的协作#

2023年5月到9月（主要是暑假）是我们集中开发的时间。B哥有工作经验，很主动也很自信，自然而然地承担了PM的职责。我们用一个工作记录文档来跟踪任务，有点像Scrum但没有分sprint，只有一条条story——每项记录工作内容、状态、负责人、优先级，挺清晰的。这个文档也是计算工作量的依据。

A哥离开后，前端由我给大家分工。每个人负责一组相关联的页面，方便复用自己写的组件，偶尔需要交叉调用。这样出了问题，能快速定位到负责人。我和学妹、同事哥相处得很愉快。有时我时间充裕，看到别人代码里的小问题（比如逻辑或样式瑕疵），会主动加注释提醒，一般不会直接动别人的代码。除非是像颜色这类纯CSS调整、不影响整体框架的，偶尔会顺手改一下。

五、需求膨胀：从交易到社交#

Sunny哥和B哥是技术部里两个很有意思的角色。Sunny哥想法很多，今天说做这个，明天说要加那个需求。不知道是不是老板都这样。

最初我们规划的功能有：

• 首页（商品页）：查看、搜索二手物品，可按分类、关键词、学校、校区筛选；还能获取用户地理位置（需授权），按距离排序。
• 物品页：展示物品图片、信息、原价/现价、发布时间、卖方信息、地理位置、交易方式等。
• 消息页：类似某鱼，买家点“我想要”后自动发送物品卡片并建立私信，可发文字和图片，无表情/语音等。
• 用户页：用户名、学校、信誉、已发布/已卖出物品列表，以及授权、条款、通知设置等。

做完这些，我觉得专注校园二手交易的核心功能已经够了——主要提供信息平台，让用户快速找到东西、联系卖家，再通过其他平台完成交易。

但Sunny哥想加一个社交功能，像校园集市那样发帖、评论回复，说可以把那边的用户挖过来。我当时觉得两个系统揉进一个小程序会太臃肿，而且同质化严重，没必要。但作为执行者，还是照做了。我也试着做过一些简单的可行性分析，只是商业上的事我也不太清楚。

六、管理风格的碰撞：关于培训与分工#

B哥和Sunny哥志同道合，而且有着天然的自信，觉得项目推广到全国高校能赚几个亿。我每次都说，先把我们本校和周边学校做好就不错了。B哥认为我们有年龄和资历差距，我们的想法不太行——互相之间多少有些看不顺眼吧。他还喜欢分享企业家讲话，憧憬着将来像他们一样成功。他和Sunny哥差不多，都喜欢画饼。

有一次，B哥给后端同学线上培训docker怎么用，让我们前端也去听，还把“培训”写进工作内容。我认为计算机专业的学生，自主学习能力是很重要的——文档、教程、搜索引擎，大部分问题10分钟内就能找到答案。如果缺乏搜索和自学的能力，在计算机行业确实会比较吃力。当然，每个专业都有混日子的同学，AI时代最先受到冲击的可能也是这批人。不过这只是我个人的想法。

我觉得B哥不太适合做PM。有一次前端某个模块出了bug，不是我负责的部分，他却直接@我去修。我的原则是：分工明确的情况下，让模块负责人自己去debug最有效率——他们一看问题就能知道大概范围，自己改起来也顺手；而且如果别人的代码被我改了，结构变了，原负责人再读起来也费劲。我自己的代码也不喜欢别人不经同意就改。我们本来有分工，按分工来管理才是高效的做法。B哥选择的方式让我有些困惑，不知道是不是他上班的地方管理就比较混乱。另外，我们也没有代码规范，可读性一般。我认为无论做技术还是管理，高效协作都很重要——B哥在这方面的意识和我有些不同。

七、争议：学生认证的隐私问题#

关于学生认证，B哥提出用学信网来验证，我强烈反对。他说网上有学信网验证服务卖，但我查了学信网官方并没有开放验证接口。那种服务很可能是获取用户学信网的一串码，再去学信网抓取信息——这样一来，除了学校信息，还会经手身份证等敏感数据。即使服务方承诺不保存，中间传输过程本身就存在风险。

我认为前期用户少的时候不必强行规范，可以先用学生卡认证（像校园集市那样），虽然也会泄露一些个人信息，但在可接受范围内。经过争论，我们决定暂时搁置学生认证功能。其实非学生（比如教职工）也可以用，不是吗？

八、上线与推广：出师不利#

2024年2月，小程序正式上线，市场部开始干活。计划先在我们学校的不同校区推广，打算走班宣传、让大家扫码，同时在朋友圈传播。原本想用“转发得抽奖机会”的方式，但恰好之前发生过一起类似的诈骗事件，同学们对这类活动都很警惕，我们只好放弃。真是“一粒老鼠屎坏了整锅粥”啊。

后来改用朋友圈集赞、找小客服领红包的奖励方式。我还领了5块钱——对于大学生来说，白捡的奖励不要白不要。

但推广持续了一段时间，效果很一般。临近寒假，大家交易需求不高。我问了身边同学，反馈是：用户量太少，浏览量低，还不如在宿舍群里出物快。学校似乎也不允许官方宣传，最后不了了之。市场部的成果不太理想。

九、落幕：广告、卖源码#

服务器每月成本近千元（由B哥垫付），他觉得需要接入广告来回本。从用户交互角度考虑，开屏广告体验差、用户会更不想用，而插入在浏览列表中间的广告相对好一些。我表达了反对，最后大家同意先不加开屏广告。但后面也没见什么起色，市场部说等开学或毕业季，等到时候了依然没动静——宣发基本停滞了。

后来有人联系想花几百块钱买下源码和美工，还要求包运维。这显然不合理——几百块十几个人分，每人几十块还要做运维？我果断反对。B哥当时还说一股能卖5万……如果真能这样，我第一个就卖了。最后大家决定不卖，留作纪念。源码我还存着，不过想想环境迭代了好几轮，现在AI写代码也方便，源码本身可能不值钱了。但美工哥设计的UI真的很好看，当作品集也不错，卖掉就太可惜了。

十、感想#

大概2024年下半年服务器就停了。公司直到2025年才注销。虽然项目失败了，但我也算当了一回小股东，经历了一次完整的从开发到推广再到落幕的过程。现在想起来，还是学到了不少东西。

想法不是最重要的，这个想法肯定别人也想过，为什么没人做成，是我们需要反思的。我们的方向本就是错的？还是团队无心做成这件事？我们中间停滞的过程本来还能做什么努力？