创业,不能兼职(65)---小伙子平安到家 我道歉沟通问题

正在和小兄弟说,不知道那小伙子到家没呢,就收到小伙子短信,他平安回到家了.

我很诚恳地向他道歉.辜负了他的信任,害他这么辛苦地来回跑一次. 以后多联系,多交流.

无论是之前沟通不充分,过于突然下没注意在小伙子来之前做更多提醒,还是之后沟通时的方式和态度,肯定有很多我的原因的.

小伙子,前天晚上深夜到,今天一大早走,来回飞机,真的是难为他,辛苦他了. 虽然,我自己也是突然由充满希望,到...

但确实是真心感谢他曾经有过的对我的信任.也依然对他做事能快速决断的态度有着有些复杂的欣赏:) 我自己是做不到. 无论是来,还是走.

我在小伙子对需求发表观点时肯定确实是态度急躁了.小伙子来之前,我又没有找机会做一些更多的说明. 虽然,当时确实是时间太紧,没机会说明.但无论如何,有我的原因,所以,我道歉.

我们观点的不同,应该是主要在讨论需求时,牵扯出来的对技术人员参与产品设计的程度和时刻的看法问题.技术人员和产品人员在创业初始团队的角色定位问题. 在小伙子,可能更多是觉得,虽然是技术人员,但是来创业的,就是来参与打造产品的,不是来打工的,不是人家说什么,我就做什么的. 小伙子希望按他的理解,完全重新规划需求,重新设计产品.

小伙子还在之前没有看到任何"竞争对手"产品,现在突然看到一个时,就表示了担心.其实,那是小伙子之前从来没问过我. 我可以给他一大批名单.我用过上百个国内国外网站,广义来说竞争对手很多,但广义来说,又没有竞争对手.这方面,小伙子确实和我思路差异比较大,他在意技术上有壁垒,人家无法模仿.我在意对业务场景,用户需求,逻辑模式的细致体会,我是希望从实用角度,做出特色的能满足需求的差异化产品.在我,对手,从来不是问题. 我觉得埋头做自己的事情,关注用户就足够,不用关注所谓对手,关注所谓对手的唯一原因,是也应该从人家那里知,业界的一些资讯. 有时,也吸取人家的一些经验教训.

说技术人员参与产品的问题吧.这应该是小伙子决定离开的直接导火索.我呢,其实也不是要表达技术人员在产品创造过程里,不应该有积极性.不是想否定技术人员有设计产品,讨论需求的权利和能力,我是想说,由于之前我个人有多年旅行经历和2年多对做这事的间断投入,我在产品需求和设计方面,是已经有一些积累了,在现在特殊的场景下, 我们迅速开始,先按我这个产品设计人员已经设计好的东西,清晰的需求,开始去实现,做出一个能上线的东西.

在做的过程里,哪怕是从一开始,你就有新的思路,都可以记取下来,细节处和实现时的手段上的新思路,当时就可以讨论,可以修改,大的业务逻辑方向上的思路,可以在上线听取反馈后下一个阶段再改.

技术快手的话,第一个阶段的最简洁上线版本,1个半到2个月内是应该肯定能出来的了. 我不是第一次开始, 这个阶段的工作,需求,界面都是比较清楚的,工作量,也能有大致的判断. 第一版本的东西上线后,甚至是@版本的内部上线后,技术人员其实就可以有个判断了.在做的过程里,对产品本身,对合作伙伴,对产品未来都会有更多了解.做判断时更客观.现在,仓促之下,哪里有真正充分的了解.

所以,尽快做出来,最重要.

现在,完全重新去变更需求,变更业务流程和逻辑,一来,会需要更多时间, 二来,在具体到这个产品来说,我毕竟勉强算一个资深用户且琢磨了这个产品一段的PM,在这个最起步的阶段,让我完全认同一个之前对产品研究时间不长的程序员做的判断,也很难啊. 这个阶段,关于产品方面,产品人员说服技术人员有多难,技术人员说服产品人员就一定会更难.除非是产品人员不参与.

