销售从经典ASP转换为ASP.NET的高级管理

根据我的经验,吹嘘新技术有多酷,它们实现的新功能,以及你有多想要它,或者使用它会是一个多么好的主意,都不会使高层管理层信服。

记住,他们不是程序员,(很明显,你知道这是另一种方式,你不会问这个)。

试着解释一下转移到ASP.NET将如何提供更好的安全性,使黑客无法如此轻松地进入,如何切换到新技术将节省无数小时的高薪开发人员执行维护的时间,如何将IT团队从服务器上节省下来,确保一切保持在线。

试着把它放入一个可以节省多少钱(人们的时间)的等式中。每月10小时的开发时间为80美元一小时,每月5小时的开发时间为80美元一小时,这意味着他们每月可以节省1200美元。这甚至不包括它如何帮助你的公司赚钱。通过提供更快的服务和更好的服务,公司中使用该应用程序的任何人(以及依赖于使用该应用程序的人)都可以看到更好更快的结果。

更多的工作+更少的时间=更多的钱

旧的应用程序仍然可以正常工作,除了公司没有人可以维护它。

你的论点就在那里。如果没有人能够维护应用程序,那么如果有问题,您将完全陷入困境。这不会是一个应用程序关闭几个小时的情况,它将永远关闭-或者至少直到你雇用一个人谁可以修复它或重新编写。

在短时间内找到并雇用某人的成本可能高于平均水平。

在压力下重新编写也不会是一个好的重新编写,这最终会导致持续维护成本更高。

试着把这些转换成数字,例如,你知道你当地的承包商费率,并把它们提交给管理层。

如果没有看到经典的ASP应用程序,就很难确定“说这个”。但是,根据代码的复杂性,经典应用程序可能容易受到SQL注入的攻击(即,如果不使用参数化查询)。此外,根据业务市场的不同,如果此时代码不可维护,则可能会妨碍对更改做出反应的能力。如果竞争对手能够“一夜之间”抢走一条线索,这无疑会对企业不利。我还想说,由于经典ASP开发人员的可用性,MVC开发人员的市场可能实际上比经典ASP每小时更便宜。

它的长短不一之处在于(如其他回复中所述),管理层希望听到一个基于底线、竞争优势和可维护性的故事。从我所处的位置来看,MVC(在一个考虑周全的环境中)肯定会比修补那些不被理解的遗留代码更有效地实现这一点。