商业模式设计与软件设计的时候，要警惕非关联关系的关联化。
不少企业因为诉讼等原因，无法正常经营，只能设计各种巧妙的替代，实现业务的正常化。
这时候，出面经营的不是债务公司，而是影子公司。做的生意一摸一样，客户体系、供应商体系、员工体系等都是原来的，但运营主体不是原来的公司，换了个身份就能暂时性或永久性的回避历史债务。
这里的前提是关联关系隐性化，设计者不让任何人知道现在的运营者与原来的实控人是一伙人。注册地不同、IP地址不同等，能做物理隔离的一定要彻底的隔离开，不被任何人看到背后的关联，闷声发大财，悄没声的赚钱、还债、卷土重来。
绝不能被眼前的平静冲昏头脑，以为换了个壳就能彻底的高枕无忧了，要知道债权人从未停止寻找债务人的资产线索。
债权人会采取多种手段来查找债务人的资产信息，包括但不限于公开信息查询、向法院申请调查令、聘请专业机构进行资产调查等。这些措施都是为了帮助债权人了解债务人的财务状况和资产分布，从而制定出更为有效的债务追讨策略。
债务人在专业人士的帮助下，该转移的早就转移了，该隐匿的早就隐匿了，该做复杂化设计的早就让资产变得谁都拿不走了。但中国讲究魔高一尺道高一丈，很多时候债权人查到债务人的特殊目的设计是通过暗线找到的。
各种物理隔离都做好了，但关联交易过程中的各种单据，是容易发现端倪的。单据本身的各种关联，单据上各种人员签字的一致性，单据后台的软件关联设计等，都是容易被追查出财产下落的通道。
顶层设计为什么重要？因为在这个设计中，必须要回避诉讼、司法、税务等潜在的问题，如果自己债务缠身还不懂得做关联交易隐性化，那迟早会惹火烧身。
任何情况下，出卖自己的都是核心圈子里的知情人。制度、流程、表单、编码等不是集团框架下都要一致，只要有诉讼这些东西不但不能一致，还不能轻易的上信息化，信息化留下的痕迹链太清楚了。
飞蛾扑火是为了光明，你飞蛾扑火图个啥？