我并不是说以后,会不接受技术人员参与的对产品设计的意见,可是,现在这个阶段,如果要是试错,也是按产品人员的设计先去试错啊.

大家明确真正一致的大方向,再明确细一点的目标,都承认有些东西是有需求没有被满足. 彼此有基础的信任,就迅速开始朝前走就是了.

从技术人员角度,所谓信任,也就是对产品人员有基本信任,在自己技术足够自信下,用最短的时间,按产品人员要求和设计,去实现一个最简洁的有基本核心功能的版本, 然后做出自己的判断.

要是技术人员说现在就连产品设计到所有都100%自己做主, 那倒确实是和产品人员完全没有合作的可能了. 比如,和我,我又不懂技术,产品方面和做事方面你又不信任, 我又没有能力做天使投资人,去投资技术人员的一个项目, 我对技术人员还有什么合作价值呢?

我对这个小伙子说,这个事情,确实首先是我自己很想实现的一个梦想,我是一定要在开始阶段,自己引导,有更多的把控这件事情的决定权,设计产品,找人,找钱,推广,宣传,运营,我都会尽量按我觉得能帮助它成的方式做,我希望自己有宽大的胸怀和气度,尽量从把事情做成做好的角度去考虑,也希望你有.否则,有100%的拥有权,也是0. 做大做好了,有一小点,只是其中的一部分,也一样有很大的成就感.我只是在最初阶段期望自己能主导,因为,毕竟现在相对新进入的技术人员,在设计,规划,运营,等其他非技术方面,我可能会有更多的准备和计划,如果,后面,走上一些正轨了,又能发现有人能比自己更好地引导做好事情, 我会非常愿意交出去,去实现自己其他的梦想,比如,种地,客栈...

你要在工作过程中,成长了,你来做,没问题.我要发现自己更多的力不从心了,引进新的人才,没问题.反正是怎么对做成这事情好,就怎么好.也可能,这对你只是一次创业,这个事情不是你真正的兴趣方向,你要是以后发现自己更感兴趣的东西,我们也完全可以在那个项目里,你主导,你占大头.我做配合.

现在这个,你就只当是一个小赌.大的行业方向选择了, 直觉上不错的伙伴选择了,所谓赌,其实就2个月最多3个月.

我对小伙子说,那时,你不看好,决定离开,以后也不做这个项目,完全不要股份,我非常愿意补足一个数目的工资,毕竟只2个-3个月,这数字不高也不低,损失不会损失到哪里去,发达也发达不到哪里去.如果决定离开,以后自己不去别处做这个项目,但愿意在这里赌对我这人的一些希望,要一点点股份,也是可以的.多了,彼此可能都不愿意,毕竟,你2个月决定离开,不是真正看好,后面也不会真正参与下阶段.

如果2个月没有判断把握,不太确定,愿意继续到半年,然后半年后,觉得不行,我还是一样愿意付半年的工资. 或者,半年后即使离开,也可能一样说,虽然不看好,但愿意要一点点股份赌一下我这工作狂的折腾,我也接受.

总之,关于对产品和合作的看法问题,我们只能尽量坦率沟通,按自己心里的判断,做选择.不过,我当时,肯定还是态度急躁了,沟通方式和态度都有值得检讨的地方.对小伙子个性也不太了解,以为只要是一切为了做好事情,小伙子一定能理解,就没注意沟通的方式和态度.

但总的来说,关于创始团队里,技术人员和产品人员各自的角色定位这个问题,各人站在自己角度看法不同,可能是没对错的.只有自己的选择.

把前面一个帖子,有另外一个做技术的朋友提出的,我觉得很好,但和我有些不同的看法,以及我自己的回答也再放这里一次吧.

