一天杰克·多西和威廉姆斯坐在一个公园里吃墨西哥餐，两个人对公司的发展交流了简单的意见，并闲聊是否有什么新的点子可以采用。聊着聊着杰克突然想起了几年前自己在金门公园发送的那条信息及被搁浅的Stat.us服务！当前的处境，他们需要的可能恰恰就是这样一个新思路。杰克·多西兴奋地想着，并立刻抓住机会向威廉姆斯展示了他的Stat.us。就像黑暗中突然看到了一缕曙光，威廉姆斯对这个点子表示了浓厚的兴趣。
不久，公司组织员工开了一个重要的会议，主要是对Odeo公司的运营及新业务的开展征集意见。大家被分成不同的小组，用了一整天的时间进行自由讨论，来确定最好的想法。在这个会议上，杰克·多西将最初的Stat.us概念做了调整，将之与短信息结合起来，并把极简主义融入进去，在小组讨论中提出了Twitter最初的服务概念——使用短信息，把你正在做的事情发送出去，并实时传到对它感兴趣的人那里。这些信息还可以被保存在网上，与你使用什么设备无关。为了更好地说明，杰克通过例子对服务的目的进行了解释——让一切事情尽可能保持简单。这个想法立刻引起了小组其他成员的兴趣，大家对它的可行性进行了热烈的讨论。
当时短信在美国刚刚腾飞，正受到大众的喜爱和追捧，杰克·多西的点子正好符合时代发展的潮流。因此，在随后的小组讨论结果汇总中，他的点子脱颖而出。基于公司的整体利益考虑，威廉姆斯安排多西和格拉斯负责创建演示程序的V0.1版，而公司其他人则继续以维护Odeo.com为重点，这样，即使这个新生事物遭遇失败，公司的主体业务仍然不会受到重大影响。
尽管此时Twitter并没有真正成型，但受到公司的高度重视，并安排专人研发这一项目，意味着机会的大门已经一点点敞开了。
而另一方面，短信息的流行及技术的日趋成熟也为Twitter的成功做好了市场和技术双方面的铺垫。
当时机与点子完美结合时，杰克·多西这个搁置了多年的创意终于得以一步步走上前台，开始向世人展示它的迷人魅力。
组建研发团队
任何事情想做大做强都离不开团队的力量。组建理想的团队是许多创业者苦思而不可得的事情。理想的团队就是找到正确的人，然后一起去做正确的事。好的团队一加一远远大于二。
Odeo公司董事会经过慎重考虑，终于决定给杰克·多西一个机会。事实证明，Odeo给这个年轻人机会的同时也给了自己一个机会。公司的许可和埃文·威廉姆斯的支持让杰克·多西非常兴奋，他当然不能放过这个千载难逢的机会，放开手脚大干一场的阵势已经拉开了。Odeo的创始人之一诺亚·格拉斯也参与到该项目的开发中来，足以看出Odeo公司对这个项目的重视。他和杰克·多西一起组成了一个专业的开发团队，并为这个团队取了一个非常上口的名字——全日智囊团。
最初，团队只有4个成员，诺亚·格拉斯、杰克·多西、弗洛伊安和比兹·斯通，他们分别负责项目的管理、编程和设计工作，其中杰克作为一名优秀的程序员，和弗洛伊安一起承担起编写的任务。
由于这个项目仅仅源自于一种设想，在项目开始前，杰克在小组讨论会上曾经做出了一个简单的展示模块，因此大家只是按照这个既定的设想进行讨论和设计的，并没有确定具体的名称。为了方便工作，大家习惯性地用杰克最初的 Stat.us来指代这项研究工作。
在设计之初，大家经过讨论认为如果想使这个项目拥有超越一般产品的突出优势，必须要最大可能地满足人们需求，调动客户的兴趣，杰克当时在小组讨论会上明确提出了创立与手机短信息连接起来的服务，这无异在某种程度上满足了上述条件。尽管杰克最初的设想依然是完全依赖于 Web的，但这并不妨碍项目产品的创新性。
既然基本研究方向确定了，那么采用什么工具来开发好呢？
杰克·多西第一想到的是 Python，C和 Ocaml，弗洛伊安给出了一个更好的建议。由于曾经参与过 Ruby on Rails的开发，弗洛伊安非常清楚这个工具的便利性，它更能体现出 Stat.us项目的需求，他建议杰克尝试用 Ruby on Rails编写程序。杰克采纳了这一建议。每一个团队成员都开始发挥自己的优长，团队组建得似乎很成功。
现在看来，似乎已经万事俱备了，但还欠一个好听易记的产品名字。虽然这并不关乎研发的实质内容，但却有鼓舞士气的作用。
但是取一个什么样的名字好呢？有人提出，当人们使用 Stat.us服务给朋友发送短信时，手机会产生震动，如果发送的是多条短信，则会产生连续的震动，这种震动的嗡嗡声是很有特点的，有一种生命的跳跃和瞬间的快感，能不能找到一个可以概括这种现象的词作为产品的名称呢？然后有人想到了一个非常有趣的单词——twitch，翻译成中文就是“抽搐”。这是个很有创意的提法，一方面它形象地描绘了人们通过手机使用该服务时的场景——手机嗡嗡的震动的 确和抽搐的感觉有些类似。另一方面，这个简洁的单词朗朗上口，容易使人接受和记住。但是格拉斯觉得“twitch”仅仅概括出使用过程中的某种现象，并不能准确地描述和表达Stat.us服务的特点，并且不够美好，用它来冠名并不是一个好主意，于是“twitch”这个名字被否定了。
于是大家又开始翻字典、找资料。不久，格拉斯找到了一个词——Twitter。Twitter是个古老的拟音字，在很多语言里都有类似的写法，最早用来模拟蟋蟀的叫声，后来人们发现，似乎用它来模拟小鸟的叫声更为贴切。于是Twitter就被理解成为小鸟嘁嘁喳喳的叫，后来又引申出因激动等原因而颤抖以及简短而集中的信息小爆炸等含义。这个通用的词简单易记，并且在某种程度上概括出了Stat.us服务的特征——随时随地展现想展现的内容，无拘无束地谈论想谈论的话题，信息多样化，沟通方便化。透过它，人们似乎可以想象百鸟啁啾的热闹景象，多么契合的名字！就是它了！大家兴奋不已。
尽管这个名字十分贴切，但作为团队的管理者，格拉斯似乎想的更远。项目在开发之初设定的是专注于手机等移动平台，而美国短信服务代码只有5位数，这样Twitter的名称在输入时就显得有些繁琐。这个时候他想到了Flickr——一款在业界很有名的图片网站，受到它的启发，格拉斯建议去掉元音，将Twitter缩写成“twttr”，这样根据手机键盘的习惯性设置，就可以简化为“89887”，正好可以做短信平台号码。一开始杰克并不是很喜欢这一决定，他觉得去掉元音，Twitter就缺少了那种调皮跳脱的感觉，但想到twttr的域名还没有被注册，并且的确也利于申请富于联想性的短信平台号码，他还是同意了这个观点。于是Twitter被缩写为Twttr，成为该项目的正式名称。
激情照亮前路
卡耐基曾说：“激情不只是外在的表现，它发自于内心。激情来自你对自己正在做的某件工作的真心喜爱。”Twitter诞生的过程中，每个研发人员的激情喂养了这一创意的成长。
为了能尽快地完成开发工作，全队人都进入了一种高度亢奋的状态。一方面，比兹·斯通灵感大发，很快设计出了 Twttr的标志，那是个以粉红色为主基调写着大大的白色 twttr的简洁明了的图标。
明快的构图得到了所有人的认可，不过大家觉得似乎比兹还可以做得更好，因此斯通决定继续修改Logo。另一方面，诺亚·格拉斯也尽己所能为 Twttr的研发和推广做铺垫工作。他想申请“89887”作为产品代码，但令人遗憾的是，这个代码早已经被 Teen People杂志购买了。在等待代码审批的过程中，格拉斯尽力向 Odeo公司争取更好的研发条件。
由于当时公司整体经营状况并不理想，大部分人对这个仍旧模糊的研发项目并不抱太大的热情，包括威廉姆斯自己，也不过是将Twttr的研发作为一种权宜之计。而考虑到竞争和保密因素，整个小组对于研发的信息也不便做更多的透露和解释，因此 Odeo公司的董事会对 Twttr早期的情况知之甚少，一些人考虑到规避风险等因素，甚至反对这个项目。
但是诺亚·格拉斯对 Twttr有着超乎寻常的热情。尽管形势并不是很明朗，但他坚信，Twttr是一款非常具有发展前景的产品，可以带来一场新的革命。坚定的信念和对未来的憧憬使诺亚对 Twttr达到了痴迷的程度，他把 Twttr当成自己的孩子，甚至和好朋友说，即使婚姻可以终结，也不可能终结他对 Twttr的热情。为此，他向威廉姆斯以及董事会积极推荐 Twttr，尽可能争取优厚的条件。
杰克和弗洛伊安也同样充满干劲，他们反复讨论 Twttr产品的基本功能设定。一般来说，手机短信使用的流程是客户编写——信息上传——系统收集并分类——向目标发送。杰克认为，Twttr应该在这个基础上实现功能扩展，实现单对单、单对多、多对单的整合，也就是说，用户既可以保持传统的一对一联系，也可以同时对多人发送信息，或者接收多人的信息。这也就意味着一旦产品研发成功，必须要有稳定的架构和处理庞大数据的能力。经过再三考虑，他们决定以传统的三段论模式为基准进行产品的程序架构——前段采用 Apache Web Server进行表述，将信息按照来源和请求类型的不同进行分类并分发出去；中段采用 Mongrel RailsServer工具，利用已有的稳定的 Rails现成模块进行逻辑分析，以降低在产品开发过程中的工作量；后段则使用 MySQL数据库进行数据整理和归集。这种架构方式是传统而稳妥的，一方面保证了产品服务的稳定性，另一方面又节省了大量的人力物力和研发时间。
在设计的过程中，Twttr坚持以用户和短信为核心，并围绕其提供各种服务。根据杰克早期的设想，Twttr将用户之间设定为关注和被关注的关系，也就是 Following和 Be followed。用户在使用 Twttr时，如果 Following某个人，那么他就可以读到那个人发出的短信，如果自己 Be followed了，那么他发布的信息则会被那些关注者读取。因此，Twttr后段的数据层主要是三种数据表：用户表——记录用户的 ID、姓名等基本信息、登录信息和密码以及 目前使用服务的状态；信息表——记录短信息的内容和ID，发布者的ID以及信息发布的时间戳；用户关系表——记录用户之间关注和被关注的关系，包括用户、用户的关注者和关注用户的ID。
当用户向Twttr上传一条短消息时，中段的逻辑层首先要记录该条短消息的内容，然后从用户关系表中找出相对应的ID，通过他们使用服务的状态有针对性地做出选择——过滤掉不在线的用户，筛选出关注该发布者并且在线的用户的ID，把他们放入一个队列，然后在这个队列中逐一更新这些ID的主页，在上面显示发布者上传的信息内容。这样Twttr就完成了处理用户上传信息的基本步骤。为了提高效率，杰克和弗洛伊安等人还自行研发了Kestrel专门用于做队列，这样可以保证信息分类筛选更准确、更迅速。
多年后杰克回忆起那段令人难忘的时光，仍然充满了激情。当时他将设计思路写成简短的便签，详细规划了每天要做的工作，并将这些内容整理后发送给诺亚·格拉斯。为了不浪费时间，他将每一天都安排得很充实，并且前后衔接得非常紧密。例如星期一研究用户注册登录的部分。星期二开发用户主页的更新技术和邀请链接，并实现网络上的信息按时间顺序归集。星期三、四、五完成整个产品的主体部分，包括保存用户登录信息，向关注者提示更新被关注者的状态和信息，设定用户权限，实现用户隐私授权，允许用户修改注册账号、用户名、pin码等私人信息，也可以删除账号。
在这样明确而紧张的工作日程安排下，所有人都处于一种高度亢奋的状态，新的想法不断萌发，新的功能也被一点点加入进来，很快Twttr变得越来越充实和完善，与当初那个简单的设想相比，Twttr已经具备了走到台前的实力。
新媒体的诞生
“任何新生事物在开始时都不过是一株幼苗，一切新生事物之可贵，就因为在这新生的幼苗中，有无限的活力在成长，成长为巨人成长为力量。”周恩来总理曾以这样的语言总结中国革命。作为新媒体的Twitter，这棵幼苗中蕴含的力量已经呼之欲出了。
2006年的3月14日，对于杰克和弗洛伊安来说是个非常难忘的日子。下午5点33分，Twttr的页面设计基本完成，有了登录和其他新的服务功能。第二天，杰里米帮助杰克将Twttr迁到了服务器上，这样就可以进行小范围正式测试了。
三天后，关注者（following）的相关功能经过测试可以在笔记本上顺利运行了，短消息的整合工作也陆续开展，杰克和弗洛伊安商议决定取消最初设计的将所有following的状态更新都通过邮件接收的功能，将其进一步优化，变为短信收推。与此同时，Simplewire公司批准将10958作为Twttr的测试用短信号码。到3月19日时，Twttr的研发工作已经基本完成，杰克和弗洛伊安进行最后的收尾工作，并准备在21日正式启动项目。
