这是一个创建于 2294 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在的许多业务系统开发归根结底也就是一些表的 CRUD，多表 join，再加点服务化、mq、redis 等等
引子：许多项目重复建设实在是一种浪费，而且这种局限性限制了甲方对公司的选择，经常需要有经验的乙方才可以入场讨论一些项目的可行性，其实说白了，如果大家都手持一个，基本通用的产品，放在那，剩下的工作，不都是二次开发了吗。那这个基本通用的产品，可以认为是一个项目的基础代码 ok~
我们完全可以做一个这样的平台： 1.它是微服务的，包含了几十种常见的业务模块；
2.它是可选择的，比如 user 会员表，基础数据就是 id、user_name、passwd、nick_name....等等，但是呢有的业务它需要额外的七八个字段，那我们在这个平台上可以选择；基本可以满足 80%的要求了；关于怎么确定一个“字段全集”呢，其实有很多业界权威的书，你根本不需要懂深入的业务，“照抄”就可以了，比如《数据模型资源手册》这种书
3.这个平台用的技术都是非常主流的技术栈，由于我是 Java 出身，所以拿 Java 举例，比如 Spring Cloud 的或者简单点是 dubbo 的
4.技术选型是可选的，比如前端我要 react 要 angular 或者要 jQuery...都行，点一下就行
平台如何盈利呢，有这几部分费用： 1.模块数量，根据模块数量有基础费用
2.根据你选择的字段多少确定复杂度
3.license，生成的代码根据 license 收费；避免出现土豪一波下完了整个代码库，破产的情况
4.定制收费
5.服务咨询费用，比如平台承诺性能是 100tps，这时候来了个要 1000tps 的，ok，这活我们接
emmmm...今天起早了，就把之前的想法分享一下了....这个设想可能还比较初级阶段，欢迎大家讨论
 |
1
jisibencom 2018-08-04 08:49:57 +08:00 via Android
这不是报表系统的事情吗？
|
 |
2
wxt 2018-08-04 08:50:28 +08:00 via Android  1
wawa!兼职太棒了，这不是通用开发平台嘛！以前那些好像没几个活着的了，无论是国内还是国外。
|
 |
3
SoulSleep OP @wxt #2 所以这应该是程序员的局限性吧，只思考技术上的可行性，没有考虑到市场的需求；国内外有类似平台吗，可以说下^_^
另外报表系统，我觉得可以这么理解，这是一个可以 update 的报表系统，提供了一个业务系统雏形，剩下的工作交给外包公司们做二次开发。 |
 |
4
johnnie502 2018-08-04 08:57:07 +08:00 1
这不就是造轮子吗，没有不变的业务，没有万能的轮子，这不是一个创业的好点子
|
 |
5
betulachen 2018-08-04 09:04:08 +08:00 via iPhone 1
哥，你说的是流程引擎和定制化表单？
|
 |
6
php01 2018-08-04 09:10:20 +08:00
cms,完结
|
 |
7
jonechenug 2018-08-04 09:29:55 +08:00 via Android
大兄弟知道国外有个叫 salesforce 的 crm 系统吗？数据库报表工作流的啥都可以动态，tps 啥的按服务收费。
|
 |
8
humansjl 2018-08-04 09:36:40 +08:00
看过一个产品广告，叫 Enhancer，好像和 LZ 讲的很像啊
|
 |
9
tanglijun 2018-08-04 09:39:32 +08:00
CMS 模板开发
|
 |
10
UIXX 2018-08-04 09:57:34 +08:00 3
兄弟，我不是打击你。你这种真的是属于只懂技术不懂市场。
1、现在这种业务系统开发商少吗？外包都是做这个的，甲方选择少吗？ 2、你做通用平台，那剩下的定制需求呢？找谁？还找你吗？那不又绕回去了？（你动了外包商们的奶酪） 3、大部分甲方，他们做一个完整的业务系统可以申请更多的经费，二次开发？你不是断金主的财路吗？（你还敢动雇主的奶酪） 4、甲方要求的是省事，钱他们是不缺的。你还搞什么定制收费？按服务收费？ license ？ OK，回过头来看。怎么为甲方服务（被剥削）最适合创业： 1、一体化服务。按单个项目结算，包开发、按年计维护、完整的项目文档。（主开发后续的二次开发才是盈利的部分） 2、多样化服务。一整套 OA/ERP/CMS，有独立工作流引擎最好。 3、专业化服务。甲方也有各自的领域，创业嘛，找准一个点，培养自己的领域团队（不限技术），争取把他们忽悠得一愣一愣的 这样下次投标的话，中标概率大大地有（当然报价要低） |
 |