ppgunjack 写道
why，how，what这是一个idea到实现落地的过程
老外会认为why是最重要的，这是站在市场角度，他们只是作为旁观者关注你的胜利，脱颖而出固然都是why出色的，可很多失败的却不是因为自己的idea不好
如果你是创业者，how才是决定你生死成败的问题，这是落地问题，是理论付诸实现的环节
how和what的衔接是很容易，搞好how，找what的从业人员一大把
why和how的衔接就是会相互渗透互相影响
你如果想找的是合伙人来解决how的问题，那么业务上是不可能你自己一个人说了算，必然会涉及变动why的问题，这是一个双方妥协和认可的过程
如果你希望找的是能忠实实现你想法的程序员，很难有人会愿意赌这个未来，尤其是在不认可商业价值的情况下，这和你的人品态度承诺无关，只是基于人性的自然选择


我的回答:

:)嗯,这个问题,改天有空时还会和兄弟纯粹从学术角度客观的探讨. 有些观点和兄弟一样.认同兄弟观点.

但具体在我自己目前的这个场景里呢,还是觉得目前阶段,自己比初入行业的技术人员相对熟悉旅行的实际环节和自己要做的事情一些.

从旅行经历来说,国内旅游的经历来说,我用了2年时间环游全国,其中4进西藏. 国外呢,去的地方不多,但也都相对比较深入,亚欧之间,是开车从新疆到哈萨克斯坦到俄罗斯,其中哈萨克斯坦6天,俄罗斯一个月. 欧洲,德国2个多月, 意大利7天,瑞士80多天,法国2周,奥地利,列支敦士登很短....亚洲,柬埔寨25天,马来西亚10多天,泰国一周, 非洲,毛里求斯35天...这所有旅行里,除了去俄罗斯,其他全部是完全自助. 自己安排所有一切.这其实,可以说,有很多年时间,都是在间断旅行.之间呢,我会用很多国内国外网站,也有很多朋友咨询我,这是个漫长的过程,是确实是在自己实际需求中慢慢积累了一些对市场需求的理解.

而我想做一个旅行网站,是起于04年了,不过,那时想做的事情和现在的方向不完全一样, 也只是想了想,找了个人谈了谈,他试了试,我自己并没深入投入,那人后来消失了,我也没在意.因为,那时,我正在专注自驾环游全国.那时想做的东西的方向,和当时人家问我的问题,当时我自己感兴趣的方向,还有当时对互联网的理解和当时的见识有关.而且,那时,纯粹是首先从自己角度出发. 后来,越走越远,越走越多,也越来越清楚地意识到一些其他的需求.而且,开始开始特别想做一些,能帮助到其他人的事情. 能除了对自己,还能更有一些社会意义的事情. 所以,嘿.人的思路是会随着你的经历,你的见识慢慢改变的.

等我真正很想做的时候,是08年了. 真正尝试开始做是09年初.那之前,很多看我旅行日记的朋友确实会向我表达他们也想看世界的梦想,但是也会告诉我他们很多的担心,困惑,不知道如何着手..., 那时,我在旅行很久后,有过一阵迷茫,我觉得,自己找到了一些自己的意义,但我做的对这个社会,没有意义.人来一次世界,却有你和没你好像一样. 那个,有时,是很让人有强烈的蝼蚁感,无价值感.哪怕自己做的事情,能对世界的一点微小的细节有改变也好啊. 所以,当我发现他们的一些需求时,我很想做点事情,也能帮助他们.帮助他们实现他们看世界的梦想.

昨天,看到我前几天去参加一个讲座赢回来的李开复的书里讲,他的同学兰迪做过一次被点击1000多万次的视频讲座,叫<真正实现你的童年梦想>, 他除了告诉人们应该不断打破自己内心的砖墙，克服恐惧追寻自己内心的梦想之外，还讲到了真正伟大的目标：帮助别人完成梦想，做一个助人圆梦者。　　他说：我发现，帮助他人实现他们的梦想，是唯一比实现自己的梦想更有意义的事情。你要lead your life,引领你的人生,而不是live your life过一生,也就是不要只是过一生,是要用梦想引领你的一生.

