情书与分手信研究怎么做？听见用户愿意留下或离开的理由

排班工具的使用者可能同时说两句话：“没有它，我会忘记安排。”“它的通知让我很累。”只填满意度，很难容纳这两种感受；直接问要删什么功能，又可能把支撑日常工作的提醒删掉。

情书与分手信（The Love Letter & the Breakup Letter）邀请参与者把产品或服务当成可以对话的对象，写下喜欢、依赖、失望与离开的理由。人格化是表达媒介，让人有机会说出关系中的期待与落差，信的对象仍是工具或服务。

先降低写信的压力

假设一家企业准备改版排班工具。使用者靠它查班次，也抱怨重复提醒、变更不清楚。研究者想了解提醒在哪些情况下有帮助、什么时候成为负担，招募近期使用过工具且有不同相关经历的人。

任务说明可以是“写一段想继续合作的话，或写一段想结束关系的话，也可以两段都写”。无需浪漫语气，不评价文笔，也不提供情绪浓烈的范文。范文会让参与者模仿表达，反而难以听见自己的语言。

有人不愿写信，就允许短句、清单、口述或不参加。口述时由记录者确认意思，并记下采用的方式。写作能力不应成为参与门槛，替代渠道也可能影响材料。

研究范围指向工具，不要求评价主管、同事或整个工作生活。记录、朗读与公开展示分别确认授权，不应认为同意参加就自动允许公开信件。

独立表达以后，再听关键句的故事

让参与者先安静表达，避免相互影响。时间根据任务和个人情况安排，不把固定时长当成研究有效的条件。研究者不催着写出某种情绪，也不把沉默解释为不满。

在这个假设示例中，参与者可能写：“谢谢你让我提前知道安排，但请别让我每次都猜哪条通知需要行动。”这句演示表达看起来指向提醒，仍需要回到具体事件。

在对方愿意分享后，可以问：“哪次经历让你这样说？”“当时希望发生什么？”“有没有提醒正好帮上忙的时候？”这些问题让感谢和抱怨都留住，避免只挑最尖锐的一句。

同一句“你总是迟到”，可能指通知晚，也可能指页面加载慢。研究者要听本人解释，不能替他命名成焦虑、愤怒或依赖。记不清的细节保持不确定，不补写成完整故事。

矛盾能帮助团队看清条件

同一人喜欢即时提醒，又反感重复通知，并不一定前后矛盾。可能是临时换班时需要及时知道，常规安排却不用每个渠道都再发一遍。整理时把条件保留下来，才有机会区分通知类型。

可以将材料分为几层，而不按情绪强弱排序：

用亲和图归纳事件时，每条主题仍能回到原始说明，少数差异也要留下。强烈措辞可能来自写作习惯，不能把修辞力度直接当作问题影响。

情书不证明品牌忠诚，分手信也不说明实际离开概率。参与者想到其他工具，与真的停止使用不同；表达材料不应混进“流失数据”。

把想留下的支持与想摆脱的负担一起测试

如果线索指向“分不清通知要不要回应”，安排目标用户查看一组排班通知，说明哪条需要行动、怎样确认已处理。然后制作状态与提醒原型，检查分类和反馈是否更清楚。

若问题来自排班规则，例如频繁临时变更，单改通知界面可能不够。研究者应说明这类边界，将工具能够处理的部分与需要业务决定的部分连起来讨论。

候选改进同时检查两边：重要变更有没有被看见，常规通知是否增加负担。不能只减少通知数量，也不能只提高提醒曝光，就宣布体验改善。

成功标志是主要感受都得到事件和期待的解释，团队据此写出具体测试问题，并区分仍未核实的原因。信件感染力和作品数量，不是验收标准。

交付可包含参与范围、表达摘要、关键事件、期待与落差、不同意见和验证计划。原信可能有私人内容，应限制访问；公开展示只用获准且经过必要处理的部分。

写给工具的话，要回到工具能做的事

信件提供了倾听入口。通过解释与任务核实，团队才能知道用户为什么继续使用、忍受了什么，以及哪里可以改善。它不适合单独评价员工、预测留存或证明产品忠诚。

58UI设计工作室可通过UI/UX设计，把这类体验落差转成通知、内容和流程原型；企业官网设计开发与品牌视觉设计也会结合用户对服务的理解和期待。

可通过设计服务了解范围，或联系58UI说明用户既依赖又觉得有负担的一项功能。

相关服务