微软MVP教你做产品 Worktile

本文是一篇关于产品Worktile的产品讲堂笔记，由Worktile创始人团队成员Anytao & Terry Lee对他们产品的一个剖析，颇颇有收获，主要的收获就是一个产品想法到实现的经历，笔记的记录方式也是一个产品从idea到完成上线的一个引导方式，希望学有所获~

Worktile

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.要找到契合自己的投资人。

---

 分享就到此结束了，不知道你有没有什么新的收获呢？欢迎留言分享~