开发过程中，会经常提到对接，一路梳理下来，感觉商业上讲这个对接是不存在的，对接的文档给予的只是参考，没有实质意义，所谓API的开放实际上围绕的都是利益跟他们自己的任务目标，除非有中标大的系统的项目，围绕着具体的付费需求来做。

在没有第三方数据打通的情况下，能想到商业转化的点，就是在角色，对应需求，能不能跑通 市场及业务的逻辑闭环。

项目可以找第三方或者整合进来，这个看模式，如果好的模式，自己把所有的都架构起来，就能衍申出好多（岗位、工种，服务内容项目等）。

系统=模式，开发=程序，运营=实施，这三者连起来为：系统开发运营；

做一=当下在做，看二=配合与整合，想三=到行业的高度到商业的广度立于全局来规划。

对于自己的产品，我们就面临一个问题，我们的程序谁在用，怎么用，以及他们为什么会用 的思考，从运营上来讲，我们要是有渠道能推广 也就走出来了；从整合的角度来讲，只要有一端在用，另外一端也能进来，这是一个相互的促进。

从商业的角度来讲，程序开发要有一个好的客户需求，并且能够持续的检验，那么开发面向 哪个/种客户很重要，目前 针对任何一个客户，都不能直接转化，就是说哪怕他有需求，我们也不能从开发上变现，你变现他可能不作了-用上免费的了，所以这也是一个难点，只能迂回在第三点上 才能找到营收。

从战略与策略，从平台到项目，把场景设计出来，把环节流程的上人跟角色 也提炼出来，这样不对推演，可能目标跟答案也就不远了。