又一个私活因为给了建议，飞单了

[1234512]

这个月的第二个了。
项目基本上是创业型项目，因为找不到好的技术而考虑外包。
结果，我多事，对于他们的项目指指点点，谈好的外包就又这么飞了。
技术或者顾问费都不给。

[uuhp2009]

@1234512 我这里有个活接不接。

[1234512]

@uuhp2009 刚飞单了，谈的来的话当然接

[amon]

这主题跟节点毛关系？
找你做外包，不是找你当顾问的，哈哈。

[uleh]

正常。。
我也干过这事，好心提醒他们某些技术点上的问题，结果他们也发现不对，然后就撤了，，回头重新弄方案去了。。。

[1234512]

@amon 也没强制节点，就这么发了。以后吐槽 我改进。后面半句话真的是个暴击。。。

@uleh 如果还必须外包开发，他们也会优先考虑你，而我然并卵。。。

[blacklee]

毕竟年轻，哈哈

[qiuai]

@stiekel 看开点就好了
@1234512 也不是啥高兴的事....

[lliioogg]

。。。楼主接哪方面的 我 mark 一下

[forpledge]

no zuo no die

[sunyang]

摆正位置，你就是写代码的，你按需求写代码就可以了，别掺和人家内部决策。

[1234512]

@lliioogg 技术层面么，主要针对 web 应用， php ，算小全栈， app 也接，混开自己吃，原生我朋友帮忙

[quix]

忠告是种危险的礼物，即使是智者送给智者的忠告都会因为命运的作弄而出轨。

–– The lord of the rings

[gs038538]

多说无益

[1234512]

@forpledge 其实有好也有坏。仅从项目角度而言，满足感挺重要的，如果初创项目做成了，我老的时候可以跟孩子说，看，某上市公司的项目一开始是你老子做的。

@sunyang 挺对，我也不希望左右人家项目的情况产生，毕竟飞单概率大。仅仅是给建议，也不知道他们自己考虑过没有，反正按他们的说法来说，“这确实切中要害，当初真没考虑过”

[1234512]

@quix 是的，也感谢你的忠告

[uuair]

@1234512 如果你不是因为觉得自己高高在上，看到那些会不成功的项目，不妨说话的时候多想几秒钟，因为对于创业，失败，是他们准备好的，而经历过失败才是收获。你恰恰以过来人的身份，阻止了他的前进，虽说省钱，但下一个项目，依旧还是会失败。每一个成功的项目，总是要经历有数的失败才得来，也许是 10 ，也许是 20 ，你无法阻止。
所以我的建议是，哪怕不成，你也是提示风险，而不用说的那么明确，只要把责任交给对方就好。

[uuhp2009]

@1234512 联系方式呢，我开发一个新闻网站。

[lliioogg]

@1234512 mark 了，有的外包真是吹的时候感觉人靠谱，做出来一坨屎。以后有机会找兄弟

[1234512]

@uuair 你的建议很中肯，确实 我也跟人一起创业过，经历的多了，更要谨慎拿捏。虽然只是过来随心吐个槽，但是很感谢。

@uuhp2009 weixin ： GOODGODS ，可以聊聊

[PP]

由于时常受托评估项目，所以类似的情况我经常遇到。虽然说评估过程同楼主的接单在事务走向方面有所差异，可意见给出后对方没任何下文这种事情总归是件让人感到不受尊重的，起码道一声谢也行啊！一声不吭就消失了，估计觉得我的支持是“分内”的吧，当然也可能是太专心了，以至于专心到到永久性的忘掉。

在这方面，反而政府部门做得好一些，每次咨询完毕直接吃饭封红包。虽然我知道自己的意见和建议的价值同回报不匹配，但是政府部门的做法至少能够让我感受到尊重。也有的时候是受朋友所托帮忙评估，这种情况是完全不考虑回报的，我曾经在一次项目评审的过程中被建设方招待了两顿饭，一顿是兰州拉面，另一顿是咸菜粥。

最近半年，我在 V2EX 上同 V 友交流外包项目建设时，不止一次的建议将需求调研单独立项。这一建议不仅提供给了接包的 V 友，也提供给了发包的 V 友，原因就在于这是种两利的解决方案。几乎所有的原始建设方案都禁不住专业人士的推敲，而且每一个方案都不止包含一个关键错误。特别是对创业活动来说，每找出一个毛病，就意味着少一次试错少一轮损失，多出来的全都是活下来的机会。咨询和建设分两步走，要有这个认识和判断。