11
fyibmsd 2018-08-04 11:10:42 +08:00 via iPhone
baas 了解一下
|
 |
12
Lyouc 2018-08-04 14:37:34 +08:00 1
我这边到时有个觉得还可以的点子，在微信小程序上做一个相亲小程序解决信息不对称&社交边际，利用微信的熟人社交圈。我相信值得一试。
自己常常有点子，但可惜对于编程只是半知 0.25 解。甚至乎我觉得做一个点子小平台都挺有意思的。 |
 |
13
WispZhan 2018-08-04 15:59:46 +08:00 via Android
做个 CQRS 框架或者通用分布式事务解决方案感觉比你这个来的实在。
起码竞品不多。 |
 |
14
bufpay 2018-08-04 16:22:28 +08:00 1
找创业点子还是常去 sideidea.com 看看好
|
 |
15
suley 2018-08-04 17:42:39 +08:00
这个点子其实很老了……
而且通常是对技术一知半解的小老板特别喜欢提这种方案…… |
 |
16
Fanatique32 2018-08-04 18:56:32 +08:00
你这点子要是 20 年前还行。。。
|
 |
18
bobyang 2018-08-04 19:01:04 +08:00 via Android
点子不错，可惜老了点。。
|
|
19
SoulSleep OP @johnnie502 #4 对，这可以理解成造轮子，实际上业务系统开发一直以来不都是大部分造个轮子，复杂的工作不过是这个要四驱的，那个要后驱，那个要镶嵌一下，那个要锻造个轮毂嘛~~
@betulachen #5 不是的，流程引擎，规则引擎只是这个平台的一个组件而已，是一种可选的技术 @jonechenug #7 数据库报表工作流的啥都可以动态 这种只是基本操作，包括楼下兄弟说的一些 cms 之类的，是从实现层面解决的业务多变性，而我的这个想法是从代码从面，相比来说一定是耦合度更低，性能更好，理解一下 @humansjl #8 待我看看，谢谢分享 @tanglijun #9 @php01 #6 不是的，cms 和这个想法不在一个层次上，那个做的是内容管理，我们做的是代码层面的自动化开发，那个可以降低使用者门槛，我们这个的目的是降低项目开发成本，提高效率 @UIXX #10 错了，我的平台是为外包商服务的，让外包商特别是起步的团队，项目经验基本靠团队成员凑的那种；有信心，有能力去拿一些项目；剩下的事要交给外包团队去做，不砸他们饭碗。作为一个现实的甲方，当然我还不是国企....这个问题展开来说有点大，可能会有你说的情况；你说的基本没错，不过我的这个平台还是面向外包团队的，而不是面向甲方。 @fyibmsd #11 mark 了我了解下，谢谢分享 @bufpay 不知道你和这个网站的利益关系喔。。。这个看了几次了，虽然分享的很好。。。but..只能算作一个成功者展示 @suley #15 emmm...目前我面对的一些不懂技术的甲方是有这种倾向 @bobyang 需求来自于生活吧~ |
 |
20
fhefh 2018-08-04 21:26:53 +08:00
|
 |
21
thinkif 2018-08-04 21:57:07 +08:00
国内有好多家做这种产品的，活字格、狐表、云表等等大大小小的
|
 |
22
murmur 2018-08-04 22:10:21 +08:00
这些东西早就有了
拖拖拽拽弄出个 oa 来 你可能不知道我们集团 n 多系统都是这一套玩意儿拖拽出来的 |
 |
23
tyfyc 2018-08-04 22:13:53 +08:00 via iPhone
大兄弟。不是打击你但你真的搞错重点了，业务需求的开发痛点从来不在开发本身的难度上，而是怎么找到需要信息化的业务逻辑，以及怎么把这个逻辑转换为程序员能看懂的需求。需要很多懂特定行业的业务需求又能懂技术的人，能把业务需求转换为需求文档才是大多数企业都做不大的原因。那几个模块，我把需求弄清楚了干嘛还要按照你的模块去开发？还要给你 license 费
|
|
24
tyfyc 2018-08-04 22:17:50 +08:00 via iPhone
大部分客户根本理不清自己的业务逻辑，需要你去帮他理。理清这个逻辑既需要情商还需要智商，情商帮助你引导客户走上“正轨”，不要弄一堆自己技术开发不出来的需求回来，智商帮助你从客户的只言片语中找到内中逻辑。这样的人太少。因为我到现在就招不到只能自己做。（工厂自动化行业）
|
 |