我想,我那时,内心确实是有和这个想法类似的需要, 我很希望做一些更有意义的事情,我很需要一些价值感.那时一直到现在,我一直有3个梦想,做旅行网站,开连锁客栈,种地.前面2个都是和旅行相关的需求.我最先选择的是开客栈,我确实在08年去了西藏,我准备在那里开客栈,在准备签合同的当天,我在小昭寺现场,亲历那场永生难忘的314,无比万幸地捡回一条小命. 因为当时有其他朋友的投资,为了他们的资金安全,我就撤了.之后,我也确实去新疆找了一个月地,没找到地.

嘿,我决定,做网站.所以,09年,我开始尝试.不过,虽然是尝试,也认真对待,中间很多婉转经历,但到现在今天为止,却一直并没有真正有任何技术人员和我完整地一起,全职地呆过超过10天的. 我觉得,自己无论从哪个方面看,都投入不够,没有真正尽心尽力.所以,决定这次一定要真正尽心尽力,再不行,那认. 死,要站着死. 所以,尽心尽力首先一条,是要找专职的程序员加入.

但这2年多时间,虽然,没有真在技术实现上有很满意进展,自己确实是一直研究,琢磨,分析需求是花了一些功夫和时间了. 也试用和体验了国内外各种旅行网站. 我甚至对自己要做的东西的很多细节,包括页面设计的一些细节,和整个分阶段的步骤,有些都有了明确的想法.虽然,不停地会有些变动,虽然还有很多地方没想明白.在和各种技术人员打交道的过程里,对技术面也有了一些概念上的认识.而这2年多时间,我其实有很多时间是在实际的旅行,瑞士,柬埔寨,意大利,奥地利,列支敦士登等都是这2年去的.嘿,一直到2011年初,我在经济上都已经拮据无比的时候,还去了一次非洲的毛里求斯,呆了一个多月. 这其间,除了环游世界依然是我的一个梦想,没有其他事情作为目标前,就倾力继续完成自己这个梦想好了,还有原因也是有意无意地想再次细致地从产品设计角度,来感受旅行者的需求.

所以,我确实,在目前阶段,至少,在目前短期阶段,会是希望自己作为一个资深用户转身的产品人员,做一款自己觉得能某种小程度更好地满足自己需求的产品, 如果,要是在这个阶段,就要我轻易赞同由暂时还不太熟悉旅行和旅行产品的技术人员主导这个产品,甚至是由比较熟悉旅行,但和我对需求看法还不一致的人来主导目前阶段的产品方向,我会确实有很多的犹豫.

不是说,在过程中,在具体的甚至可能有些重要的环节上,不接受可能的合作伙伴们的意见,不愿意讨论; 也不是说,在未来阶段,在技术人员逐渐更熟悉市场,或者在技术决定一些重要环节时,不让技术人员做可能的主导,我是觉得在目前起步阶段,由技术人员主导,去改变产品方向,应该不是个好选择.

我会觉得,对整个项目,整个团队,没有真正的各施其能,浪费了之前各自的积累,从效率上看,不是最佳.

所以,这个阶段,确实只能选择,彼此信任对方的擅长和能力的人,一起拼搏.最快的速度,做出一点东西来,上线,接受反馈.那时,确实是自己错了,自己认. 改.

评论

16 楼 nkhanxh 2011-09-07  

龙晓舟 写道

ppgunjack 写道

我很早以前的PM不懂技术，所以gui是由她和一个美工两个人坐一起搭伴用flash做了一个没有后台的假壳子，然后我们根据这个转化成真实的应用
在做flash过程中其实很多好或者不好都能体会出来，鼠标点击数，输入繁简，界面复杂度
也可以考虑先只做页面和页面跳转，后台、数据基本都不要做，把业务流程的页面都整好，这样双方也能在交互上互相达成共识，认可后，再找后台就很容易，前台工作也可以复用

和这次来的小伙子还有一个争论就在这里,其实,我也没有争论,我只是说, 我们之前都有界面了,你要不要参考一下. 还准备再找美工,把这阶段准备开发的界面和交互先做出来...让他可在开发时直接套用. 因为,和之前的程序员打交道,以及我自己的思维方式,都还是觉得界面先行更好沟通理解,不然想的东西有时会觉得落不到实处 , 业务流程的逻辑有时会出现胡乱. 做出来的东西因此而体验不好,在我这样的外行,会以为是后台的问题.

