您的位置:首页 > 其它

身处建筑设计行业,感觉设计团队的协作方式还很原始,打算自我创业提供解决方案。

2014-05-27 22:22 337 查看
我的专业是建筑学,毕业后主要也是做建筑设计的工作。几年感觉下来,这是一个古老的行业,协作方式也依然是原始的。

在实际工作中不良的协作带来了非常多的问题。而我们找寻了市面上现有的协作软件,没能找到能直接解决我们需求的方案。所以我们打算尝试通过互联网的手段来解决我们自己的问题。当然,我们不是互联网技术人员,所以来到你们的圈子寻求帮助。

简要项目背景介绍:teaminflow.com

我们考察了不少现有的软件产品,发现这些协作平台还未能充分发挥出互联网科技的优势。

以人与人之间的交流为例。目前市面上的产品主要是 IM,各种协作平台,企业微博等形式。这些交流方式对于团队来说有两个重要缺陷:方向的精确性和时机的精确性。

方向的精确性,主要在于信息传达的精准性(私聊)和透明性(讨论组)之间的矛盾。在越来越强调扁平化管理的今天,团队交流的透明公开化成了市面上多数协作软件共同的趋势。但在公开透明的基础上怎样抑制噪音的干扰,提升信息接受方的重视程度,却是个无法回避的问题。

举例来说,团队成员在一个QQ讨论组里谈论关于项目的消息。但如果连续30条或更多的消息和你没有直接关系,那么接下来的一小段或更多的时间里你就有可能忽视讨论组里的讨论。直到有人私信你或@你。

而时机的精准性,主要在于消息发送者和接受者之间时间跨度的矛盾。现有的产品几乎没有考虑过这方面的需求。

举例来说,A、B、C 三人共同完成一个任务。这个任务前后有两个步骤。A和B完成第一个步骤,且第一个步骤完成后,C才能开始执行第二个步骤。

传统的方式:A或B有一方完成的时候,就先告知C。C需再等另一方完成才能开始自己的工作。在这里,C至少需要接受了两次消息才知道A和B的任务都完成了。

有这个必要吗?

以上就是我们试图要解决的问题。目前有一些不错的进展,但还远远不够。如果大家对类似问题有不一样的思考欢迎一起讨论。

另外,我们也正在组建团队,目前在寻找 Web前端开发工程师 和 UI/UX 设计师,欢迎推荐。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: 
相关文章推荐