一、SaaS 和无代码开发模式的价值
就红十字这一个部门来讲，SaaS 和无代码开发的价值在于和应用场景结合做出业务系统，为业务系统赋能，实现低成本复制、定制。单拎出来并无价值。
二、如何防止大厂入场
这不用防，相较于这样一个价格承受能力非常低的部门来讲，不如将资源投入智慧农业、智慧社区、智慧交通、工业互联网上带来的回报和想象空间大，且我们走无代码的路线低价铺量，最后会形成价格壁垒，后入者必须在价格和质量都呈优势的情况下才有可能形成威胁，就大厂数倍、数十倍于我们的研发成本，以及市场较小的规模来看，这不可能。他们最佳的涉足这个市场的方式是作为我们的投资商和渠道商，而不是直接下场竞争。
三、为什么不做高端定制而要走平价路线
高端定制也就是外包，注定只能服务于一小部分有强大付费能力的客户群。只有实现规模化、流程化、平台化并压低成本，才能顾及全部的客户群体，这样才具有大量应用，以形成垄断、壁垒的可能性，积累的经验/平台/方法论才具有复制到其他领域的可能性，这些有效的积累会赋予我们发展的后劲，而不仅仅是赚一笔快钱。
四、技术架构是怎样的
对于系统的横向扩展，走去中心化的多租户 SaaS 系统路线，每个具体应用是独立部署的，开 1 个和开 1 万个的区别就是加服务器。对于业务层面的层级联动，每个应用系统都是一致的、平等的，应用间通过 ID 建立单向联系，实现自下向上逐级汇总流通数据。最终达成基层-区县-地市-省-部，各单位的系统分别部署分别可定制，但五位一体的体系。
五、市场需求是否存在
按目前调研情况看，红十字信息化系统在区县一级几乎空白，市一级部分建成，省一级大部分建成，但受限于资金、技术投入不到位，已有的系统多是处于“凑合能用”的水准上，呈现形式多为简单的表单填报。总会亦有信息化系统，但由各下级部门分别建设，例如救护员培训平台、中华骨髓库、救灾备灾系统等均是各自独立的系统，各系统间用户体验不一、数据互不流通，用户体验的割裂感严重。反观其他党政口单位大都已实现一网通办效果。我们做的事情就是建设红十字会业务的一网通办系统，并引入 SaaS、无代码的理念为其赋能以降低复制、定制、维护成本，使一套完备的信息化系统的总体成本可被接受。
六、盈利模式和盈利能力
首先这个项目的盈利模式和盈利能力在现阶段对于所有参与其中的人来讲并不重要。对于团队内部来讲，我们追求的是在年轻的时候以最快的速度站到最高的平台上，赚取最多的名望、经验，积累最多的资源；对于政府侧的领导们来讲，他们在意的是分别在各自所处层级利用该项目率先实现信息化所带来的政绩、亮点；对于项目孵化阶段的投资商来讲，他们在意的是基础技术的知识产权共享。就目前来看，项目以最快的速度在全国铺开才最符合所有人的利益，具体的盈利模式可在路上逐步细化完善，按一般规律来讲，为一个领域的一系列问题给出了解决办法，形成了完整的落地方案，且通过模式创新将成本压到极低而目标客户群体又有基本付费能力的情况下盈利是不会存在问题的。