分线任务第二天早上正式下发。


    没有复杂名字。


    只有两张表。


    【主校区：需求访谈线】


    【新校区：技术实现线】


    下面分别写着负责人、当前目标、允许使用的资料和这一天结束前要交的东西。


    ——


    主校区这边。


    “苏晚晴”负责需求线。


    顾承安给出的第一阶段任务只有一句：


    【确认“校园机会信息不清”到底是不是一个真实问题。】


    不是直接设计产品。


    也不是先画页面。


    先访谈。


    ——


    创新中心提前通过公开招募找了几名愿意参与座谈的新生。


    学院不同。


    参加活动的经历也不同。


    有人刚进校什么都没报。


    有人已经加了两个学生组织。


    有人进过训练营。


    也有人报过一次活动又退出。


    全部自愿参加。


    访谈说明里写得清楚：


    不记录无关身份信息。


    不要求说家庭收入。


    不要求解释私人原因。


    如果某个问题不想答。


    可以跳过。


    ——


    林辰看完访谈提纲。


    没有先问苏晚晴：


    怎么开场。


    顾承安昨天已经把他们拆开。


    今天核心任务期间。


    双方不互相旁听。


    只在规定节点交换结论。


    他现在能靠的。


    就是自己之前真正学到的东西。


    ——


    同一时间。


    三十多公里外。


    新校区技术室。


    “林辰”拿到的任务也不大。


    【根据需求线当前已公开的结构，制作一个最小信息卡原型。】


    不是完整平台。


    更不是一上来做校园超级app。


    当前数据只有十来条模拟记录。


    字段也很基础。


    活动名称。


    时间。


    地点。


    是否需要设备。


    是否收费。


    退出节点。


    咨询入口。


    ——


    苏晚晴看完。


    第一反应：


    能做。


    第二反应：


    别想太多。


    她现在会的程度。


    就是基础数据读取。


    条件判断。


    简单展示。


    还远没到独立做完整系统。


    所以技术负责人只让她完成：


    读取一份本地测试数据。


    按条件筛选。


    输出结构化信息卡。


    再把异常记录单独标出来。


    ——


    “不会的先查允许的资料。”


    带队学长说。


    “环境是本地的。”


    “依赖已经配好。”


    “不要自己装新包。”


    “如果环境问题。”


    “先报。”


    苏晚晴点头。


    “明白。”


    ——


    顾承安没有坐在任何一边盯着。


    他只通过任务记录看进度。


    主校区访谈什么时候开始。


    新校区原型什么时候跑第一版。


    中间有没有越权请求。


    有没有把问题直接甩给对方。


    这些都有正常工作记录。


    ——


    主校区第一轮访谈。


    林辰坐在长桌一侧。


    不是主持人站中间。


    也没摆出公开采访的样子。


    五个人围桌。


    创新中心一名高年级同学负责旁听和记录流程。


    不替他问。


    ——


    林辰先说：


    “今天想聊的是。”


    “大家报名校内活动、训练或者学生组织的时候。”


    “哪些信息最容易不清楚。”


    “不是要证明学校信息一定有问题。”


    “如果你们觉得现在已经够清楚。”


    “也可以直接说。”


    开场还算稳。


    ——


    第一个女生说：


    “我觉得大部分都能查。”


    “公众号、群、官网都有。”


    林辰点头。


    没有因为这和他们最初的假设不一致。


    就立刻追问：


    是不是其实很难查。


    “那你一般先去哪找？”


    “学院群。”


    “找不到呢？”


    “问学姐。”


    “如果不认识学姐？”


    女生愣了一下。


    “那可能就公众号。”


    ——


    林辰记：


    【信息可能存在，但入口依赖熟人经验。】


    没有写：


    【学生普遍找不到信息。】


    一个人的回答。


    只能证明一个人的经历。


    ——


    第二个人则完全不同。


    “我不觉得入口难。”


    男生说。


    “我烦的是写得不全。”


    “比如有个活动说每周一次。”


    “我报名以后才知道。”


    “周末还要开会。”


    林辰问：


    “这个周末会是固定的吗？”


    “不固定。”


    “通知里报名以前有写可能加开吗？”


    “我没看到。”


    “你后来怎么处理？”


    “退出了。”


    ——


    “退出困难吗？”


    林辰问。


    “手续不难。”


    “心理上烦。”


    “为什么？”


    “负责人会问你。”


    “是不是再坚持一下。”


    “是不是刚来大学别太早放弃。”


    男生耸肩。


    “人家也没逼我。”


    “但你就会觉得。”


    “退出是不是自己不够努力。”


    ——


    林辰笔停了一下。


    这个东西。


    不在他们原来的字段表里。


    退出节点。


    有。


    退出手续。


    有。


    可“退出时的沟通压力”。


    单靠一张信息卡未必解决。


    他没有马上把它写成需求。


    只标：


    【需更多样本确认。】


    ——


    与此同时。


    新校区。


    苏晚晴已经跑出第一版。


    十二条测试数据。


    十一条正常。


    一条被系统标成：


    【字段缺失】


    她看了一遍。


    记录里没写设备要求。


    原本代码直接把空值当成“不需要设备”。


    她停住。


    这不对。


    “没写”。


    和“不需要”。


    不是一个意思。


    ——


    她把逻辑改成三种：


    明确需要。


    明确不需要。


    未说明。


    这不是高级技术。


    却是需求边界。


    如果直接把缺失值补成“否”。


    程序会看起来更完整。


    实际却替活动主办方做了一个不存在的承诺。


    ——


    她在技术记录里写：


    【空值不得自动解释为否。】


    【显示“未说明，需咨询主办方”。】


    写完以后。


    才继续。


    ——


    主校区第三个受访者。


    是个男生。


    他说自己什么活动都没报。


    林辰问：


    “是暂时没兴趣？”


    “不是。”


    “那是什么？”


    “懒得看。”


    旁边有人笑。


    男生也笑。


    “真的。”


    “群消息太多。”


    “一天几十条。”


    “你让我每条点进去。”


    “我不如睡觉。”


    ——


    林辰问：


    “如果整理成一张卡。”


    “时间、地点、设备、退出都放一起。”


    “你会看吗？”


    “可能。”


    “可能是多少？”


    “你这个问题好像推销。”


    林辰自己也意识到了。


    停一下。


    “对。”


    “刚才这个问法有引导。”


    他在记录里把自己那句划掉。


    重新问：


    “什么情况下你会点开一个活动信息？”


    男生想了想。


    “先得让我知道它跟我有关系。”


    ——


    这一句。


    又把问题往前推了一层。


    不是信息卡有没有字段。


    而是：


    学生为什么会注意到这个机会。


    如果连“这件事适不适合我”。


    都不知道。


    再完整的信息。


    也可能没人点。


    ——


    下午两点。


    第一次规定同步节点到了。


    不是视频。


    也不是长讨论。


    双方各自提交一页阶段结论。


    主校区：


    【已确认的现象】


    一、信息可能存在，但入口依赖群聊、熟人经验。


    二、报名页“固定频率”可能不能覆盖实际追加安排。


    三、退出制度存在，不等于退出心理成本低。


    四、部分学生不是找不到信息，而是不知道哪些信息值得点开。


    【尚不能确认】


    这些情况是否普遍。


    是否值得独立开发新系统。


    ——


    新校区：


    【已完成】


    一、本地测试数据读取。


    二、基础条件筛选。


    三、信息卡结构输出。


    四、缺失字段单独标记。


    【当前限制】


    一、只使用模拟数据。


    二、无法证明这些字段就是用户真正最需要的。


    三、不把“未说明”自动解释成“不需要”。


    ——


    两页结论互相开放。


    仅此而已。


    林辰看苏晚晴那句：


    【无法证明这些字段就是用户真正最需要的。】


    笑了一下。


    苏晚晴在另一边。


    看到林辰写：


    【尚不能确认是否值得独立开发新系统。】


    也停了几秒。


    两个人没有私聊。


    继续各自做。


    ——


    顾承安只在系统里各留一句批注。


    需求线：


    【继续访谈，不急于收口。】


    技术线：


    【保留最小原型，不扩功能。】


    没有评价谁好。


    也没有让他们互相救。


    ——


    下午。


    主校区第二轮座谈。


    一名男生听完前面几个人说话。


    一直没怎么开口。


    林辰主动问：


    “你这边有没有类似经历？”


    男生看了他一眼。


    “有。”


    “方便说哪一类？”


    “但我觉得你们这个方向。”


    “从一开始就有点站着说话不腰疼。”


    桌上静了一下。


    林辰没有马上解释。


    男生继续：


    “你成绩好。”


    “学校找你采访。”


    “活动也有人推荐。”


    “你当然会觉得。”


    “问题是信息没写清。”


    他看着林辰。


    “但你真的懂普通学生每天在怕什么吗？”