小伙子认为搞反了,应该是他先程序, 后界面.

ppgunjack说的非常好，就是应该这样。

15 楼 nkhanxh 2011-09-07  

龙晓舟 写道

nkhanxh 写道

技术人员的毛病就是，无限制的要求民主，每个人，不管他经验，北京，特点，都无限制的要求平等的参与讨论，这是不现实的。

我总是深感头疼，就不明白民主的同时也要集中吗？

而且用技术筑成壁垒的愿望也不切实际，微软都很难做到这点，何况别人。

兄弟在做什么项目?

我是打工，公司的项目，所谓的云端应用吧。

14 楼 mamahuhu_1 2011-09-07  

其实我觉得你应该找个工作

13 楼 龙晓舟 2011-09-07  

ppgunjack 写道

我很早以前的PM不懂技术，所以gui是由她和一个美工两个人坐一起搭伴用flash做了一个没有后台的假壳子，然后我们根据这个转化成真实的应用
在做flash过程中其实很多好或者不好都能体会出来，鼠标点击数，输入繁简，界面复杂度
也可以考虑先只做页面和页面跳转，后台、数据基本都不要做，把业务流程的页面都整好，这样双方也能在交互上互相达成共识，认可后，再找后台就很容易，前台工作也可以复用

我就打算照你说的这样呢,其实之前第一个程序员来之前,我先找前端,也是想干脆先把页面和交互做出来

不过,不知道什么原因,交互时,前端小伙子就觉得很需要后台配合. 有阵就卡住了.

假数据也可以的,是吧

12 楼 龙晓舟 2011-09-07  

ppgunjack 写道

我很早以前的PM不懂技术，所以gui是由她和一个美工两个人坐一起搭伴用flash做了一个没有后台的假壳子，然后我们根据这个转化成真实的应用
在做flash过程中其实很多好或者不好都能体会出来，鼠标点击数，输入繁简，界面复杂度
也可以考虑先只做页面和页面跳转，后台、数据基本都不要做，把业务流程的页面都整好，这样双方也能在交互上互相达成共识，认可后，再找后台就很容易，前台工作也可以复用

和这次来的小伙子还有一个争论就在这里,其实,我也没有争论,我只是说, 我们之前都有界面了,你要不要参考一下. 还准备再找美工,把这阶段准备开发的界面和交互先做出来...让他可在开发时直接套用. 因为,和之前的程序员打交道,以及我自己的思维方式,都还是觉得界面先行更好沟通理解,不然想的东西有时会觉得落不到实处 , 业务流程的逻辑有时会出现胡乱. 做出来的东西因此而体验不好,在我这样的外行,会以为是后台的问题.

小伙子认为搞反了,应该是他先程序, 后界面.

11 楼 ppgunjack 2011-09-07  

我很早以前的PM不懂技术，所以gui是由她和一个美工两个人坐一起搭伴用flash做了一个没有后台的假壳子，然后我们根据这个转化成真实的应用
在做flash过程中其实很多好或者不好都能体会出来，鼠标点击数，输入繁简，界面复杂度
也可以考虑先只做页面和页面跳转，后台、数据基本都不要做，把业务流程的页面都整好，这样双方也能在交互上互相达成共识，认可后，再找后台就很容易，前台工作也可以复用

10 楼 龙晓舟 2011-09-07  

AngelAndAngel 写道

龙晓舟 写道

AngelAndAngel 写道

