First thing you need to know to understand the difference between a process and a thread, is a fact, that processes do not run, threads do.
So, what is a thread? Closest I can get explaining it is an execution state, as in: a combination of CPU registers, stack, the lot. You can see a proof of that, by breaking in a debugger at any given moment. What do you see? A call stack, a set of registers. That’s pretty much it. That’s the thread.
Now, then, what is a process. Well, it’s a like an abstract “container” entity for running threads. As far as OS is concerned in a first approximation, it’s an entity OS allocates some VM to, assigns some system resources to (like file handles, network sockets), &c.
How do they work together? The OS creates a “process” by reserving some resources to it, and starting a “main” thread. That thread then can spawn more threads. Those are the threads in one process. They more or less can share those resources one way or another (say, locking might be needed for them not to spoil the fun for others &c). From there on, OS is normally responsible for maintaining those threads “inside” that VM (detecting and preventing attempts to access memory which doesn’t “belong” to that process), providing some type of scheduling those threads, so that they can run “one-after-another-and-not-just-one-all-the-time”.