25
lovelybear 2018-08-04 22:26:31 +08:00
各种业务系统虽然基础是 CRUD，但是也不仅局限于 CRUD，有各种层出不穷的定制化需求，所以如果要通过一个业务生成系统来生成对应的业务系统，至少得做到：
1. 高度定制化，包括前台页面，业务逻辑层，数据层，所以不仅要实现对业务系统的组装和拓展，也可以允许用户通过少量代码（或者指令）来生成自定义的模块 2. MVC 模式，lz 可以考虑类似 MVC 的架构，将前台，业务和数据完全可以做到可拆卸和可组装，并且可以完美对接 3. 服务对接，业务系统通常需要一些额外的支持，比如 redis，集群，高可用等等，将这些服务模块化，同时也支持自定义和组装拆卸 这是一个庞大的工程，不过如果能够完成的话，那么将会给业务系统的开发产生很大的影响。因为如果能够通过简单的设置，然后附加一些界面操作甚至少量代码指令就可以生成一个完整的业务系统的话，那么估计很多人要失业了。。。 |
 |
26
finian 2018-08-04 22:35:33 +08:00
早在上古时代，ERP 厂商就是这么干的。
|
 |
27
testsec 2018-08-04 22:55:56 +08:00 via iPhone
以技术为核心竞争力去创业不是太看好 因为你没有很顶级的 team
|
 |
28
forkon 2018-08-05 00:28:42 +08:00
楼主你如果要为这个平台写一句广告语，你会怎么写？
|
 |
29
ljzxloaf 2018-08-05 06:12:25 +08:00 via iPhone
核心业务用不上，非核心业务直接拿开源项目稍作增删即可
|
 |
30
wwek 2018-08-05 10:42:42 +08:00
目前在企业内部系统领域
比如 ERP OA 完全可以达到这样的境界。 甚至数据库常见数据库都支持 数据库表都是动态生成的。 功能异常强大。 那么我一直在想性能问题，这种系统能高性能就奇怪了。 逻辑组合起来就复杂了。数据库表也是粗犷式使用 作为企业内部系统没毛病。 如果放在前端面向用户的场景，绝对会挂的 也就是说高度灵活自定义的系统，在性能在一定有缺陷，很难找到平衡点 |
 |
32
fullpowers 2018-08-05 10:59:03 +08:00 via Android
firebase 可以解决很多痛点
|
 |
33
visonme 2018-08-05 11:19:30 +08:00
企业应用的难点是业务，支撑这些业务的就是各种规则和流程。
你的想法基本大厂都干过了，也有这样的平台，可以去各个大厂了解下，通常这样的平台也就是服务那些业务相对单一的，经费有限的企业主。 以技术为核心的创业对 team 的要求很高，大多数技术人很难走这条路的，尤其企业应用，技术上突破挺难的。 不如产生开发各种通过的规则引擎和流程控制引擎，可比这个强多了 |
 |
34
crist 2018-08-05 16:17:24 +08:00
兄弟，我不是打击你。你这种真的是属于只懂技术不懂市场。
|
|
35
UIXX 2018-08-06 09:07:02 +08:00 1
老实说，面向外包商更难做。
一、从外包商角度出发，如何从心理上信任你： 1、外包商有自己的框架，早已功能模块化，包括了可视化 /自动化代码生成。为什么舍弃自己熟悉的部分，去用你的服务，还得给钱？ 2、你一初创团队的技术成熟吗？比他们本身强吗？我怎么能信任你在几年内不跑路 /倒闭？ 3、用了你的服务是否从根本上降低他们的开发成本,这个节省的效率可计量、足够多吗？ 二、从自身角度出发 1、除开开发部分，跟外包商的沟通成了最大的问题。对于初创团队来说，如何发展自己的客户--外包商？ 2、CRUD/服务化大部分技术已经很成熟了，有的解决方案也很多，同样做这个，我们如何跟竞品作差异化竞争？如何切实解决外包商仍存在的痛点？ 你跟外包商做生意，你知道他们可以从甲方那里拿框架的钱比在你这里节省的钱要多得多吗。 |
|
36
lovelybear 2018-08-06 10:34:48 +08:00
看到这么多人喷你，我实在忍不住再回复一句：lz 的这个项目虽然对于某些人来说“钱景”不太妙，但是我敬佩 lz 勇于探索新技术和新解决方案的精神，希望你能坚持下去，完成你的项目！如果国内环境不利于新的技术，你可以把你的解决方案推销到国外。
|
 |
37
ala2008 2018-08-06 11:33:02 +08:00
如果开源，可能赚一波星和 fork。。也就这样了
|
 |
38
southsala 2018-08-06 11:40:46 +08:00
首先一个数据都是自家最重要的数据，谁敢存在别人家的库里
|
Select Language