我看过几篇lz的文章，我觉得有一个问题值得lz考虑一下：那就是你和技术人员沟通的真正障碍到底是怎么产生的（不是障碍 而是障碍的原因）。
  你招的大多是刚出来不久或者经验不是很丰富的，不管是技术上的还是产品的使用经验上。他们做项目首先考虑的项目的技术细节，一个技术到位的项目不仅能够满足他们的骄傲的心，也能让他们有好的发展，而在产品使用上，他们一边不能容忍有一些瑕疵，一边在碰到业务困难时宁愿放弃功能设计也不要重构太多代码，也就是说90%的人不想做出半成品上线使用，主要还是过不了自己这关，你说他错了么，他没错。
  而创业的产品就是需要上线快，使用简单，界面清晰（甚至可以暂时不考虑界面友好），代码设计在其次，甚至是用哪种技术都应该放在最后一位，这方面估计也是你该考虑或者已经考虑过了的，这样错了么，也没错。
  所以你和他们其实不是沟通的问题，也不是谁的方向错了，而是你们不是一个船上的人，注定不能向一个方向行驶。
所以我觉得你一直没有找对人，你在招人之前，其他的一切可以不谈，仅仅让对方谈谈应该怎么做创业公司的产品，或者你能稍微引导一下能谈出也行。最好是找自己做过私人作品的技术人员。另外，我不知道你是否有全职的界面设计人员，假如没有，需要配备一个，人不在多，但是得够，往往初期设计你需要通过界面让你需求更明确，让技术人员更理解你。

谢谢交流.

:)我这里好像是相反的啊. 程序员真的是各自有不同的看法.

现在前后来的2个程序员,都是6年经验的.

看法也正好相反,第二个,没谈什么太多,第一个小伙子和我有不同看法的地方在于,我精简了很多模块和功能,但对要做的核心功能模块要求做细致,做精细,做到体验好,各种场景要考虑到.不求功能多而杂,但求核心功能做的好. 是小伙子想开始时只要简单,界面清晰,能搭起架子,上线可以用就好.数据都不用管怎么来的,不考虑太多场景,就只针对一个最常见的场景.关注80%的用户.可是,我是认为,其实是80%用户也要很多另外的场景.

刚刚我还叫他来看了看你说的,他也说,正好相反.

就这2个程序员,我们讨论的那一次,就一个细节问题,都会有很不同的看法. 我们曾讨论一个问题,2个人的看法,一个是东,一个是西...我则希望的是,东,西都是一定会出现的,都应该放进去. 给用户选择.

假如真是这样，那我觉得你的程序员想到了他们该想的，也在为你规避风险，其实这个行业里面很多项目都是以失败告终的，失败的原因也有很多是因为开始考虑过于全面，导致后期业务需求变化带来的代码难以维护和重构，你即使再怎样理解需求，再怎样有过旅游的各种经历，这也只能是你的初期需求，只是系统成功获取第一批用户的基本保证，但是至于怎样运营，怎样发展，需求是不断变化的，那么项目必须足够灵活。还一点，我感觉你虽然是心里想精简一些模块，把最核心功能做好，但是另一方面，不断透露出把功能做全的想法，这样不太好让技术人员拿捏。

:) 不是这样的. 你我和你的观点没矛盾.你没有理解,或者我表达的不好.是我想要灵活,根据需求调整, 不要把功能做全,只做一个最需要的功能,这个功能,要做好,做到真正好用.

问题一抽象出来,有时,只看理论,很多都有道理的.

我去你那个群,学习学习:)

9 楼 mamahuhu_1 2011-09-07  

估计是技术人员觉得他的想法很天马行空

8 楼 AngelAndAngel 2011-09-07  

龙晓舟 写道

AngelAndAngel 写道

我看过几篇lz的文章，我觉得有一个问题值得lz考虑一下：那就是你和技术人员沟通的真正障碍到底是怎么产生的（不是障碍 而是障碍的原因）。
  你招的大多是刚出来不久或者经验不是很丰富的，不管是技术上的还是产品的使用经验上。他们做项目首先考虑的项目的技术细节，一个技术到位的项目不仅能够满足他们的骄傲的心，也能让他们有好的发展，而在产品使用上，他们一边不能容忍有一些瑕疵，一边在碰到业务困难时宁愿放弃功能设计也不要重构太多代码，也就是说90%的人不想做出半成品上线使用，主要还是过不了自己这关，你说他错了么，他没错。
  而创业的产品就是需要上线快，使用简单，界面清晰（甚至可以暂时不考虑界面友好），代码设计在其次，甚至是用哪种技术都应该放在最后一位，这方面估计也是你该考虑或者已经考虑过了的，这样错了么，也没错。
  所以你和他们其实不是沟通的问题，也不是谁的方向错了，而是你们不是一个船上的人，注定不能向一个方向行驶。
