分享一个程序员可以拿来创业的点子~

[SoulSleep]

现在的许多业务系统开发归根结底也就是一些表的 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...今天起早了，就把之前的想法分享一下了....这个设想可能还比较初级阶段，欢迎大家讨论

[jisibencom]

这不是报表系统的事情吗？

[wxt]

wawa!兼职太棒了，这不是通用开发平台嘛！以前那些好像没几个活着的了，无论是国内还是国外。

[SoulSleep]

@wxt #2 所以这应该是程序员的局限性吧，只思考技术上的可行性，没有考虑到市场的需求；国内外有类似平台吗，可以说下^_^

另外报表系统，我觉得可以这么理解，这是一个可以 update 的报表系统，提供了一个业务系统雏形，剩下的工作交给外包公司们做二次开发。

[johnnie502]

这不就是造轮子吗，没有不变的业务，没有万能的轮子，这不是一个创业的好点子

[betulachen]

哥，你说的是流程引擎和定制化表单？

[php01]

cms,完结

[jonechenug]

大兄弟知道国外有个叫 salesforce 的 crm 系统吗？数据库报表工作流的啥都可以动态，tps 啥的按服务收费。

[humansjl]

看过一个产品广告，叫 Enhancer，好像和 LZ 讲的很像啊

[tanglijun]

CMS 模板开发

[UIXX]

兄弟，我不是打击你。你这种真的是属于只懂技术不懂市场。
1、现在这种业务系统开发商少吗？外包都是做这个的，甲方选择少吗？
2、你做通用平台，那剩下的定制需求呢？找谁？还找你吗？那不又绕回去了？（你动了外包商们的奶酪）
3、大部分甲方，他们做一个完整的业务系统可以申请更多的经费，二次开发？你不是断金主的财路吗？（你还敢动雇主的奶酪）
4、甲方要求的是省事，钱他们是不缺的。你还搞什么定制收费？按服务收费？ license ？
OK，回过头来看。怎么为甲方服务（被剥削）最适合创业：
1、一体化服务。按单个项目结算，包开发、按年计维护、完整的项目文档。（主开发后续的二次开发才是盈利的部分）
2、多样化服务。一整套 OA/ERP/CMS，有独立工作流引擎最好。
3、专业化服务。甲方也有各自的领域，创业嘛，找准一个点，培养自己的领域团队（不限技术），争取把他们忽悠得一愣一愣的
这样下次投标的话，中标概率大大地有（当然报价要低）

[fyibmsd]

baas 了解一下

[Lyouc]

我这边到时有个觉得还可以的点子，在微信小程序上做一个相亲小程序解决信息不对称&社交边际，利用微信的熟人社交圈。我相信值得一试。
自己常常有点子，但可惜对于编程只是半知 0.25 解。甚至乎我觉得做一个点子小平台都挺有意思的。

[WispZhan]

做个 CQRS 框架或者通用分布式事务解决方案感觉比你这个来的实在。
起码竞品不多。

[bufpay]

找创业点子还是常去 sideidea.com 看看好

[suley]

这个点子其实很老了……
而且通常是对技术一知半解的小老板特别喜欢提这种方案……

[Fanatique32]

你这点子要是 20 年前还行。。。

[Norie]

@UIXX 后知后觉

[bobyang]

点子不错，可惜老了点。。

[SoulSleep]

@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 需求来自于生活吧~

[fhefh]

楼主 这个是不是有点类似

http://www.javafast.cn/ 前几天今日头条看到的