智能签名项目迷思录
2019-09-02更新
智能签名现在已经更名为瞬Matataki
产品现状 & dapp现状
产品经过一段时间的打磨和发展，已经从一个去中心化应用，变成了单纯的Web应用。这段时间开发上不断的做产品功能迭代，虽然做了很多妥协和改变，但是并没有看到用户增长。其实原因上来说归结于两个，第一、Dapp生态用户少，这部分下面会讲到；第二、产品定位和模式的问题。
定位和模式从产品名称“智能签名”就能看出一二。最早只是验证裂变这个模式而做的产品。最早的设想在18年3月份就有了，小岛的文章《从加密游戏到智能签名》就说了想做这个模式。文章只是载体，核心是裂变打赏最后读者作者双赢的模式（具体规则看智能签名使用手册）。打赏是通过数字货币，里面的利润分成和逻辑是写在合约里面。
产品最早在3月份上线的时候，邀请了一些KPL在上面创作，但是根本就没有人去打赏。大家都觉得是产品功能不完善，页面UI不好看，才导致没有人去打赏。后面做了其他平台的登录（本体、github）、接入本体账号打赏、分离PC和移动端和UI重做，这时候已经过了好几个月了，经过这一段时间的挣扎，才后知后觉是产品模式出现了问题，但是后来又索性按照内容平台去做，于是又硬着头皮做了几周。加了很多一般互联网内容产品的功能，比如积分系统、支持邮箱登录、文章搬运。一顿操作下来，依然没有用户，更别谈打赏了。然后就是现在准备产品改名，明确产品定位。
上面就是现在产品的历史与现状，着实有一种痛改前非重新做人的气势，但是从最早期去中心化的理想到现在，更多的是放弃和妥协。
但是放眼整个Dapp生态，用户其实都很少。根据dappReview和State Of The Dapp的数据（去除掉菠菜类dapp），头部的应用最高也就几万月活。Dapp的发展，其生命周期从最开始的几个月到几天再到几个小时，投机者蜂拥而入，热度过后就是凉凉。大家都在寻找一种落地方式，我们只不过是这其中的一小撮。而且Dapp的用户体验很差，大部分都是投机者。block.one六月份发布会万众瞩目，最后只憋出了一个Voice，而且至今都没有看到产品，就很能说明问题。Dapp发展到现在大概就是落地难、体验差、投机多、用户少。智能签名产品也是在这样的情况下催生出来的。
但是行业发展很快，一切突变都在1年的时间内完成，总会出现新的问题和机遇，根据Dapp.Review的2019 上半年 DApp 数据生态总结，DeFi项目为Dapp市场带来了新的故事和发展。真正的Killer Dapp还未完待续。
产品误区
初心是为了验证投资裂变模型，到后来想改变互联网的内容分发网络，几经波折，内容一边再变。但是作为创业公司时间是宝贵的，但是却一再陷入泥沼里，挣扎求生。
- 最开始只是为了验证投资裂变模型，冷启动失败。走对第一步就是成功的一半，可惜第一步没走对。
-
早期没有关注更重要的事情，一直在关心UI， 只要功能健全，产品闭环。UI好不好看，对于用户来说其实不是那么重要。
- 产品定位模糊，竞品不知道，用户也没有，无从分析。
- 开发很多，宣传很少。这两部分应该是相辅相成的。没有用户开发起来也很没有信心，没有用户要怎么做产品优化和安全？
- 没有卖点和包装，没有人为此负责。
-
除了区块链之外，对于内容分发平台也毫无研究，一切都是拍脑袋。
- 概念很多，实践很少，就像瑞·达利欧《原则》这本书的书评一样，虽然做起来很难，但是对于一个团队来说，践行永远是最重要的，不是你看了原则，你就拥有了里面的说的大道理。做永远比说难。
最重要的原则就是一条，所有的原则必须执行了才叫原则……
-
Scrum敏捷开发试验也是无疾而终，开发不知道产品定位和讨论结果，小团队就那么几个人，这部分都没有同步。
-
产品功能始终推着往前走，没有一个缓冲的空间，没有人去思考更重要的东西，只有埋头开发和布置任务。
团队问题
在很多大公司，前端开发、后端开发、测试、产品很多东西似乎都隔得很远，都是整个产品线的一个小螺丝钉，但是在小公司来说，尤其是一个新兴的行业。能真正做得成功的产品，都是一人身兼多职，参考文章建一支强大的小团队。
创业团队，各司其职不是好事。《非对称风险》（Skin in the game）最后有这么一句话：没有风险共担，就一事无成。风险共担意味着更负责和更投入，这样才能更好的做出一个产品。
我们公司很多人是远程办公，你可以看到开会的时候，拨通语音，有人说正在爬山时的困扰和不解。不要远程办公是创业的必修课，之前有翻译过一篇文章讲过远程办公，就算是他们的团队，都有固定的团队建设和year commit。保罗格雷厄姆在《How to Start a Startup》里也说过YC基本不考虑投资远程办公的团队。我觉得对于当下年轻人来说，或者对于国情来说，远程都不是一个好的建议。1.增加不必要的沟通成本。2.大家各自为战，不能做到齐心协力。对于创业公司来说最重要的就是齐心协力。所以要考虑大环境，不要固执己见。
对于岛（CEO）来说，各处参加各种会议，认识行业对手和队友以及投资人，外加宣传自家产品，这没有错，但是我看不到和我们一起其心协力的感觉。各自为战是一个恶性循环，而且会快速传播。如果开发努力开发的产品因为没有宣传到位，或者卖力宣传的产品质量很差bug很多，对于对方心理来说都是一个很大的打击。
小团队每个人的贡献度都是更加的可测量和可放大的，无论好坏。所以对于就需要给到对应贡献大的人相应的奖励。
作为团队开发，不知道项目的目标和规划，这对于小团队来说，大家就没有办法齐心。
公司一盘散沙，没有纪律，并且把没有纪律当作开放和创新、当作自由的武器，并以此为荣，这些都只不过是维护自己懒惰的借口而已。
团队是“UI导向的”，却打着工程师文化的旗号。工程师并不知道产品的定位，产品的输入和输出。大家把程序员看得都过于太死板。
附录
下面是建一支强大的小团队中提到关于程序员的一些参考
程序员的必备技能
程序员必需懂软件开发
编程技术，软件设计，开发工具，软件工程（流程）
程序员必需理解需求
必需站在用户的角度上思考问题
程序员必需懂测试
自动化测试，测试案例设计
程序员必需做系统维护
自动化部署，自动化监控
程序员必需管理好自己的工作
程序员知道什么流程方法最适合自己
知道自己做的轻重缓急和时间进度
程序员不能管理项目和进度？
程序员不能做测试保证软件质量？
程序员不能分析需求？
程序员不能做运维？
程序员不能管理好自己的流程？
程序员不能架构和设计软件系统？
程序员不能和别人很好的合作？