所以我觉得你一直没有找对人，你在招人之前，其他的一切可以不谈，仅仅让对方谈谈应该怎么做创业公司的产品，或者你能稍微引导一下能谈出也行。最好是找自己做过私人作品的技术人员。另外，我不知道你是否有全职的界面设计人员，假如没有，需要配备一个，人不在多，但是得够，往往初期设计你需要通过界面让你需求更明确，让技术人员更理解你。

谢谢交流.

:)我这里好像是相反的啊. 程序员真的是各自有不同的看法.

现在前后来的2个程序员,都是6年经验的.

看法也正好相反,第二个,没谈什么太多,第一个小伙子和我有不同看法的地方在于,我精简了很多模块和功能,但对要做的核心功能模块要求做细致,做精细,做到体验好,各种场景要考虑到.不求功能多而杂,但求核心功能做的好. 是小伙子想开始时只要简单,界面清晰,能搭起架子,上线可以用就好.数据都不用管怎么来的,不考虑太多场景,就只针对一个最常见的场景.关注80%的用户.可是,我是认为,其实是80%用户也要很多另外的场景.

刚刚我还叫他来看了看你说的,他也说,正好相反.

就这2个程序员,我们讨论的那一次,就一个细节问题,都会有很不同的看法. 我们曾讨论一个问题,2个人的看法,一个是东,一个是西...我则希望的是,东,西都是一定会出现的,都应该放进去. 给用户选择.

假如真是这样，那我觉得你的程序员想到了他们该想的，也在为你规避风险，其实这个行业里面很多项目都是以失败告终的，失败的原因也有很多是因为开始考虑过于全面，导致后期业务需求变化带来的代码难以维护和重构，你即使再怎样理解需求，再怎样有过旅游的各种经历，这也只能是你的初期需求，只是系统成功获取第一批用户的基本保证，但是至于怎样运营，怎样发展，需求是不断变化的，那么项目必须足够灵活。还一点，我感觉你虽然是心里想精简一些模块，把最核心功能做好，但是另一方面，不断透露出把功能做全的想法，这样不太好让技术人员拿捏。

7 楼 龙晓舟 2011-09-07  

AngelAndAngel 写道

我看过几篇lz的文章，我觉得有一个问题值得lz考虑一下：那就是你和技术人员沟通的真正障碍到底是怎么产生的（不是障碍 而是障碍的原因）。
  你招的大多是刚出来不久或者经验不是很丰富的，不管是技术上的还是产品的使用经验上。他们做项目首先考虑的项目的技术细节，一个技术到位的项目不仅能够满足他们的骄傲的心，也能让他们有好的发展，而在产品使用上，他们一边不能容忍有一些瑕疵，一边在碰到业务困难时宁愿放弃功能设计也不要重构太多代码，也就是说90%的人不想做出半成品上线使用，主要还是过不了自己这关，你说他错了么，他没错。
  而创业的产品就是需要上线快，使用简单，界面清晰（甚至可以暂时不考虑界面友好），代码设计在其次，甚至是用哪种技术都应该放在最后一位，这方面估计也是你该考虑或者已经考虑过了的，这样错了么，也没错。
  所以你和他们其实不是沟通的问题，也不是谁的方向错了，而是你们不是一个船上的人，注定不能向一个方向行驶。
所以我觉得你一直没有找对人，你在招人之前，其他的一切可以不谈，仅仅让对方谈谈应该怎么做创业公司的产品，或者你能稍微引导一下能谈出也行。最好是找自己做过私人作品的技术人员。另外，我不知道你是否有全职的界面设计人员，假如没有，需要配备一个，人不在多，但是得够，往往初期设计你需要通过界面让你需求更明确，让技术人员更理解你。

