工作总结
发表时间：2026-04-18创业公司试用期工作汇报[佳文]。
入职三个月，我给自己定的目标是：别搞虚的，把最小业务闭环跑通，然后看能不能复制。现在回头看，有成绩，也有几脚踩进坑里的教训。
一、钱和用户的账
MAU到了4.2万，比预期3万高出40%。但我知道这里面有水分——三月份做了一波“邀请得会员”的活动，拉来的人次周留存只有18%，远低于正常渠道的34%。也就是说，每10个活动用户，第2周就跑了8个。这提醒我：增长动作必须绑定“使用场景”，而不是单纯撒币。
付费转化率3.8%，看起来不错，但样本量只有1100多个付费用户。其中有个小B客户，客单价2800，占收入的17%。一旦他流失，数据立刻难看。所以接下来得把腰部客户数量从现在的23家拉到60家以上，降低单一客户依赖。
算一笔真账：三个月总支出64万（研发31万，营销18万，人力15万），营收到账41万。净亏23万，但LTV/CAC做到3.35，说明获客效率没问题。问题是回款周期——平均47天，现金流吃紧。我已经要求销售部把“30天内回款”作为提成的前置条件。
二、那次差点搞砸的交付
第二个星期，接到一个教育客户的紧急需求：他们要在两周内上线一套“学员积分兑换”系统。按常规排期，最少四周。
那天下午，销售负责人冲进办公室，说客户给了最后通牒——“要么7天出demo，要么换服务商”。我当时的判断：这个客户如果丢，会影响Q1收入目标的20%。
行动：拉上后端、前端、产品三个人，关在会议室里画状态机。我们发现，积分系统的核心逻辑跟之前做过的“任务成就模块”有60%的代码可复用。于是砍掉所有“花哨但非核心”的功能（比如积分排行榜、动态勋章），只保留“积分获取-兑换-消耗”三条主线。
连续四天，每天干到凌晨。第三天晚上，积分回滚与订单支付状态出现死锁风险，前端已经写好调用接口，后端发现逻辑冲突。我们临时改成“异步补偿+手动对账兜底”，赶在第七天中午给了demo。
结果：客户满意，但上线后第一周出现了17笔积分重复发放的问题。我们立刻补了对账脚本，并且主动给客户退了等价现金券。这个教训让我强制要求：所有涉及“资产变动”的功能，必须上自动化对账和每日巡检。
三、两件事让我重新思考“协同”
第一个是需求评审。原来研发抱怨“运营提的需求像拍脑袋”，运营说“研发总说排不上”。我定了个规矩：提需求必须带“价值预估”——这个功能上线后，能提升哪个指标？提升多少？怎么验证？
举个例子：运营想做一个“用户生日提醒”功能。我问：提升留存还是转化？她说“提升好感度”。我说不行，重新来。后来改成“生日当天发券，核销率预期提升5%”，并且要求用A/B测试验证。这个机制推行后，需求评审时长从平均2.5小时压到45分钟，因为70%的需求在第一关就被自己毙掉了。
第二个是资源打架。三月底，两个客户同时要定制报表。研发只能做一个。我选了B客户，虽然他的合同额只有A客户的60%，但B客户处在“续约前一个月”，而A客户刚签完合同。决策逻辑：保续约优先于拉新。事后证明是对的——B客户续了一年，A客户后来也没抱怨，因为我们给了他现成的模板自己配置。
四、那场雨后的电话
四月中旬，一个用了我们SaaS工具的物流客户打来电话。那天早上刚下过雨，我正盯着转化率曲线发呆。电话那头说：“你们那个自动对账功能，上周帮我们揪出了三笔重复付款，省了2万多块钱。谢谢啊。”
这通电话让我意识到：真正让客户留下来的是“解决问题的能力”，而不是花哨的功能。我们之前花了太多时间做“数据大屏”“动态图表”，客户反馈“好看但用不上”。回头查后台，数据大屏模块的日均点击只有7次。
于是四月份做了个狠决定：砍掉三个使用率低于5%的功能模块，把研发资源全部移到“异常订单自动预警”和“批量导出优化”上。这两个功能上线后，客户主动发起的工单量下降了42%。
五、未来三个月我必须解决的三件事
第一，次周留存。现在整体只有26%，太低了。准备做“新手必做三件事”的引导流程，强制用户在前7天内完成一次核心操作。
第二，定制化需求占比30%，太重了。我会要求产品团队把过去三个月的高频定制项（比如权限模板、报表字段）抽出来做成配置项，目标是降到15%以下。
第三，团队里缺少一个能扛“客户成功”的人。现在的客服是研发兼的，响应快但不懂业务深挖。下周开始面一个专职的客户成功经理，预算从我的薪资里扣。
三个月前我进来时，投资人问我：你凭什么觉得能跑出来？我说：先跑通一个闭环，再谈复制。现在闭环通了，但漏洞不少。下一步不是铺量，是把漏洞一个个补上，然后才敢踩油门。
-
迷你日记网小编为您推荐工作总结专题，欢迎访问：工作总结
