八年，我们一直做同一件事情。走到 2026 年，我们找到它真正的名字。
2018 年，我们做了一个软件。
它叫 VisualCase。
这个名字很简单： Visual，代表可视化； Case，代表工作中的一个个事情、问题、对象和信息。
当时我们最初的想法其实很直接： 做一个可视化的碎片收纳系统。
因为真实工作中，总会产生大量碎片。 一个想法、一条信息、一个客户、一项任务、一个问题、一份资料、 一个技术方案，甚至是一句暂时不知道什么时候有用的话。
这些东西单独看都很小，但随着时间推移，真正麻烦的事情出现了： 东西越来越多，回忆越来越困难，很多信息明明记得存在，却很难重新找到。
碎片信息本身并不可怕，可怕的是碎片越来越多，却没有形成关系。
2018 年，VisualCase 首先解决的是一个最基础的问题： 碎片放在哪里？
我们希望把工作中不断产生的零散信息，一个一个留下来。 不要求自己当时就把它整理得非常漂亮，先把它收进系统。
一个 Case，可以是一件事情，也可以是一个人、一个问题、 一项任务、一份资料，或者任何值得留下来的工作信息。
但使用一段时间以后，我们很快发现：
收进来，只是第一步。
2019 年，我们开始做一个非常重要的变化： 让碎片之间建立关联。
我们发现，一个信息真正有价值的地方，很多时候并不只是它自己， 而是它和其他信息之间的关系。
一个客户可能关联一个项目，一个项目可能关联几个任务， 一个任务可能关联一个问题，一个问题可能又关联某个版本、 某个人、一份文档或者一次修改。
因此，这一年我们开始加入： 碎片关联、颜色和属性。
VisualCase 开始从单纯的“收纳碎片”，走向“表现碎片之间的关系”。
我们第一次意识到：碎片本身并不是最重要的，真正重要的是碎片之间发生了什么。
到了 2020 年，新的问题又出现了。
当碎片越来越多，关系越来越多以后， 仅仅把它们关联起来还是不够。
因为关系多了，本身也会变复杂。
所以这一年，我们开始加入梳理模块。
我们希望用户不仅能够把信息连接起来， 还能够把事情组织起来，把相关内容放在一起， 把业务逻辑梳理出来，把一个复杂问题拆开来看。
这时候，VisualCase 开始从一个：
碎片收纳工具
逐渐变成：
复杂信息的梳理工具。
我们也越来越清楚地发现：
真正困扰人的，从来不只是信息太多，而是信息之间的关系太多。
到了 2022 年，产品又发生了一次重要变化。
我们加入了评估模块，并开始让碎片拥有更加复杂的属性。
因为真实工作中的一个事情，往往并不是简单的一条记录。
它可能有重要性，有难度，有认知程度，有状态， 还可能存在成本、风险、资源等各种维度。
不同方案之间，也可能需要比较和评估。
所以，一个 Case 开始从简单的信息碎片，逐渐变成一个：
具有复杂属性的工作对象。
多个 Case 组合起来，也不再只是一个列表， 而开始形成： 关系、结构、状态、属性、资源和评估。
到这里，我们其实已经逐渐走出了最初“碎片管理”的范围。
回头看这些年的变化，会发现一条非常清晰的路线：
2018：碎片收纳
先把工作中的碎片留下来。
2019：碎片关联、颜色与属性
让碎片之间建立关系，让信息开始具有状态和特征。
2020：梳理模块
让越来越复杂的信息能够被组织、拆解和理解。
2022：评估模块、复杂属性碎片
让工作对象拥有重要性、难度、认知、状态、资源等更多维度。
2026：Mynex 6
我们终于重新认识了这套软件真正想做的事情。
这是经历多个版本以后，我们越来越清楚的一件事情。
最开始，我们认为自己是在做一个：
可视化的碎片系统。
但产品不断发展以后，我们慢慢发现： 碎片只是表面。
收纳碎片只是起点。
关联碎片，是为了发现关系。
梳理碎片，是为了理解结构。
加入复杂属性，是为了分析和判断。
最终，我们真正想解决的其实是：
当一件工作越来越复杂的时候，如何让它重新变得清晰？
于是，2026 年，我们给它换了一个新的名字：
Mynex 来自：
My Nexus
My，是我的。
Nexus，是连接、关系，也是一个枢纽。
这个名字，其实正好回答了过去这些年产品不断演进以后， 我们最终发现的问题：
我们真正需要的，不是一个地方去存放碎片，而是一个属于自己的工作关系枢纽。
2026 年，这次变化并不是一个拖了很多年的改名计划。
从 VisualCase 5 到 Mynex 6，我们用了四个月完成这次升级。
四个月里，我们重新梳理产品的方向、名称和第六个大版本， 让 VisualCase 真正走到了 Mynex。
但对于已经购买 VisualCase 5 的用户来说， 我们并不希望产品升级意味着重新购买。
VisualCase 5 用户，免费升级到 Mynex 6。
原来的 VisualCase 5 KEY， 可以直接用于激活 Mynex 6。
产品名字变了，版本进入了第六代， 但老用户的使用权益并没有因此被切断。
从 VisualCase 5 到 Mynex 6，不是一次重新购买，而是一次免费升级。
对我们来说，这四个月是产品的一次跨越； 对 VisualCase 5 用户来说，则是一次自然的延续。
一个真正长期使用的工作软件，用户购买的并不只是今天的一个版本， 而是一套会长期参与自己工作的工具。
VisualCase 从 2018 年一路走到今天，已经经历了多个大版本。 2018 年收纳碎片，2019 年建立关联，2020 年梳理， 2022 年加入评估和复杂属性，最终在 2026 年进入 Mynex 6。
这说明一件事情： Mynex 本身就是一个会持续进化的产品。
如果产品会一直发展，就应该给愿意长期使用它的人一个长期的选择。
LLT 的意义，就在这里。
普通版本，是满足当前使用需求的选择； LLT，则是给那些已经认可 Mynex，并准备长期甚至永久使用它的用户， 提供一种更长期的授权方式。
它不是简单地“多卖一个版本”， 而是希望让用户能够参与产品更长时间的成长。
产品可以不断进化，但用户对长期使用的价值应该得到尊重，
这也正是超过 30% 的用户选择 LLT 的原因。
对我们来说，LLT 也是一种承诺。 我们希望 Mynex 不是一个买来用一阵子的软件， 而是能够随着版本不断发展，持续成为用户自己的工作关系空间。
所以，LLT 不是 Mynex 的终点。 恰恰相反，它代表的是： 如果你愿意长期使用 Mynex，我们也愿意让它长期陪伴你的工作。
VisualCase 时代，我们想做的是：
把碎片可视化。
Mynex 时代，我们想做的是：
把复杂工作的关系可视化。
VisualCase 关注的是：
我有什么碎片？
Mynex 更关注：
这些碎片之间是什么关系？
VisualCase 是把事情记录下来。
Mynex 是把事情连接起来、梳理清楚、分析明白。
所以 Mynex 中的 Case，可以是： 人、事、物、任务、问题、资料、知识。
因为真实的复杂工作，本来就不是由一种东西组成的。 真正的工作，是这些东西不断发生关系。
从 2018 年开始，我们没有一开始就知道 Mynex 应该是什么。
我们只是不断解决使用过程中遇到的问题。
2018 年，东西太散，所以先收起来。
2019 年，东西之间有关系，所以把它们连接起来。
2020 年，关系越来越复杂，所以开始梳理。
2022 年，事情不只有关系，还有重要性、难度、状态、资源等复杂属性，所以开始评估。
而到了 2026 年，我们回过头来看，才发现：
这些看起来不同的功能，其实一直指向同一个方向：让复杂的工作变得可以看见、可以理解、可以分析。
2018 年，我们想：把碎片看见。
2019 年，我们开始：把碎片连接起来。
2020 年，我们开始：把复杂关系梳理出来。
2022 年，我们开始：理解这些关系背后的属性、状态和价值。
2026 年，我们终于把这一切归结成一个名字：
我的连接。
我的关系。
我的工作枢纽。
这就是 Mynex。
Mynex 6 不只是一个记录软件。
也不只是一个任务管理软件。
更不是简单的笔记、知识库或者信息收纳工具。
它更像是一个：
属于自己的复杂工作关系空间。
你可以把工作中的碎片放进来，把它们连接起来， 把复杂事情梳理出来，把重要性、难度、状态、资源等属性放进去， 然后从不同角度观察它们。
最终，让原本藏在脑子里的复杂工作，变成可以看见的结构。
这条路径，也是 Mynex 从 VisualCase 一路走到今天的结果。
捕捉：把工作中的碎片留下来。
连接：找到碎片之间的关系。
梳理：把复杂事情组织成结构。
分析：从属性、状态、资源和关系中发现问题。
决策：比较不同可能性，找到下一步。
执行：让工作继续向前推进。
复盘：把一次工作重新沉淀成下一次工作的基础。
只是 2018 年的时候，我们以为自己是在做一个：
可视化的碎片系统。
后来我们做了碎片关联，做了颜色和属性，做了梳理，做了评估， 做了越来越复杂的工作对象。
直到 2026 年，我们才真正明白：
我们想做的，其实是一个属于自己的 Nexus。
一个连接自己的工作、问题、任务、知识、人员、资料和思考的地方。
一个能够把复杂工作摆出来，让关系变得可见的地方。
VisualCase → Mynex
不是一次简单的改名。
而是一次八年的产品进化，终于找到了自己的名字。
Mynex 6
从看见碎片，走向看见连接。
从记录事情，走向理解关系。
从可视化碎片，走向复杂工作的可视化思考。
Mynex 6