谢谢交流.

:)我这里好像是相反的啊. 程序员真的是各自有不同的看法.

现在前后来的2个程序员,都是6年经验的.

看法也正好相反,第二个,没谈什么太多,第一个小伙子和我有不同看法的地方在于,我精简了很多模块和功能,但对要做的核心功能模块要求做细致,做精细,做到体验好,各种场景要考虑到.不求功能多而杂,但求核心功能做的好. 是小伙子想开始时只要简单,界面清晰,能搭起架子,上线可以用就好.数据都不用管怎么来的,不考虑太多场景,就只针对一个最常见的场景.关注80%的用户.可是,我是认为,其实是80%用户也要很多另外的场景.

刚刚我还叫他来看了看你说的,他也说,正好相反.

就这2个程序员,我们讨论的那一次,就一个细节问题,都会有很不同的看法. 我们曾讨论一个问题,2个人的看法,一个是东,一个是西...我则希望的是,东,西都是一定会出现的,都应该放进去. 给用户选择.

6 楼 AngelAndAngel 2011-09-07  

我看过几篇lz的文章，我觉得有一个问题值得lz考虑一下：那就是你和技术人员沟通的真正障碍到底是怎么产生的（不是障碍 而是障碍的原因）。
  你招的大多是刚出来不久或者经验不是很丰富的，不管是技术上的还是产品的使用经验上。他们做项目首先考虑的项目的技术细节，一个技术到位的项目不仅能够满足他们的骄傲的心，也能让他们有好的发展，而在产品使用上，他们一边不能容忍有一些瑕疵，一边在碰到业务困难时宁愿放弃功能设计也不要重构太多代码，也就是说90%的人不想做出半成品上线使用，主要还是过不了自己这关，你说他错了么，他没错。
  而创业的产品就是需要上线快，使用简单，界面清晰（甚至可以暂时不考虑界面友好），代码设计在其次，甚至是用哪种技术都应该放在最后一位，这方面估计也是你该考虑或者已经考虑过了的，这样错了么，也没错。
  所以你和他们其实不是沟通的问题，也不是谁的方向错了，而是你们不是一个船上的人，注定不能向一个方向行驶。
所以我觉得你一直没有找对人，你在招人之前，其他的一切可以不谈，仅仅让对方谈谈应该怎么做创业公司的产品，或者你能稍微引导一下能谈出也行。最好是找自己做过私人作品的技术人员。另外，我不知道你是否有全职的界面设计人员，假如没有，需要配备一个，人不在多，但是得够，往往初期设计你需要通过界面让你需求更明确，让技术人员更理解你。

5 楼 mamahuhu_1 2011-09-07  

小舟阿 好好上班吧 别整天无得忧了

4 楼 龙晓舟 2011-09-07  

man_yutao 写道

我也觉得应该先把产品弄出来，让大家看看，细节问题以后在升级中优化。

嗯.敏捷迭代,小步快跑.

现在老是只有自己一个人琢磨设计,不能真正开始,真的很头疼.

3 楼 龙晓舟 2011-09-07  

nkhanxh 写道

技术人员的毛病就是，无限制的要求民主，每个人，不管他经验，北京，特点，都无限制的要求平等的参与讨论，这是不现实的。

我总是深感头疼，就不明白民主的同时也要集中吗？

而且用技术筑成壁垒的愿望也不切实际，微软都很难做到这点，何况别人。

兄弟在做什么项目?

2 楼 nkhanxh 2011-09-06  

技术人员的毛病就是，无限制的要求民主，每个人，不管他经验，北京，特点，都无限制的要求平等的参与讨论，这是不现实的。

我总是深感头疼，就不明白民主的同时也要集中吗？

而且用技术筑成壁垒的愿望也不切实际，微软都很难做到这点，何况别人。

1 楼 man_yutao 2011-09-06  

我也觉得应该先把产品弄出来，让大家看看，细节问题以后在升级中优化。