请大家给点意见,谢谢

不客气。

@wheatcuican 以为是空白的，开上小飞机，才看到你的图。。。抱歉了。

@wheatcuican 需要小飞机才能看图啊，晕了 估计很多同志第一时间会觉得是空白的。后来的朋友希望你们开飞机来 给点意见谢谢谢谢

我什么都不懂，只是看感觉回复一下你。
1. 不能实现。方式不合理。应该花钱请人。
2. 根据人生经验，没有公平公正更没有绝对互信。与合作伙伴之间应该互相用金钱利益束缚。当然，真的铁哥们或者过得去的亲人除外。

你给出的信息太少了，根本无从判断。
我觉得至少需要下面的信息:
1. 潜在用户是谁？行业？潜在用户数？每个用户的规模？
2. 这个软件或者平台是一个基于互联网运行的平台还是需要部署给各个用户自己使用？如果是后者的话，没有任何价值，建议放弃。
3. 理想情况下如何才能盈利？有没有将你的盈利模式与潜在客户讨论过，有多少人愿意接受你的套路？
4. 你设想的软件到底有多少个功能？这些功能预计的上线顺序是什么？从系统初始化到开始盈利，你计划用多少资源来开发？或者索性就没资源，纯粹就是想找个人白干，然后希望别人详细你的绝对诚信，一起发财？就算你不打算支付工资，那么至少要有一个你自己设想的上线周期。基于你预想中的商业收益周期来计算这个周期。

@saulshao 你提到的问题是比较深入的沟通环节了。我先大概回答你如下：

1.潜在用户、行业原谅我暂时不表，用户分三类：A 普通人民群众人人可用其中功能之一赋予社交属性。 B.商业经营者（全国 30w+） C.生产企业 （ 2015 数据 1500+家）

2 软件后端基于互联网运行的平台，企业用户手机 app 实现相应功能

3 理想的情况下绝对盈利。盈利点在于改变行业现状绝对痛点（没人发现也没有超级大佬愿意去发现，中等量级的企业用户，消费者高额低频） 盈利模式免费基础功能（痛点）+年费高级功能。
“有多少人愿意接受你的套路”------这句话我想说，没有套路，基础功能实现了免费就是绝对杀手锏，只要客户了解后必须使用无法拒绝（互联网环境导致用户习惯的变化带来的机遇与行业的传统属性决定）。

4.软件 4 大核心功能其中一项是大数据类分析决策供付费用户，多少个页面目前还在构思基本的原型暂时无法回答。根据我以上的表示当然有人愿意相信一起发财是最好，但并不是你说的“白干”我也的太喜欢白干这词语至于为什么我不认为是白干其中之一我绝对相信盈利，当然此话此时只能是空话，也不不支付工资，具体深入沟通后我们可以协商“以防万一的方案”以让对方放心不是白干。上线周期半年（当然越短越好是刚需项目）

你说的“基于你预想中的商业收益周期来计算这个周期” 这句话有点绕口令一样，你细说一下。

最后很高兴看到你提出的问题，我现在就是希望越多的人质问我，提出越多的疑问问题越好，我越能清晰认识项目的本质与可行性。谢谢

@isCyan 不完全认同也完全否定你的观点，例如“金钱利益束缚” 有效但不是万能；志同道合相互理解的陌生人也可能因为某一件事成为“哥们”。V2 回复不知道能不能起到顶贴的作用 /一斤汉.jpg

老哥 目测了一下 你这项目一两个程序员还真不一定够...

@isCyan V2 少了个“不”字 V2 不能修改没有对我这种人比较麻烦

@mbtfdwlx 根据我上面的描述以及回复 @saulshao 的内容关于寻找技术合作伙伴方面有没有什么建议？谢谢。技术要求在行业内应该不是难点，所以人员应该很好找

我个人不是做 app 方面的 但是感觉你的需求 前端至少需要一个 ios, 一个 android。后端需要一个，大数据需要一个...其他的看需求了...另外人不好找的，要不怎么每天都看到有公司在招人...合适的人快的话可能一两天，慢的话说实话 2,3 个月不一定找的到

直接找外包来的实在些

@kangkang 根据上面的朋友分解一个 ios, 一个 android，后端一个，大数据一个外包就我目前的描述大概花费预计多少？下面其他朋友也可以给点意见。谢谢

你想多了，这还外包，没有自己的团队不行，你出点问题指望外包给你及时解决吗

外包的意思，是说将一部分开发工作交给纯粹的软件技术队伍处理，由于这个队伍不太可能理解业务，因此很大程度上功能实现的程度取决于沟通的方式。
同时他们还负责一部分开发完成后的运维工作。长期来看，肯定是需要一个自有的队伍来进行开发和完善工作。
从楼主的描述来看，你本人对于软件的理解其实非常有限。我很怀疑你画的所谓"原型"能不能用于开发。我的建议是你找一个靠谱的技术合伙人，让他帮你组织技术队伍，这个人要有一定的开发能力，以避免技术实现遇到瓶颈。
如果你需要在半年之内上线任何一个软件，那一定需要一个类似于产品经理的角色来协助你审视这个软件的功能清单，从中选出一些(肯定不是全部)需要在半年内上线的功能，然后进入开发。

@saulshao 我阅读、学习了大量关于 PRD、MRD 与 BRD 写作、原型、交互设计等相关的资料与讨论文字，当然比不上专业的，我的原型是在 Mockplus 里面画的，表达了我需要的功能，重要之处并批注对应的文字，我的原型其目的主要方便向技术人员表示我的想法易于快速理解，与专业人员比较比较肯定有差距的。（话说程序员不是很反对看长篇大论的 PRD 吗？大企业除外）

其实重点不在于掌握了多少知识。
程序员确实反对看长篇大论的 PRD，大企业其实并不除外，但是大部分程序员也一直在抱怨需求总是改来改去。
从需求到功能实现，整个行业在过去的 30 年中搞出了无数的方法论和工具，这其实就是一个沟通问题，方法和工具越多，很难说对于沟通是不是越有利。
千万不要以为学习了很多资料 /文字，用了某种专业工具就可以让程序员按照你的想法开发。这就是我说要找技术合伙人的原因。
所有需要合作的领域都是一样的，就是表达自己的想法，让别人理解并希望从对方那里获得精神上的支持或者实质性的合作成果。软件的外包模式之所以被出钱的人和干活的人双方都抱怨，不是没有原因的。不清楚别的行业有没有这种情况。
我是搞制造的，制造的合同会明确说明要造什么，造多少个。但是这里的"什么"其实是基于一个假设:当我说要造 A 的时候，这个 A 对于合同的约定双方都是可以明确理解其含义的。软件的问题就是这个 A 经常说不清楚.......对于中文的使用者，加上文化的原因，这个问题就更加严重。同时软件的可复制性也和工业制造完全不同。

@saulshao 很对，我也是这么做、这么想；什么工具无所谓，重要的是让对方快速清楚了解需求并保存一直的方向。 在顶一下帖子，希望看到更多专业的分解 /意见建议，为什么我的贴回复那么少。伤心

为什么我的问答帖子到不了第一页？

楼主，你的饼没画好。可以估计下潜在免费用户多少，会有多少收费用户，干大了能挣多少钱。梦想打动了其他人，才会有人一起干。

需要在补充点什么