版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/Julialove102123/article/details/82909113
本文是一篇关于产品Worktile的产品讲堂笔记，由Worktile创始人团队成员Anytao & Terry Lee对他们产品的一个剖析，颇颇有收获，主要的收获就是一个产品想法到实现的经历，笔记的记录方式也是一个产品从idea到完成上线的一个引导方式，希望学有所获~
1、如何从产品角度看用户实际场景？
- 即时通讯：QQ群、企业IM
- 日程管理：google calendar
- 文档协作：google docs
- 项目管理：readmine
- 群组聊天：hipchat
- 文件共享：dropbox
各类产品层出不穷，却只能解决某一方面的问题！
2、如何看用户存在的痛点和需求？
- 文件数量超过团队成员数量
- 各个工具之间无法共享
- 资源仍然散落在不同平台
- 团队效率、成员沟通问题仍没有解决
3、打造一款可以解决这一问题的工具
- 解决- 成员沟通
- 解决- 项目管理
4、协同 vs 管理
5、如何构思与设计产品？
- 团队协作工具应该具备哪些属性？
- 社交导向？--->NO
体现的是沟通的属性；
强调人与人的关系，不是人与事；
信息散乱，不能有效地形成沉淀；
- 邮件导向？--->NO
体验的是沟通属性；（垃圾邮件）
无法形成有效的跟踪；
信息干扰噪音太多；
- 文件导向(Dropbox、google drive、onedrive)？-->NO
体现共享属性；
共享是团队的必要条件而不是充分条件；
- 任务导向？-->YES
以效率为核心；
沟通、共享、记录都围绕效率属性展开；
强调人与事的关系；
6、牢记初衷：团队协同工具的属性
7、具体的产品
核心价值
- 提高团队效率；
- 团队成员无缝沟通；
- 实现团队资源共享；
- 帮助团队记录，形成知识库；
产品理念
- 产品足够简单、体验极致；
- 协同永远高于管理；
- 注重团队信息透明度；
- 注重团队成员良好习惯的培养；
- 制作工具应该解决的部分；
市场细分：填补面向中小团队协同工具的空白【看清市场，细分市场】
- 大部分工具重管理，轻协同；
- 大部分工具重大团队，轻小团队；
- 在线SAAS服务的一支生力军；
产品来源：为什么产品团队需要协同产品
- 产品经理的职责
- 产品团队的构成
- 产品迭代的速度
产品体验：
- 研究迭代历史！！！
8、拓展
> APP的信息架构学习：
参照以下当前比较火的App，从中取经；也要去看那些死掉的App，分析它为什么死掉，为什么没有人使用；
> 解决信息架构（结构层）和界面设计（框架层）的矛盾：
权衡，尽量宁可牺牲界面设计也不要牺牲信息架构；
> 如何看待天使投资：
活下去
选好方向(有价值)
做好产品，储备财务、投资、股权的知识；
1拿出产品；2做好准备，主动出击；3.要找到契合自己的投资人。
分享就到此结束了，不知道你有没有什么新的收获呢？欢迎留言分享~